十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
01
站在用户的角度思考问题,与客户深入沟通,找到新化网站设计与新化网站推广的解决方案,凭借多年的经验,让设计与互联网技术结合,创造个性化、用户体验好的作品,建站类型包括:成都网站设计、网站建设、企业官网、英文网站、手机端网站、网站推广、空间域名、雅安服务器托管、企业邮箱。业务覆盖新化地区。
在一个供应链群里,有些群友问MRP的逻辑是什么。MRP的逻辑我在之前的文章里已经讲过,主要是4个模块的11个关键参数。 要想MRP跑起来,企业要有一套MRP运行的逻辑、参数的标准和维护的标准 ,这三个标准化工作必不可少,三个标准化有了之后,那最关键的就是keyuser的定义,做好人员的培训,绩效的监控和改善了。
我的朋友也有跟我说起公司SAP上线很久了到现在还跑不出MRP,目前针对MRP的课程和工具非常缺乏,因此基于自己的经验来谈谈MRP要搭建哪些主数据及如何让MRP跑起来。
02
很多公司上ERP的目的之一就是为了跑MRP,但对MRP的整体逻辑有一个清晰的认识的人并不多。
原因可能有以下几个:
1.这和模块化的上线方式有关系。很多ERP系统上线的时候,都会根据模块来定义key user,每个模块的顾问带着key user一起来定义和设计里面自己负责模块的逻辑,而外部顾问往往也是按模块来分的,这就导致了每个顾问和每个模块的的key user只对自己的模块成功上线负责而不会对整体负责,就像盲人摸象,每个人摸到的部分是不一样的,因此对大象是什么的理解也是不一样的。 即使每个模块都做成功了,系统也并不一定成功,因为系统并不等于部分之和 。 因此,一个成功的 ERP 系统要能够实现模块目标和系统总目标的一致性。
2. 实施ERP的时候,对负责上线模块的key user的选择很重要 ,因为每个key user都是该模块的设计师,如果key user选择错了,因为经验或者思路高度不够,导致整个模块在上线时没有考虑到一些东西,而上线时用户在实践操作中再发现问题,这时候如果更改,要花费更多的时间和成本,甚至有些东西要全部推倒重来。
3. 实施ERP的时候,顾问很重要。 有些公司没有懂ERP设计的人, 企业将ERP系统全权委托给外部顾问公司,由于顾问也是各自负责各自的模块,加上没有业务经验,对ERP系统的整体经验也是割裂的,这也导致了顾问可能给不了公司整体的解决方案。
4.缺乏有效集成。对于MRP模块来说,会接收其他模块的数据,这些数据经过处理之后,又会流向其他模块。 如果各模块之间缺乏有效集成,导致需要依靠手工来传输数据,那么就会破坏数据的及时性和准确性。
5.有些公司虽然没有ERP的经验,但老板对ERP有自己的想法,但由于经验的缺失,他未必能预想到以后实操上的问题。如果老板比较独断,而顾问又不愿意与老板起冲突,很可能就是我什么都有,你想要啥我就给你啥, 顾问提供的不是解决方案,而只是按企业老板的想法卖产品而已 。这也导致了一些公司上ERP系统的失败。
6. 彼得.圣吉说:“如果组织是一艘船,领导者首先是这艘船的设计师。” 企业要有一个ERP系统的总设计师,这个总设计师最好能从内部产生,有些公司是由IT部门主导ERP系统的上线,但IT人员很少对业务特别熟悉的。我认为ERP系统的设计师,最好是对公司的业务模式、生产模式都很了解的人,可以让财务经理负责资金流的部分,供应链经理负责信息流和实物流的部分。
7.稳定的MRP需要一套相对稳定的MPS,而稳定的MPS需要企业有一套管理流程,能迅速、准确地应对变化,而不是疲于奔命每天救火,没有应对变化的能力,一旦有变化就是混乱。 管理混乱的公司,希望一套MRP流程帮忙解决所有的问题也是不现实的。
03
从系统论来说,MRP的整个过程就是输入、运算和输出。MRP是一个系统工程,需要来自各个部门的输入。一个新项目或一个新料号进了ERP系统后,要维护哪些输入呢?
以SAP为例:
1.BOM建立是第一步
工程部将BOM即物料清单建立到SAP,定义物料的层级,物料属性make or buy,用量等。
2.工程部建立物料主数据,MRP1和MRP2视图的主数据。工程部还需建立工作中心work center,工艺路线routing和生产版本production version.
3.销售部需要建立客户主数据、客户信息记录、合同价格、框架协议等主数据。
4.采购部需要建立供应商主数据、供应商信息记录、框架协议、原料列表等主数据。
5.财务部需要建立MRP的成本costing和记账accounting视图的主数据以及跑成本。
6.质量部需要建立检验类型。
7.物流/供应链部需要建立MRP1/2/3/4视图里与MRP相关的计划参数。
8.仓库需要建立仓库管理视图1和2的主数据。
9.包装工程师需要建立包装规范。
以下为一个搭建的案例:
04
物流/供应链部门需要建立哪些关键参数呢?让我们来看一个咨询实例。
现状:某工厂生产电子产品,产线是为客户定制专线生产,离散制造,按库存生产模式,客户和供应商主要在国内,极少部分物料为进口。之前由外顾问加内部各部门key user上线的模式,但内部人员之前没有SAP或者ERP的经验。企业虽然把ERP买回来有两年了,由于缺乏培训,员工并不具备SAP的知识,对MRP的逻辑也不了解,公司的物料管理方法还是老一套手工叫料方式,只是把在excel手工操作变成了在SAP内操作。
如何解决?
首先参观产线,了解公司的产品和生产和物流模式,收集目前工厂的客户和成品变种。
挑几个成品和原材料的料号,进MD04看MRP的要素有哪些,并整理出来影响库存加和减的MRP要素。需要注意的是:MD04里的MRP elements是简写,需要理解它的全称及含义是什么。
搞清楚MRP的要素和对库存的影响之后,接下来进MM03看MRP1/2/3/4内目前的SAP参数设置了什么,并在测试系统改变相关的参数看MRP的结果的变化,反复操作之后,定义MRP的参数标准。
无法改变的部分 :由于产品是批量生产,重复制造,应该要用生产计划单planned order的模式,而不是生产工单work order的模式,由于该公司用工单号来做追溯,因此工单生产模式不能更改,这也造成了开工单、关工单的一些手工操作是无法消除的。工单一般适用于定制产品或者试样阶段,基于销售订单配置,将SO转为工单work order,而像这类批量重复生产的产品,最好是用计划单planned order,由MPS或者客户需求预测生成,并基于成品产出消减。而工单的问题,必须手工开工单,成品完工后,手工对该工单做技术关闭即Technical completion。
下一讲,我们来说说SAP的过期/垃圾数据如何清理......
(未完待续......)
MPS和MRP都会维护在物料的主数据里面MRP1视图-MRP过程-MRP类型字段,跑主生产计划的物料为M0,跑物料需求计划的为PD。
如果系统只跑主生产计划(MPS),那么只会跑在物料主数据相关字段维护为M0的物料的需求,不会往BOM的下层展开,下层的相关字段维护为PD的物料就不会跑出需求;
如果跑物料需求计划(MRP),那么不仅会跑出M0的物料的需求,也会展开BOM,跑出PD的物料的需求。
MPS
MPS指令是PLC(可编程逻辑控制器)中的一条指令--压入栈指令。它用于多重输出电路。
1、SAP 是全球企业管理软件与解决方案的技术领袖,同时也是市场领导者。30余年,通过其应用软件、服务与支持,SAP持续不断向全球各行业企业提供全面的企业级管理软件解决方案。随着以SAP为代表的新一代商业智能应用所受到企业用户的广泛青睐,SAP在中国用户的激增,具备最终用户或内部顾问应掌握的基本SAP技能的人才需求数量也相应增加。
2、物资需求计划(MRP)即指根据产品结构各层次物品的从属和数量关系,以每个物品为计划对象,以完工时期为时间基准倒排计划,按提前期长短区别各个物品下达计划时间的先后顺序,是一种工业制造企业内物资计划管理模式。MRP是根据市场需求预测和顾客订单制定产品的生产计划,然后基于产品生成进度计划,组成产品的材料结构表和库存状况,通过计算机计算所需物料的需求量和需求时间,从而确定材料的加工进度和订货日程的一种实用技术。
扩展资料:
SAP在各行各业中得到广泛应用,它为20多个行业提供融合了各行业“最佳业务实践”的行业解决方案,这些行业包括汽车、金融服务、消费品、工程与建筑、医疗卫生、高等教育、高科技、媒体、石油与天然气、医药、公用事业、电信、电力及公共设施等。SAP在每个行业都有行业解决方案图,充分展示各行业特殊业务处理要求,并将其绘制入SAP解决方案和合作伙伴补充方案中,完成包括基于网络的“端到端”的业务流程。
参考资料来源:百度百科-物资需求计划
参考资料来源:百度百科-SAP系统
物料需求计划。那么,什么是物料需求计划,简言之,对企业所有的物料需求,进行统一计划与管理。
MRP的目的是什么?换言之,企业对物料需求计划进行统一管理的目的是什么?MRP的主要目的如下:
保证物料的可用性
简单来说,保证企业在需要某物料的时候,此物料必须在仓库里存在,从而保证企业的生产、销售等业务的正常运转。为保证的企业在运转时,能够及时有物料存在,其相关的物料需求,就需要统一的计划与管理了。
尽可能优化减少企业的成本
如果仅仅是保证生产销售时物料的及时可用,那么,我们完全可以采取大规模采购的模式,进而保证物料的可用。但实际上,企业肯定不会这么做,因为这么做,会导致库存成本过高,物料损耗过大,同时会导致大量的资金占用,会给企业带来很多不必要的成本。
所以MRP最终目的是,在保证日常业务正常运转中,尽可能地减少库存成本,优化后勤流程,保证企业以更小的成本进行运转。
2.MRP的整体流程
在MRP的概念中,我们清楚地知道了MRP的目的,那么,在SAP系统中,这些MRP的目的是如何实现的呢?接下来,我们介绍MRP的整体流程。
如下图所示,MRP在SAP系统中的基本逻辑是:根据需求计划运行MRP,最终形成计划订单,再根据物料是内部生产还是外部采购,将计划订单转成生产订单,或者是外部采购所用的采购申请、计划协议。

在内部生产过程中,系统为计划生产的数量创建计划订单。完成计划后,系统将计划订单转换为生产订单。然后,系统将计划订单中的相关需求,转换为生产订单中的预留。也就是图中所提到的相关需求部分,实际上就是生产所需的原材料的预留。
在外部采购过程中,系统可以针对外部采购数量,创建计划订单或采购申请;如果在货源清单中维护了与MRP相关的计划协议,在运行MRP时,可以设定参数,让系统生成计划协议。注意,MRP要生成计划协议,需要维护相关的货源清单,并标记与MRP相关的设置,这里,我们会在以后详细介绍。
很明显,根据上述的逻辑,SAP系统会根据MRP的运行,保证企业能够根据销售等相关独立需求,清楚地监控和管控自己的库存,采购需求,生产计划等,从而降低企业的相关成本。那么,在SAP系统中,MRP该如何运行,有多少种运行方式等,才能保证实现MRP的目的?这个问题在我们完全分享完整个MRP相关内容后,就有清晰答案了。