某顾问被客户挑战，为什么MD01不是所有物料全部运行MRP

视频详解

点击上方蓝字关注我们吧

今日分享-目录

今日分享内容目录
序号	内容	视频时间段
1	客户常见提出的疑问	00:00~02:28
2	PA对计划文件条目的解释	02:29~11:03
3	MD01与MD20的逻辑对应关系	11:04~18:35
4	计划文件条目实战说明及注意点	18:36~25:55

下期计划分享内容：

物料主数据MRP视图字段讲解，或  MRP高阶技术总结分享

Today's share

01

客户常见提出的疑问

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

客户常见疑问：

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

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

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

Questions

02

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后台维护）

PA explanation

03

MD01与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时报错

Logic

04

最后说明

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了。

Notes

实

战

分

享

END

作者：Cyrus & Bi

注：原创不易，欢迎同行专家分享、交流、指导。