SAPPP学习笔记.docx
- 文档编号:26538328
- 上传时间:2023-06-20
- 格式:DOCX
- 页数:36
- 大小:2.56MB
SAPPP学习笔记.docx
《SAPPP学习笔记.docx》由会员分享,可在线阅读,更多相关《SAPPP学习笔记.docx(36页珍藏版)》请在冰豆网上搜索。
SAPPP学习笔记
SAPPP学习笔记
花几个篇幅研究下运行MPS/MRP的操纵参数,这些专门关键的操纵参数,但又专门少有人能把逻辑关联弄的专门清晰。
ØNETCH(净变化打算):
即只打算上次打算以后打算相关内容发生变动的物料〔注意,某些物料的参数发生变动了,系统也认为打算内容没发生变动〕
ØNETPL〔打算周期内的净变化打算〕:
即只在打算周期内执行净变化打算,周期外将不进行打算
ØNEUPL〔重新打算〕所有的物料不管有没有变动都再次打算。
第一要介绍两个概念:
1. 运行类型(Planningruntype):
即处理代码(Processingkey),决定了那些物料参与MRP运算
2. 打算文件(Planningfile):
是一个包含所有物料清单的文件,一旦物料的变更与需求打算相关,与自动更新文件中的字段.简单来说,打算文件决定了每次MPS/MRP运算时,有哪些物料参与,以何种运算逻辑(MPS/MRP)等等.
因此,SAP在运行MPS/MRP运算时的第一个步骤确实是读取打算文件.有专门多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:
即处理代码(Processing key)中的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和NETCH来运行MRP运算.另外要注意的是,单个物料无法使用NEUPL运行MPS/MRP.
讲到那个地点,大伙儿可能又有几个问题产生了:
1. 净变化/修改具体指的是哪些内容?
2. 选择NETCH/NETPL时,SAP如何找到参与运算的物料?
3. NETPL的打算期间是如何定义的?
净变化(NetChange)按照SAP的说明,包括以下内容:
1. 库存变化:
物料的供求关系发生变化
2. 生成物料相关的凭证:
采购申请,采购订单,打算订单,销售需求,推测,独立需求或预留等
3. 主数据中与打算相关的字段更新
4. 删除收(Receipt)或发(Issue)的数量
5. 专门注意:
配置中关于打算相关的变更,可不能自动更新打算文件,必须重新生成打算文件,即假如后台打算相关的参数有调整过,最好用NEUPL打算运行一次MPS/MRP,以确定更新能正确及时的生效.
一旦这些净变化产生,SAP就会判定当前时刻,发生在打算期间内的,会同时标识打算文件中的〝全修改打算〞和〝净更换Phor〞字段,假如在打算期间外的净变化,那么只会标识打算文件中的〝全修改打算〞字段。
如此子在MPS/MRP第一个步骤:
读取打算文件时,就能够依照我们界面上选择的NETCH或NETPL选择出要参与运算的物料了,如此子和谐了吧,嘿嘿.
接下来先看看打算期间在何处设定:
1. 事务代码:
OMDX
2. 路径:
SPRO--生产—物料需求打算—打算—MRP运算—定义打算区间
因此接下来我们看看假如对1700工厂的物料变更在500天之内和之外的变更对打算文件会有什么阻碍.以AS000-000-000那个物料的打算文件为例,在我们测试伊始,它是裸妆.
我们修改物料主数据中的自制时刻,再回头看该物料的打算文件,能够看到NETCH和NETPL都已自动更新,有没有童鞋有点疑问, 为啥同时更新两个字段, 事实上专门好明白得,打算期间内更新过了,那个物料一定是更新过了.因此这种状况,不管是用NETCH或者NETPL,MPS/MRP运算都会纳入此物料.
接下来我们以NETCH运行MRP再查看打算文件,发觉该物料又变回裸妆的模样.
然后我们手工创建一张500天(2021/03/22)后的打算订单,再看看是什么状况
能够看到只有〝全修改打算〞被标识, 如此子运行MPS/MRP时,假如操纵代码选择NETPH,改物料将可不能参加运算.
今天贱客说说MPS/MRP操纵参数中的打算模式(Planningmode)字段.第一看看打算模式到底是什么东东(见附图)
能够看到有3个参数:
1.适应打算数据(一般模式)
2.重展BOM和工艺路线
3.删除并重新创建打算数据
相信大伙儿看到2,3都专门好明白得,选择2,运行MPS/MRP的时候就会按照需求日期重展相关单据中的BOM和工艺路线;选择3时,直截了当删除前次MPS/MRP运行后生成的打算单据(打算订单,采购申请),并依照最新的主数据资料重新生产.
那么那个〝1.适应打算数据(一般模式)〞到底是什么意义呢?
说的通俗一点,选择1确实是SAP会自行判定要如何样处理,也确实是〝信SAP,得永生〞的意思.但假如你不那么相信SAP,事实上SAP有时候也的确像娇羞的女孩,耍点小脾气,那么你也能够手工指定2或者3,要求SAP从了你的欲望,嘿嘿。
说到那个地点,大伙儿的疑问又出来了,SAP依据什么标准来做出判定呢?
咚咚咚~,答案确实是我们探讨过的打算文件(Planningfile).依照贱客测试的结果,选择1.适应打算数据的结果确实是会依据打算文件中〝重投订单(ResetProps)〞与〝展开〞BOM(ExplodedBOM)〞字段的表示进行MPS/MRP运算。
简单来说:
1.假如打算模式选择1.适应打算数据,同时打算文件中的〝重投订单〞被标识,等同于选择打算模式3
2.假如打算模式选择1.适应打算数据,同时打算文件中的〝展开BOM〞被标识,等同于选择打算模式2
3.假如打算模式选择2或者3,直截了当覆写打算文件中的对应标识.
OK,说明了原理,大伙儿可能又好奇了,我从来没有去更新过打算文件啊,说明打算文件中的这两个标识为是SAP自动更新的,那SAP做出的更新逻辑对不对呢?
因此接下来我们就来测试看看什么状况下SAP会更新这两个标识.
在测试前,略微梳理下MPS/MRP的概念和逻辑,问自己两个问题:
1.什么状况下MPS/MRP运确实是需要展开BOM和工艺路线?
2.什么状况下MPS/MRP运确实是需要重投订单?
MPS/MRP的概念请大伙儿自行翻书或翻墙,嘿嘿.答案我们能够简单归纳如下:
1.BOM或者工艺路线更新后,原先的打算单据需要依照最新的BOM或工艺路线展开
2.订单数量,或者交期等有变更时,打算单据需要重新生成.
因此我们就来分别测试这两种状况咯,第一我们修改那个物料的BOM后查询打算文件,能够看到〝展开BOM〞的字段已被标识.
接下来我们修改物料主数据中的自制时刻,再查询打算文件, 能够看到重投订单/复位建议字段已被标识.
向前消耗,向后消耗,未清时刻,产前缓冲时刻,产后缓冲时刻
未清期间:
简单的说确实是为打算员提供了一个提早处理的缓冲期。
在逆推排产的逻辑下,比如MRP创建的打算订单开始日期是5日,未清期间是3天,那么假如当前日期是1日,就还没有进入未清期间,现在打算员就没必要这么早处理打算订单,而假如当前日期是3日,就在未清期间里了,现在在MD04中会有一个例外消息05产生,用来提示打算员能够去将这张打算订单转换成生产订单或者采购申请了,如此就能够给打算员充分的时刻来处理订单。
假如没有未清期间,直到5日都可不能有任何提醒,到时候再来处理就有可能来不及了。
产前、产后缓冲时刻:
确实是有些产品生产的时刻可能不一定按设定的那样准确,承诺生产前或后有一定的浮动,比如产前2天,产后1天,如此自制生产时刻为2天的产品,只要在5天内生产出来差不多上承诺的。
那个字段的设置是要依照实际生产情形的,然而感受真正会用的企业不太多。
下达期间:
假如没有下达期间,那么系统打算的下达日期确实是订单的打算开工日期,也确实是说打算员刚下达就必须开始生产了,而假如设置了2天,那么打算员就能够提早2天下达,车间接到下达的订单就能够有一定的提早预备时刻。
这些字段都没有什么限制作用,只是给打算一些灵活性和容余罢了。
至于你说的向前和向后消耗,那是打算独立需求如何被销售订单冲减的概念了,跟打算边际码没关系。
比如消耗模式是向后消耗5天,那么假设推测的独立需求是10日要生产100,假如在12日接到一个40的销售订单,也能够当作推测准了,那么未完成的推测就只有60了。
类似的向前消耗,确实是实际订单假如早于推测日期,是否也能够认为是推测准了,能够冲减推测。
因此消耗模式都要和逆向消耗期间或向前消耗期间搭配使用,以确定与推测日期相差多少天内的订单都可认为是推测的数量得到了实现。
PP:
Availability Check 概念
AvailabilityCheck,顾名思义,确实是有效性检查,指的是要检查一下此物料是否能满足我的需求。
简单地举个例吧,你接到一张销售订单〔SalesOrder〕,客户要求数量为100PC,同时客户要求的出货日期是2020-4-1,现在我们的销售人员确信会想,在那个愚人节到底能否出货给客人呢?
那如何办呢?
一个个去问生产打算人员,去问厂长,经理?
废话,确信不能如此,要不然花几百万,几千万上SAP做什么对吧,现在在系统中建立此单时,SAP就会做一个所谓的检查,检查一下我们预先设定的考虑因素,能否满足客户的要求,什么时候能够满足,这确实是有效性检查的功能。
但一样人看到此单词就会想到ATP,实际上系统中并不只是包含这一层意思的,就听俺慢慢道来
有效性检查包含以下两个概念
1确实是大名鼎鼎的ATP(全称:
AvailableToPromise)
2.确实是Checkagainstplannedindependentrequirements(意指打算独立需求的相关检查)
ATP(AvailableToPromise)
有效性承诺,检查承诺物料的相关元素,看是否能满足需求,什么时候能满足。
先看标准说明图片
第一张图表示某物料在某个时刻上有生产订单或打算订单,数量及时刻如图
第二张图表示假如在某个时刻上有销售订单
那我们的生产订单或打算订单能否满足客户的需求呢?
就看图三了
当我们在建立S1此销售订单时,因为我们差不多有了一张P2的生产订单,同时日期是小于S1的,因此S1是确信能够满足的,同时是提供满足
S2同S1原理一样,完全就能够由P2去满足
S3能够被P3的一部分满足
S4能够被P4的剩余部门满足
S5被P4部分满足
而P4再剩下的部分数量,确实是以后可提供的ATPQTY
当我们在使用ATP时,系统检查的LOGIC如下:
通过checkinggroup+checkingrule得到Scopeofcheck
再在SCOPEOFCHECK中设定需要检查哪些元素,再把哪些元素加加减减得到剩余的ATPQTY,再用剩余的ATPQTY来与新的需求对比,从而决定是不是能满足到需求,看似简单,整起来依旧有点事的,哈。
有点说时迟,那时快的感受。
Setting
Checkinggroup来自于物料主档,如以下图
CheckingRule来自于应用程序,即不同的应用程序有不同的设定,如生产订单有生产订单的设定,销售订单有销售订单的设定等
SPRO->Production->ShopFloorControl->Operations->AvailabilityCheck->DefineCheckingControl
如上图,那么是在PP模块中针对不同的PLANT+ordertype来定义不同的RULE,后面的BUSINESS1OR2表示CREATEORRELEASE.
看到吧,在那个地点就能够看到CHECKINGRULE是多少
同时componentchecktype是决定用ATPCHECK依旧用AGAINSTCHECKPLANNINGINDEPENDENTREQUIREMENT
依照上两副图我们就会得到组合Checkinggroup+checkingrule=02+PP
而02+PP又是操纵什么呢,来看下面的路径
SPRO->Production->ShopFloorControl->Operations->AvailabilityCheck->DefineScopeofCheck
1–13我想专门明白能够看出来,是什么东西,那个地点我就不详细说明
14:
表示相关预留的选项,与10的区别在于,10是一样是表示我们用MB21建立的,而14是表示由于相关预留,即此预留是来自于其他物料,如生产订单所产生的预留
15:
指STOCKTRANSFERORDER
16:
指打算订单
17:
指生产订单
18要单独再演示
19表示是否在库存地点的角度上去分析,如你在仓位:
0001的需求是100PC,然而库存如下:
0001仓=80PC,0002仓=60PC,那对此物料去做ATP的时候,到底是应该显示缺料20〔100-80〕依旧不缺料呢〔80+60-100>0〕?
确实是此栏位决定的
20:
要紧用于WORKFLOW,即在那个区间中,假如存在收货了,那么会发邮件到MISSINGCONTROLLER
21:
用于操纵确认的日期能否在过去或以后
演示
今天心情不太好,没有用我的KT物料,因此用了标准的100-110此物料
此物料有库存72PC,0001仓22PC,0002仓50PC
然而在2020-12-30有一需求〔OrdRes〕即相关预留11PC,因此72PC中还有61PC可用,对吧。
假如现在建立一张新的ProductionOrder,如以下图
能够看出第一次确认是为61PC,第二次为50PC〔从中就能够看出是把2020-3-20的PchOrd给包含到里面去了〕
在那个地点可能会有几个疑问:
1是61PC包含0001仓与0002仓
2是什么缘故61PC是2020-3-11
3是什么缘故PchOrd也参加了运算
先看看后台设定画面
看我上图中的红色标记能够1与3就能够解答了。
而2的答案是要看此物料的需求日期
假如你把Nostoragelocationinspection不选中的话,那么ATP结果会如下:
2020-3-11变成了11PC,因为我们的0001仓只有22PC,但差不多被第一张用了11PC,因此还剩下了11PC给新的生产订单使用。
假如不包含PURCHASEORDER〔不选中有数字标明图中的第7个及13〕,那么表现如下
只有11PC了,因为没有考虑PURCHASEORDER。
好,现在来看看18的功能,之前的测试18项差不多上选中的
假设即不选中7AND13,也不选中18,如以下图
注意,变了,大大的变了,多了一个2020-3-23,数量为剩余的109=120-11意思是为从现在去买的话,2020-3-23就会回来的,呵呵。
那个2020-3-23如何来的?
确实是靠18项操纵的,18项的意思是说要不要考虑〝补充交货周期〞,那那个又是从哪来的呢?
看看那个
假如你是用SALESORDER来演示的话,就要看看下面
OK?
NoProblem?
CheckAgainstplannedindependentrequirements
此方法即只是检查相关物料〔或相关物料的打算物料〕的打算独立需求能否满足需求,假如能够的话,就能够CONFIRM,假如不能够就不行,而可不能去看相关物料的库存有没有,生产订单有没有。
在之前一画面我们曾经看过在生产订单中如何设定采纳哪种方式,而是销售订单中,即是通过那个LOGIC来的。
1.物料的STRATEGYGROUP
假如上图都不明白是那个画面的话,我想可能要苦恼你先学学往常的基础学科
2.此STRATEGY所对应的Requirementtypeofcustomerrequirement
SPRO->Production->ProductionPlanning->DemandManagement->PlannedIndependentRequirements->PlanningStrategy->DefineStrategyGroup
默认用第一个,但也能够选择其他几个策略的,那个地点能够参加PRODUCTIONPLANNINGCOURSE
SPRO->Production->ProductionPlanning->DemandManagement->PlannedIndependentRequirements->PlanningStrategy->DefineStrategy
确实是上图中红色标记的Availabilitycheck来决定的,假如选中,那么在Salesorder中是用ATP,假如不选中,确实是用CHECKAGAINSTPIR.
演示
此物料有库存100PC
没有任何的PIR(打算独立需求)
在建立Salesorder的时候,不能CONFIRM到任何的数量,就算有库存也不行,同时你会发觉这种与正常的ATP有点不同,在上面的工具栏中,并可不能有什么SCOPEOFCHECK之类的字眼,能够去留意一下。
再来,假如我建立一个PIR
再建立SALESORDER,CHECK如下
看到吗?
日期与数量都等于我们的PIR的数量。
注:
此种方法跟:
SPRO->Production->ShopFloorControl->Operations->AvailabilityCheck->DefineScopeofCheck没有一点关系。
PPSAP最完整的替代及取代资料
替代,那个一万家企业估量就有二万家企业需用到的名词,可见其重要性,而依照本人之体会,大致能够分为以下三种替代形式,我想这应该是关于SAP替代或取代的最完整的文档。
1.A物料也B物料能够互相替代,然而由物料打算部门自由操纵使用物料A依旧使用物料B
2.在某个产品中,当物料A不够时,才用物料B
3.当物料A用完后,将永久不再用物料B
本人就从SAPERP软件的角度去介绍一下这三种方式的实现。
关于第一种,是SAP中最容易实现的,也是用得最多的一种,参见以下
如存在以上BOM,假设KT_RAW_00与KT_RAW_01是替代关系,同时对两个物料设定如下:
进入ITEMDetail
你会发觉那个地点存在一个AltItemGroup
当我们想对某些物料设定替代时,第一需要让这些物料成为一组,如此SAP才能判定是那些物料能够互相替代,假设我们用00做为GROUP吧.因此在AltItemGroup中输入00,然后回车
将会弹出以上画面
在此画面中的Strategy一个重要的设定,此FIELD中有两个设定
1Manualmaintenance/byusageprobability
2100%check
我们所讲的第一次情形确实是选择那个地点的,当strategy选择为1(表示按UsageProb.来决定使用谁)的时候,Priority那么不起做用
而Usageprob.那么表示使用的百分比,如我们例子:
KT_RAW_00为主料,KT_RAW_01为辅料,即在正常情形下是用KT_RAW_00,然而生产打算部门能够把此更换为KT_RAW_01,
KT_RAW_00设定如下:
UsageProb.表示使用100%
KT_RAW_01的设定
第一也需把AltItemGroup设定为00,同时使用范畴为0%
也许如此设定后,会有以下提示
但不理会此提示,直截了当回车.然后SAVEBOM
现在,假如你建立一张productionorder那么会表现如下:
如此OrderQty=20PC
你能够从中发觉,KT_RAW_00的使用量是20PC(运算方法是此物料的使用量20PC*100%,那个100%确实是来自于BOM中的UsageProb.)
而KT_RAW_01的使用量那
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- SAPPP 学习 笔记