【转载】MM、PP一句话入门

让我们来关注供应链上的另一个模块Material Management，即MM、物料管理。

　　让我们来关注供应链上的另一个模块Material Management，即MM、物料管理。从SAP对其定义的范畴来看，它处在供应链的上中游。而广义的物料(物资或物品，是英文Material的翻译，下同)管理关注的范围则可能更多。延续上一篇的叙述风格，下面我尽量用浅显直白的语言对SAP的MM模块做一个介绍。
　　物料(Material)的含义极广，任何看得见看不见的东西几乎都可以称之为物料。在SAP中，将重点关注用来直接或间接为企业增值的物品，如原材料、半成品、成品、水、电、蒸汽、空气、设备、仪器仪表等等。同时，也可以把用于销售的、非物质形态的“服务”作为物料来管理。
　　我们将这些实物或者非实物的东西纳入物料管理，为其编码、分类、收集并记录它们的一般或者特殊属性(如形态、颜色、规格、重量、基本单位、销售单位、运输单位、存放条件、生产批次等)，这些工作将有利于企业对自有资源的统一管理，也是日常业务单据处理的基础。
　　特别是物料(或物资)的编码与分类，好像这个是国际标准委员会或中国国家标准委员会做的事情，但是现实情况是，迄今为止没有一套完善的囊括各行各业的物料分类与编码规范。每个企业在做信息化建设的时候都要经历这么一道为企业特有的物质非物质资源分类与编码的程序。如果做的好，其重要性可能体现不出来;但是如果这一步就做得比较失败，后续的工作将如沙地盖楼。举一个最简单的例子，我在加工一个零件的时候要用到原材料，或者在销售的时候需要领料，如果同一种物料被创建了若干次，每一次的描述编码都不同，无论是前端业务的制单者或者是后端财务核算者，都将疲于区分。同时数据库中的垃圾、冗余的数据也将越来越多。
　　解决了物料管理的第一大问题，分类与编码的问题，接着来看SAP中MM的其他内容。前文说到SD是解决“卖”的问题，那么MM就是解决“买”和“仓储”的问题，当然“运输”将是MM和SD共同关注的问题，至于“生产”，PP模块会来处理。
　　针对“买”(正式一点叫法是“采购”)，我们提出如下问题：
　　1，谁来买?
　　2，买什么?
　　3，向谁买?
　　4，以什么样的价格买入?
　　5，采购业务模式?
　　6，货物如何到达?
　　7，钱款交割方式?
　　同理，我们分别引出相应的概念：
　　1，谁来买?
　　当然是企业里的某个部门某个班组某一个几个具体的员工。根据需要，从下到上我们会应用到这些相关概念：雇员、采购组、采购组织、公司代码等。这就是所谓的采购组织架构。
　　2，买什么?
　　物料，就是上文所说的分类与编码问题。
　　3，向谁买?
　　供应商。如同物料与客户一样，它是一个企业相对稳定的资源与财富，需要集中收集与管理，这种相对固定的、一旦建立只需要在变动的时候修改的数据，我们称之为“主数据”。既然将这些资源数据化，那么他们都有被被分类整理并分析的必要。比如供应商可以分成：一次性供应商、集团内供应商、国外供应商等。
　4，以什么样的价格买入?
　　采购价。类似于SD中的销售价，一个最终的供应商发票上的价格，也可能包含若干计算小项。我们把这些若干小项称之为“条件类型(Condition Type)”，如：含税基价、进项税、运杂费等等。这些若干小项将以配置好的一种四则运算规则运算出最终价格，这个运算规则在SD中称为“Pricing Procedure”，而在MM中被称为“Calculation Schema”。另一个需要注意的是，采购价、成本价、销售价三者的区别，这是三个没有直接关系的概念，初学时容易混淆。
　　5，采购业务模式?
　　刚开始可以先把它理解为单据类型吧。常见的有标准采购、网络采购、空白采购订单(如采购办公用品之未建立物料号的东西)，跨工厂的移库也可以用采购的功能来实现。
　　6，货物的到达
　　对于供应商的销售行为，他们的业务模式可以是门到门，到岸，或者自提等。如果不是供应商送货上门，企业就有一个内向物流“Inbound Delivery”(区别于销售时的Outbound Delivery)。如果是供应商负责送货上门，我们就可以简单根据采购订单收货入库。当然，不管是Inbound还是Outbound还是Inhouse，SAP的另一运输子功能“Transportation”都能管理起来，囊括从路线的设定到运输的排程到费用的结算的所有内容。
　　7，钱款的交割
　　向客户是叫应收AR，向供应商的则叫应付AP。方式也是有多种，当然，前提是收到并校验供应商开出的发票。
　　至此，物料已经采购入库了，我们再来看MM的仓库管理。物料的仓库管理形式在SAP中有如下定义：最高物料管理单位是Plant(翻译成工厂，容易混淆)，Plant可下挂Storage Location。更全面的信息请参考MM的特别是WM的帮助文件。
　　以仓库为核心，物料的动作无非是：入、出、移动。不管是什么类型的动作，每一次移动SAP都会产生一个凭证：Material Document。不同的类型由不同的移动类型(Movement Type)区分。
　　1，入
　　有系统导入时的初始化入库，采购入库，无条件的入库，移库入库，退货入库，产成品入库等。
　　2，出
　　有销售出库、移库出库、报废出库、样品出库、采购退货出库、生产领料出库等。
　　3，移动
　　这个就无所谓了，想移就移。如果移出地与移入地相隔甚远，可以用Transportation来管理。
　　关于物料管理更深入的话题有，分割评估、批次管理、科目记账、库存状态、MRP、供应商评估、立体仓库管理、VMI、盘点、委外处理等。咱们花开两朵，各表一枝，下回再见。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

PP：

我们常常听到“进销存”、“供产销”等概念，一个完整的供应链关注的就是从采购到生产到销售的全过程。简单的说，PP将负责将MM采购的原材料半成品加工成SD可以销售的贸易产品或者供下一步使用的半成品。

　　江湖盛行这么一首诗：
　　SAP是庞大的，模块是多多的，功能是强大的，搞懂是没门的。
　　SD是灵巧的，五脏是俱全的，满足是不能的，报表是经常的。
　　PP是复杂的，相同是很少的，MRP是要的，精确是不能的。
　　MM是重要的，数据是多多的，做好是稀有的，目前是紧缺的。
　　FI是核心的，记账是主要的，工作是轻松的，地位是高高的。
　　CO是控制的，与FI是配合的，凭证是很多的，成本是不准的。
　　ABAP是必须的，开发是经常的，地位是没有的，作用是点缀的。
　　BASIS是装机的，DEBUG是常有的，精通是困难的，ABAP是兼职的。
　　HR是搞人的，会作是很少的，研究是需要的，潜力是无穷的。
　　WORKFLOW是神奇的，功能是炫目的，做通是很少的，因而是不做的。
　　QM是质量的，上的是不多的，思路是奇特的，冲突是必然的。
　　PM是见过的，功能是明显的，做做是蛮好的，培训是需要的。
　　APO是传说的，上的是没有的，目标是理想的，成功是偶然的。
　　CRM是起步的，客户是听说的，用好是没有的，完善是需要的。
　　BW是早有的，产品是多样的，需求是渐多的，招人是必要的。
　　市场是巨大的，ERP是需要的，签单是可能的，打折是一定的。
　　KICK OFF是要有的，首期是会付的，蓝图是要做的，确认是艰苦的。
　　实施是痛苦的，修改是经常的，说服是需要的，项目是继续的。
　　数据是庞大的，整理是艰苦的，手输是不能的，BATCH是要编的。
　　客户是刁蛮的，要求是无理的，说话是牛逼的，干活是不行的。
　　KEY USER是难做的，加班是经常的，工资是不多的，衰老是优先的。
　　上线是被逼的，不逼是不行的，时间是紧张的，恐惧是不必的。
　　人区别于动物的一大特点就是，想的不等于说的，说的不等于做的，做得不等于写的，这在SAP项目的从忽悠打单到项目筹备到上马实施到日常运营一整个阶段得到淋漓尽致的发挥，得亏哥们儿我们还练过，十几年的语文教育早把我们教育得火星人都能骗到。你看到处都是摇旗呐喊振臂高呼的作者加专家，喝的全是肥油拉的全都是思想，酒足饭饱后开始做思考状，轮番炒作堆砌无数华丽的概念与辞藻。可能，大概，是源于这个传闻：钱多、人傻、速来!干这个越久心理越内疚，以至每天做梦都在赶飞机飞机还晚点、每天都在赶文档文档还无穷尽、每天都在开会每天还有总不完结，搞得白头发越来越多。有回在梦里一个高人朝我大叫，你丫好好说点实话认真写点明白的字干点正经事要死啊。。。于是我琢磨着啥时候说点人话，捞点干的讲讲，少绕点弯子，报效一下诸位神仙，积点阴德，权当烧香拜佛了。赫赫，牢骚了一千字，我的帖子看起来好像更长更漂亮了，咱看透不说透，都是好朋友，接着上回说。
经济实体都是要拿东西出来卖了挣钱的，一流企业卖标准，二流企业卖服务，三流企业卖产品，个人还可以卖思想卖文字卖体力啥的。除非这些东西是爹妈给的，这些为企业盈利的实物产品都要和我们要说的PP(Product Planning)模块有关系。SAP网站把行业分为“金融业与公共部门”、“制造业”和“服务业”三个大类，于是，和PP有关的大概只有 “制造业”这一块了，它包含有航空、汽车、化工、消费品、电子产品、机械、医药、石油天然气等。
　　我们常常听到“进销存”、“供产销”等概念，一个完整的供应链关注的就是从采购到生产到销售的全过程。简单的说，PP将负责将MM采购的原材料半成品加工成SD可以销售的贸易产品或者供下一步使用的半成品。所以，其内容就可以直观的表述为“为什么要生产”、“要生产什么”、“怎么生产”、“谁来生产”、“要生产多少”、“能生产多少”，还有，同时也是相对重要相对复杂的，就是实现这个物品形态的转变要“花多少钱”。
　　1，为什么要生产?
　　要拿来卖、要盈利、要挣钱。老板说了，M个N年计划内实现共产，三五年内赶英超美，半年内亩产万斤，下个月开始就让员工月入万元不是梦。就是所谓的企业经营运作计划了，Forecast来Forecast去，终究离不开“卖”这个字，于是有个SOP(Sales and Operation Plann)。
　　2，要生产什么?
　　老板说了，朕什么都没有就是有钱，干点啥好呢?整点NIKLA、SAMSONG来耍耍?在臭水沟边盖座依山傍水的皇家绝世好楼?酿点始于1848年的非著名白酒?缝点德国血统的小裤衩去卢浮宫展示展示?
　　这些都是传说中的高层决策了，我不是高层，与我无关。钱打哪儿来的我等自然不敢过问，我只关心老板想要生产来卖的东西是啥(Material)，组装结构复不复杂(BOM)，要多少原材料(Raw Material)，哪些东西自己有、哪些可以自己生产、哪些要从别人那里去买(MRP：Subcontract/Purchase)，自己产的东西要什么设备、装置、流水线(Work Center)，有哪些什么工序(Routing)，要引进什么国际领先国内一流XX特色的技术，要招多少女大学生，要请多少农民工，扯远了。。。
　　3，怎么生产?
　　这个细节好像PP不太关心。把生产比喻成吃的是草挤的是奶的话，PP只关心要喂什么草，挤出来是什么奶。至于这把草怎么从口腔传到胃里面，胃怎么消化吸收，吸收了的东西如何到达乳腺，好像是MES(Manufacturing Execution System)、DCS(Distributed Control Systems)、SCADA(Supervisory Control And Data Acquisition)这些东西关注的事情。作为管理层的信息系统，SAP中的PP只关注生产过程中的关键步骤，这话听起来比较空，其实是这么一个过程：
　　(1)制定一堆产品的中长期销售运作计划(SOP)
　　(2)分解某几种产品的主生产计划(MP)
　　(3)确定哪些库存有、哪些需要采购、哪些需要生产(MRP)
　　(4)确定制定明确的一定周期的生产计划(计划订单)
　　(5)根据这个计划建立生产订单(开工的凭据)
　　(6)生产过程中投入相关的原材料半成品等到这个订单(直接材料消耗)
　　(7)待到生产完毕从这个订单收货(生产出了成品或半成品)
　　(8)生产订单确认(表示此项工作完成，可以确定消耗量、人工费、制造费用了)
　　(9)生产结算
　　4，谁来生产?
　　某工厂内、某个人负责的、某套装置设备上、用某个工艺路线来生产的。要是你用过数据库，就会知道，这是录入在一个记录生产信息的表中的某一行的某几个字段，用以标志该项生产业务的行为主体。
5，能生产多少?
　　一头奶牛一年最多能产5、6吨奶，一套设备一年满负荷跑也就能产那么多东西，此谓产能。我们在计划、排产的时候都应该考虑这个因素，如果设置了，系统到时会以设定的方式予以警示，其逻辑就是将设定的最大值与你录入的值相比较。当然，前提是你的公司有这样的管理水平和管理能力。
　　6，结算Settlement
　　假定这么一个制造过程：
　　(1)原材料R，其成本中心是C1，经生产订单O1加工后得到半成品H;
　　(2)半成品H，其成本中心是C2，经生产订单O2加工后得到成品F;
　　(3)成品F入库、售出。
　　那么，除了原材料、半成品、成品自身的库存账要变动外，各生产订单O1、O2要归集材料费加工费生产成本转出及其差异等，成本中心要计入相应的加工费以及作业价差。材料采购还有采购价差、生产订单还有材料消耗量差异计划加工费差异、成本中心还有作业单价差异。好像很多的样子，PP加CO，三五年只能看个目录啊。
　　7，附加话题：关于离散制造与流程制造
　　典型的流程型生产行业有医药、石油化工、电力、水泥等，它们主要采用按库存、批量、连续的生产方式;典型的离散制造行业有机械制造、电子电器、汽车等行业，这些企业，则既有按定单生产，也有按库存生产，既有批量生产，也有单件小批生产。
　　他们有啥区别?从业务上讲他们的差异存在于产品结构、计划的粒度、MRP的要求、相关的数据采集要求等。单从他们的BOM的构成就可以管窥一二：离散制造用的是树状层次型结构的BOM，相对固定，不管BOM有多少层，它的材料数量、材料型号、生产过程总体来说固定的。
　　流程制造的产品结构不能用树状的层次型结构来描述，复杂的流程制造需要用链式结构(单链式或者多链式)。产品制造全过程分为若干逻辑阶段，每个阶段的粗细可根据具体的生产、管理需求而定。环环相扣的各个阶段可能产生联产品、副产品，而这些不能精确确定，就是说我们不能做到完全精细生产。同时整个流程生产过程是一个动态的过程，产出量、所产物料的特性会受到原材料成分、温度压力、设备等等波动的影响，并且不可预知。而离散制造就没有此类问题。
　　8，附加话题：MRP
　　MRP及Material Requirements Planning，物料需求计划。他要解决的问题是：
　　(1)需要什么?
　　(2)需要多少?
　　(3)何时需要?
　　举例来讲：
　　(1)今日是2007年10月24日，我要在11月1日要A产品100件(需求量及日程)
　　(2)A产品由2个部件X、2个部件Y和1个部件Z构成(BOM)
　　(3)当前库存A产品10件，X部件10件，Y部件10件，Z部件50件(Stock)
　　(4)其中XY部件需要外购，Z部件自己可以生产
　　输入这些数据以后，经过MRP的逻辑的运算，系统会告诉我们：截至11月1日，要准备90件A产品;要采购X和Y各170个并发出申请;要生产40个Z并发出生产计划。Well，貌似不是很复杂，其实深究起来关于生产的各个环节都别有洞天，内容多而杂。管理的全面与操作的繁杂，这是一个矛盾，好在大部分的应用都在简化处理。
　　以上一家之言，仅供娱乐，不做任何决策依据，谬误之处恳请指正。若有误导，实属无心。