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