PO拷贝PO的时候抬头/行项目文本被自动重置的原因分析

PO拷贝PO的时候抬头/行项目文本被自动重置的原因分析

作者:袁云飞(AlbertYuan)- 微信号yuanalbert

以下内容均为原创,希望对初学者有一些辅助作用,本人主要从事MM/QM/WM的相关工作,不专业处请多多指点,十足干货,码字不易,且行且珍惜,加入粉丝您将能看到更多相关主题文章,你们的关注就是我努力的动力,转载请引用出处,感激不尽;

其实这个问题一是比较难以描述,二是小伙伴们确实很难会碰到这种问题;我碰到也是出于偶然情况下客户的一个问题;下面我将分享一下这个问题以及它背后的原因吧;

如果我们通过一个已经创建的PO作为参考拷贝创建出另一个PO,这种在有些企业是比较常见的情况;且被参考PO已经存在抬头文本和行项目文本(很多企业这种文本都是通用文本,几乎每个订单都会用到);正常情况小伙伴们都能想到,拷贝创建成功后的PO也将拥有这些抬头和行项目文本;如下图
在这里插入图片描述
此时,我们会在抬头文本上添加一些针对该订单的一些额外的文本,或者在原拷贝过来的文本里追加一些附加文本,然后我们再次更改了供应商编码,或者采购组织;此时我们会发现,我们附加或新增加的文本,被重置了,还原成了原来拷贝的文本状态;如下图;
在这里插入图片描述
在这里插入图片描述
同理如果小伙伴去试探一下行项目文本,在特定情况下也会出现类似的现象;

由于这种问题发生的前提比较特殊,发生后很难去检查和分析,隐蔽性比较强,往往小伙伴们看到问题的时候都是丈二和尚摸不着头脑;

通过对标准代码的分析结合逻辑推测,基本上锁定了该问题的本质运作原理;

也就是说当达到一个特定条件时,系统会将文本再次从参考凭证或主数据里进行拷贝传输,这样原来手工附加上去的文本将被覆盖或删除;

这个特定条件从代码上说就是下面这些值发生了改变:
抬头文本--------语言键/供应商/采购组织/合同的第一个行项目更改/RFQ的第一个行项目/参考PO的第一个行项目;
行项目文本-----语言键/物料/采购信息记录/工厂/凭照号或行项目号

以上为本章的所有内容;

发布了33 篇原创文章 · 获赞 0 · 访问量 898

猜你喜欢

转载自blog.csdn.net/weixin_44853659/article/details/103983368