SAPPP学习笔记.docx

MRP控制参数–计划文件与处理代码(Processingkey)
花几个篇幅研究下运行MPS/MRP的控制参数,这些很关键的控制参数,但又很少有人能把逻辑关联弄的很清楚。
NETCH(净变化计划)：即只计划上次计划以后计划相关内容发生变动的物料（注意，某些物料的参数发生变动了，系统也认为计划内容没发生变动）
NETPL（计划周期内的净变化计划）：即只在计划周期内执行净变化计划，周期外将不进行计划
NEUPL（重新计划）所有的物料不管有没有变动都再次计划。
首先要介绍两个概念:
1.运行类型(Planningruntype):即处理代码(Processingkey),决定了那些物料参与MRP运算
2.计划文件(Planningfile):是一个包含所有物料清单的文件,一旦物料的变更与需求计划相关,与自动更新文件中的字段.简单来说,计划文件决定了每次MPS/MRP运算时,有哪些物料参与,以何种运算逻辑(MPS/MRP)等等.
所以,SAP在运行MPS/MRP运算时的第一个步骤就是读取计划文件.有很多HYPERLINK"http://www.vsharing.com/SAP"\t"_blank"SAP顾问可能还不知道有计划文件这个东东吧,嘿嘿,讲到这里,介绍和计划文件相关的4个事务代码:1.MD20–创建计划文件2.MD21–显示计划文件3.MDAB–在后台创建计划文件4.MDRE–计划文件一致性检查
以上4个事务代码看名字就知道用途,不再赘述,这里稍微提一下MDRE(计划文件一致性检查)的用途.计划文件一旦创建,在SAP中是永久存在的,对物料主数据的更新等动作只会更新相应计划文件中的字段,所以一旦有计划物料变为非计划物料,这些物料的计划文件就是垃圾资料,不但会影响MPS/MRP运行的速度,还有可能造成错误,MDRE的作用就是一致性检查后删除这些无用的计划文件.
接下来我们来看看计划文件究竟是啥样的,丑媳妇总要见公婆.

记录类型:虚拟件为D,其他物料为B
低层代码:由物料主数据和在BOM中的层次决定,属于MRP展开逻辑的理论知识,有兴趣的自己研究吧,可以不用过多关注.
MPS标识:勾中的标识以MPS逻辑运算,否则为MRP
全修改计划:即处理代码(Processingkey)中的NETCH,说到这里,终于快到本篇博文的主题了,课前铺垫还真是长,贱客抹把冷汗先.
净更改PHor:即处理代码(Processingkey)中的NETPL,有同学会问,处理代码不是有3个嘛?为啥差一个?贱客说:不要着急,马上回来*O*.
复位建议:如被勾中,将在MPS/MRP运算时删除并重新创建前次运算产生的计划订单,计划行及采购申请
展开BOM:如被勾中,将在MPS/MRP运算时,重新展开前次计划订单,计划行及采购申请中的BOM
更新时间标记:该计划文件何时被更新,为格林威治时间,小汗一个
MRP时间标记:前次运行MRP的时间,同样为格林威治时间
创建日期:该计划文件的日期.
MRP控制者/物料描述:为空的,很诡异,不知哪位好心人可以告诉贱客原因,贱客实在不想看SAP的标准代码.
好,简单介绍完计划文件,请我们今天的猪脚处理代码(ProcessingKey)登场:1.NETCH–总水平的净变化2.NETPL–计划水平的净变化3.NEUPL–再生计划
是不是越看越晕,贱客郑重声明,这是SAP的官方中文翻译,和贱客无关,嘿嘿.贱客第一次看到SAP将Shopfloorcontrol翻译成商店低价控制的时候,也会忍不住有要砸电脑的冲动J
好了,我们用通俗易懂的语言来解释下这3个控制参数的用途.首先,回顾前文提到的MPS/MRP运算时的第一个步骤就是读取计划文件.如果我们的处理代码是NEUPL(再生计划)的话,MPS/MRP运算之前会删除当前存在的所有计划文件,然后对所有物料重新产生计划文件并再继续下面MPS/MRP的运算步骤.这也是为什么计划文件中没有这个字段标识的原因,嘿嘿.另外,新系统第一次MPS/MRP运行时,也要用NEUPL跑一次.
其实如果没有系统效能的考量,每次MPS/MRP时都应该用NEUPL,这样可以保证每次运算都会包括所有的材料,读取到的主数据的资料都是最新的.
但是,理想是美好的,现实是残酷的.因为MPS/MRP每次运算的时间都很长,而且运算时会影响用户的正常使用,所以我们需要找一个效能与实用的折中点,就产生了NETCH和NETPL.意思是和计划相关的参数自前次MPS/MRP运行后有更新的物料才参与下次运算,不过NETPL与NETCH更过分,NETCH是只要有变更就需要参加运算,而NETPL是一定计划期间内有变更的物料才参加运算,否则也不参加.
所以基本上不是用银河系列超级计算机跑MPS/MRP的用户,我们都会建议用NETPL和NETC