第2篇- SAP MRP-MD01运行常见问题、计划文件条目

「全网最细」：顾问被客户挑战为什么MD01不是全工厂所有物料运行MRP

如需私信沟通交流、进群的，搜索公众号：咨询顾问进阶与实战分享

MRP-计划文件条目详解

实战案例分享：

咱们实施项目过程中，或者研究PP技术时，计划文件条目往往会被顾问视为一个大概清楚的点，但细节又不能清晰表达。部分实施顾问在项目上经常又会被客户提问，回答不是客户想要的，影响了客户对顾问的信任度。

客户常见疑问：

1.MD01事务代码的描述是全工厂的物料运行MRP，为何用户运行时系统显示只有几个物料的计划订单、相关需求发生变化？

2.MD02 和MD01 的区别是什么？

3.MD01和MD01N的区别是什么？

线边有库存，返修订单有组件发动机需求，也有生产订单收货的供给

PP PA 计划文件条目相关解释：

工厂运行MRP的前提条件：计划文件条目

1.低层级码

 

计划文件条目包括low-level coding信息， 不同的low-level类似表示物料的层级，让MRP计算的时候会先计算000，再001，再002等。一个物料的low-level代码可以在物料主数据上也是可以查看的。

 父项低层次码：000

 子项低层次码：001

 2. NETCH或NETPL标识

 物料是否发生了MRP相关的（NETCH或NETPL标识）相关的变化。

 

 NETCH 与NETPL、NEUPL的区别：

NETCH 无视 Planning horizon（再计划限度）；（注意：该配置在S4已经被移除，可以理解成在ECC里考虑运行效率，只考虑在配置的再计划限度天数里运行MRP，但是S4 HANA的数据库和当前的硬件条件不需要考虑相关的效率问题）NETPL只考虑Planning horizon 天数内的MRP变化（注意：该参数在ECC存在，在S4里已移除）；

NEUPL是无视物料是否变化，全部重新生成计划文件条目标识，全工厂物料全运行MRP。3. 计划文件条目标识

 表示：如果一个物料有计划文件条目的标识，系统再次运行MD01时才会重读BOM，或计划订单、PR等订单建议 才会删除订单号进行重新生成信号。

例：

第一次运行MRP，此刻系统中有部分物料含计划文件条目标识

立马第二次运行MRP，结果：未更改采购建议（表示此时系统所有物料的计划文件条目的标识均为空，即MD01只会考虑计划文件条目有标识的物料数据）

 第三次运行，选取NEUPL

 表示系统会将所有物料均标记上计划文件条目各参数标识，对工厂下所有物料运行MRP

 （细节：运行MD01系统考虑的物料是 MD21中维护了计划条目标识的，通常当物料创建、维护MRP视图时就立即产生了计划条目行；但执行一次MD01后，计划条目标识会被删除，如果需要可在MD20前台维护或MDAB后台维护。

手工维护计划文件条目MD20，字段解释

 Net change planning 净更改计划：NETCH的缩写，系统运行MD01时若选择NETCH，考虑Net change planning 净更改计划标识打上X的物料；

笔者查阅PRESS书籍中，mode1的解释是：如果未确认的计划订单（或其他采购要素）的需求数量日期或批量大小程序有任何变化，系统将会为MRP运行中的新增数量重新读取BOM。

故笔者认为：在md21中无专门对应mode1的字段，当前台MD01选择mode1时系统读取的是物料被标记NETCH的。

Reset ord.props 重置订单建议：系统运行MD01时若选择planning mode为3，则考虑Reset ord.props标识打上X的物料；（此处有两个疑惑点，1.目前不论删除计划订单，PR，修改订单数据该字段都不会打上X，只能MD20进行标记，未得出何种业务场景会标记上？  2.若Reset ord.props标识 未打上X 的物料，使用md01选择mode 3，系统也会重新产生新的采购申请或者计划订单号）

Press中对mode3的说明：

 系统删除现有的采购建议（即上一次计划运行的整个计划数据），除非它们已经被确认了或者是有重读BOM和工艺路线，否则将全部重新创建全新的采购建议。

Re-explode BOM  重扩展BOM：系统运行MD01时若选择planning mode为2，则考虑Re-explode BOM标识打上X的物料；

Press中对mode2的说明：如果BOM主数据、工艺路线、生产版本或BOM有变化，系统会重读BOM和工艺路线。这有助于确保系统为现有的未确认的计划订单重新展开BOM。

验证 Re-explode BOM  重扩展BOM 标识的如何被标记上的：

父项物料的MD21

 子物料的MD21

 BOM

 修改一个组件的数量

 再次查看父项的MD21；

NChge plng = NETCH

NChge PHor = NETPL（由于S4 没有planning horizon，故都会打上）

Explode BOM = Bom被修改了，运行MRP时需重新读BOM

MPS ind表示 该物料的MRP类型是否为M0等MRP类型，如果是则会打上标记，

例：将父项物料的MRP类型改为M0后，标识MPS打上了，使用MD02时报错

 

 最后说明：

1.针对planning mode 123，和计划文件条目md21的各标识。通过笔者测试和验证只能证明系统在考虑计划文件条目的标识，没有达到完美的一 一对应的严谨的逻辑。

比如：物料md20动了 或者手工勾上的 netch，  订单建议没有勾，运行md01的时候，当选择mode 3时 ，系统也会给把号删除了重新建。

2.S4 HANA MRP live（MD01N）运行时，只会有mode1 和mode3，系统应该是将1和2的功能和实现逻辑合并了。

3. S4 HANA MRP live 弱化了计划文件条目的概念，因为运行md01n时，系统会在hana数据库中运行，对所有物料直接进行最新mrp运算，不考虑效率问题。（至于mrp live和mrp classical的区别，笔者可根据大家兴趣后续出一篇文章进行讲解）

4.MRP live md01n和md01，笔者从项目实战中，有的项目数据量大，已经使用了3,4年的系统。笔者去运维解决问题时，发现md01至少运行几个小时，使用md01n只会2,3分钟。说明sap在这边的运行速度优化效率上是极大的。

 5.通常，我们在后台JOB全工厂运行MRP之前，都会在MDAB中根据工厂去创建计划文件条目。目的是：

（1）以防有的物料出现bug未生成计划文件条目行，也就是md21压根看不到数据。

（2）白天用户修改了mrp相关的数据，考虑运行时长和效率问题，只希望考虑mrp变化的物料。在晚上后台运行时，对所有物料产生产生计划文件条目标识，再运行MRP，表示晚上整个工厂所有物料全部运行了一次最新的MRP。

设后台JOB：MDAB

 可创建变式，设后台job

 重要： 在系统第一次上线的时候，Process Key需要选择NEUPL。

它的功能是对所有的Material都创建Planning File， 然后对所有的Material重新跑一次MRP， 所以就不用单独根据个别material建立Planning file了。