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 将不会在重新计划检查期间考虑该元素。
比较值:
如果要求日期和已确定收货元素之间的差异小于容差值,则系统不会显示异常消息。