一致的计划文件对于成功的计划运行至关重要。基本上，发发淘客神器，计划文件用于确定MRP运行中计划物料的顺序。就像工厂里的装配线一样，物料被一个接一个地张贴出来以供计划。系统使用低级代码（LLC）来确定该序列。最低LLC的物料是先计划的

因此，为了保证物料需求计划线的畅通，计划文件中物料的LLC总是与物料主控的LLC同步

但是有时计划文件的LLC与物料主控的LLC不同步。这种情况可能有多种原因，每一种情况都可能有不同的原因；这可能是另一天讨论的话题。

不同步LLC可能在计划运行期间产生不同的影响；主要是导致材料按顺序计划，例如，有时，淘客返利系统，虽然很少会导致MRP运行中断。这可能是任何计划运行的最不希望的结果。

HANA上Business Suite中的MRP实时运行（MD01N）（ERP的EhP7和EhP8）具有自动检查和纠正此不一致的机制。在MRP实时运行期间，系统首先搜索计划文件条目中的同步错误，然后进行更正。MRP运行然后继续对所选物料进行计划。

系统搜索以下不一致：

计划文件中存在一个条目（。e、 g.DBVM表），但计划文件中的LLC（DISTT字段）与物料主数据（MARA）中的不相等。DBVM~DISTT玛拉~DISTT。计划文件中存在多个条目，用于相同的物料编号（MATNR）和MRP区域（BERID）组合。在这种情况下，大数据分析是什么专业，它将搜索计划文件LLC和物料主LLC不匹配的所有条目。DBVM~DISTTMARA~DISTT代表MATNR，企业信息化应用，BERID组合。它忽略物料主数据中带有空白LLC的条目和计划文件中带有LLC'999'的条目。

此检查必须尽可能简单，因为它是计划运行的一部分。使之复杂化将导致性能问题。

然后系统将计划文件中所有不一致条目的LLC替换为物料主数据中的条目，淘客插件，并将其存储在DB表中。虽然有问题，但计划运行没有任何中断；真正的自我修复机制。

这种检查和自动更正只适用于MRP运行选择的材料。

我遇到过一些不一致的情况，数量相当大，MRP运行由于技术原因无法继续。结果查询的大小将是巨大的，导致MRP运行在转储中终止。

在这种情况下，需要首先纠正计划文件不一致，然后实时运行MRP。要更正不一致，必须为系统中的所有工厂或MRP区域运行报告RMMDVM10。您必须确保检查了大多数材料（如果不是全部）的计划文件的一致性。该报告将生成所有更正条目的日志。

后续MRP运行现在应该成功，即使确实存在一些不一致，MRP实时运行也将更正它们。

此计划文件不一致的修正仅适用于HANA上Business Suite中的MD01N（EhP7和EhP8），而不适用于S/4HANA MRP实时运行。S/4HANA有一个新的计划文件表PPH\u DBVM——注2268088。它没有LLC作为字段，而是在计划运行期间从物料主数据读取。因此，在S/4HANA MRP Live中不需要LLC的同步