某顾问被客户挑战,为什么MD01不是所有物料全部运行MRP 您所在的位置:网站首页 奥运会男子排球比赛的视频 某顾问被客户挑战,为什么MD01不是所有物料全部运行MRP

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

#某顾问被客户挑战,为什么MD01不是所有物料全部运行MRP| 来源: 网络整理| 查看: 265

今日分享-目录

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

下期计划分享内容:

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

01 客户常见提出的疑问

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

客户常见疑问:

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

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

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

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

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.若Resetord.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时报错

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

END

作者:Cyrus

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

本文使用 文章同步助手 同步


【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

      专题文章
        CopyRight 2018-2019 实验室设备网 版权所有