问题已解决。.

之所以发生此行为，是因为只要MRP找到需求，它都会在创建新的补充要素（计划订单）之前检查是否可以满足现有固定收货（在重新计划范围内）的需求。 此过程称为"重新计划检查"。 结果，防止了产生额外的补充元素，并且因此产生了额外的模拟和容量需求。 在事务OPPQ中，将重新计划时间范围设置为100天。 将确定的计划订单和生产/流程订单设置为与重新计划相关，因此MRP将在创建新订单之前重新计划这些文档。

因此，我们在"个人列表"选项卡中检查了固定计划订单059425174（业务情景089），显示了带有重新安排日期22.08.2019的异常消息10。

如果找到了固定的补货元素，则会创建一条异常消息（10或15），建议用户重新安排此固定的元素以弥补短缺。

系统首先在需求日期之前搜索固定元素。

如果固定元素在需求日期之后，则在重新计划范围之内并且此类型的固定元素包括在重新计划检查中，根据自定义，将显示该元素的异常消息" 10-推进流程"

如果在需求日期之前找到固定元素，则直到以后才需要此收货。 在这种情况下，该元素将显示异常消息" 15-推迟处理"。

但是请注意，异常消息未显示在"跨工厂视图"选项卡中。 对于物料分组，由于涉及不同的物料和工厂组合，因此故意关闭了重新计划检查。

在这种情况下，应该在2019年8月22日进行LTP运行。

还要检查 此页面

您好

在01/08/2019上是否有所有销售要求？ 还是稍后创建销售订单。

MS05是否显示相同的结果？

路由中定义的交货时间是多少？

您使用的是MRP类型P3，是否用PD MRP类型测试了相同的方案？

最好的问候

R.Brahmankar

你好

考虑到提供的MD04屏幕截图，根据计划方案的设置，我看不到您的资料的时间范围正确。 尝试删除此确定的计划订单，然后再次测试此业务情景。 您可以使用报告RMPLAF00删除给定业务情景的所有计划订单。

问候，
Caetano

Hello Caetano，

首先，感谢您提出的解决方案。 但这没有帮助。 我们已计划在01/08/2019 02:30进行另一次LPT运行。 而且问题仍然没有解决：

计划的订单可延期11天。 甚至没有重新安排评论。 计划时间栏（24.09.2019）已关闭，因此这不是问题的根本原因。 其他原因触发了计划订单的延迟启动。

这是另一个例子。 订单数量太少，太迟了。 LTP MRP正在计划或计算2周的计划库存，这没有意义。

这两个产品都是当务之急和最畅销产品。 计划的订单不确定，因此也可以将其作为根本原因丢弃。

通过具有以下参数的变体DE_LTP_SO计划LTP运行

您好

计划订单的开始日期是多少？ ？ 如果您不允许过去的开始日期，则计划订单可能会提前预定，以避免过去的基本开始日期。

能否找到任何异常消息，请检查MS04个人列表？

问候，
Caetano