SAP-PP MRP再计划/重新计划

MRP的原理就是供需平衡,当发现新需求,它会首先检查现有的固定收货(覆盖周期范围(后台定义的周期)内的固定的的计划订单、采购申请、采购订单等)是否能覆盖(满足)此需求。如果能找到收货覆盖此需求,则会创建MRP异常,然后建议用户重新计划此固定收货。

案例一:

当发现固定收货(固定的计划订单5.20),在需求日期之前,系统就产生了15的异常,建议用户将已固定的计划订单5.20重新计划到5.25。

案例二:

 当发现固定收货(固定的采购申请5.25),在需求日期之后,系统就产生了10的异常,建议用户将固定的采购申请5.25重新计划到5.20。

案例三:

 为什么不直接在5.20创建一个采购申请呢,而是建议将5.25的采购订单重新计划到5.20,然后又重新创建一个5.25的采购申请,系统是否有点多此一举?实际上,这就说明了再计划这个动作是发生在MRP运行之前的,MRP还没有计算出新的采购申请,再计划已经将5.25的采购订单建议计划到5.20了,然后才进行MRP运行,发现5.25短缺,就在5.25又创建了一个采购申请。

再计划相关的配置:

  再计划可以基于工厂和MRP组两个维度来进行定义。

 

再计划范围(限度):

系统检查是否应重新安排固定补货元素的天数。

重新安排期表根据工厂工厂日历在工作日计算,并在补货提前期结束时开始。

确定元素:

可以定义在重新计划检查中将包括哪些特定元素。如果未选中标志,MRP 将不会在重新计划检查期间考虑该元素。

比较值:

如果要求日期和已确定收货元素之间的差异小于容差值,则系统不会显示异常消息。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

雁初飞~

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

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

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

打赏作者

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

抵扣说明:

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

余额充值