SAP采购中无限制超量交货和收货时的建议所有项的控制逻辑分析测试

如题,可能少有人会去关注和完全理清两者间的微妙关系。不得不说,一开始笔者也很混乱。直到测试之后,才不得不承认SAP设计之精巧。我觉得作为物流计划和仓库用户,完全有必要全面掌握其控制逻辑以支持业务的有序开展。

 

在测试前,有必要先介绍一下采购计划协议中的无限制超量交货。这个设定比较犯规,因为即然是采购计划协议,又去设置一个无限制超量交货,就相当于打破计划了。即收货己不受交货计划的控制了。如果这样设置,采购计划协议中的交货计划就只能起来参考作用,就无法进行严格的管控制了。比如,在没有设定无限制超量交货的采购计划协议中。提前收货或超量收货(不考虑收货容差的情况下)在系统中是无法通过的。这就从收货环节对采购计划的准确性和供应商按交货提出了严格的管控要求。按时足量的交货,涉及到企业的物流成本的控制。很好理解,提前一天收货,就增加一天的库存成本。为什么当前这么流行寄售,不就是企业将原本应承担的库存成本转移给供应商去承担吗?

下面就通过测试,为大家梳理一下:

先给出两项设定的截图,供参考!

下图为采购计划协议中行项目关于无限制超量交货的设定

下图为MIGO收货中关于建议所有项目的设定。

这里有两个开关,采购计划协议中的无限制超量交货和M

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

狼书

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值