闲人闲谈PS之四十九——PLM和SAP集成常见的问题

惯例闲话：天气突变，没想到珠三角也骤降了10几度，昨晚还吹风扇模式，早上起来一下子感觉丝丝凉意。闲人还是喜欢冬天，冷，能让人思维清晰，提高工作效率。趁着天气适宜，赶紧加班擦屁股去了，进来PLM上线，一大堆问题等着解决…

闲话到此为止了，今天要小结下PLM上线以来的问题

PLM系统在项目制造企业的重要性

我们经常听说制造企业信息化三件套，PLM、ERP、MOM，这三件套上齐了，企业的信息化建设基本告一段落了。也可以理解为，企业信息化基础建设，地基、主体结构建造完成。由此可见,PLM是其中不可或缺的基础信息化组成部分。

闲人认为，其重要程度，不亚于ERP。原因在于，此类企业有一个核心的驱动源头，设计。设计的主要工作：图纸绘制、物料数据、BOM输出，后面2类输出对于ERP的重要性，不言而喻，它们是ERP的血液。

PLM的重要性，来自于行业特性，设计驱动。此类企业的核心竞争力，主要是体现在设计上。
普遍的行业认知——一个优秀的设计师，可以让项目从采购、生产、施工环节降本增效，反之，一个邋遢的设计方案，也可以让项目亏钱亏得底裤都没。如何提升设计，是老板们一直要解决的要务之一，明面降本增效，另一面，如何让一名设计师发挥出用工成本几倍以上的效益、花更少的时间输出更多有质量的图、表单？这几十年的经验教训告诉世人一条普世的规律，提升作业标准化、图纸、物料、BOM的复用。最简单的道理，复制粘贴是最为高效的工作。

这也是PLM能够逐渐成为非标定制企业的主流信息化工具的原因。老板看到价值才会花钱投入。

PLM系统的输出

PLM系统输出主要分成如下：
1、非结构化数据：图纸、3D模型等，实现设计文件共享和审批控制等文件管理方面的要求。一般而言，PLM的文档目录呈现一种管理目录结构。这种结构，在ERP中称之为WBS结构。这是PLM和ERP重要集成点。有了这种统一的WBS结构，实现了ERP、PLM之间的数据穿透，这也是业务财务一体化一个重要特征。

2、结构化数据：物料编码极其属性、BOM、工艺，不同的企业基本大同小异，主要体现在BOM的分类不同，一般有设计BOM，制造BOM、采购BOM、包装BOM等等。

关于PLM的功能，在本篇就不详细展开，在下面几期文章再和大家探讨，本文主要聚焦于上线后的一些问题及处理。

PLM和ERP集成的主要问题

我们还是聚焦在PLM的输出和ERP的输入。
1、物料分类不统一。在ERP中，以SAP为例，物料的分类通常有如下颗粒度，物料类型、物料组，

经常出现PLM传输的物料组不存在等，问题产生的根源是在蓝图阶段没有做好统一，两边各做各的，一旦上线就会出现这种问题。要解决也很清晰，以一方为准，通常这些物料的分类，由设计标准化部分来主导，但是闲人发现，很多企业没有设置此类部门，在讨论方案时，设计、采购、计划部门往往各执一词。闲人建议，出现此类情况，恰恰是体现顾问价值的show time，抛出标准化部门、分类的原则等。这里请有心的看官笔记下，分类不要偏向一方，要把业务和财务融合这一个视角去设计分类。

2、物料编码规则问题。上了PLM之后，对于物料编码的颗粒度可能会存在区别，通常来说，物料编码在PLM里是一个大类，不会明确到某个库存对象，而ERP则不一样，物料编码一定是精确到库存对象的。如果这个问题没有讨论清楚，那么ERP大概率会出现一码多物或一物多码问题。

3、物料单位不统一。单位问题在很多项目蓝图阶段、测试阶段都不显著，到了上线后大量数据接入后，就开始鸡飞狗跳。在PLM中改单位是一件很容易的事情，但是在ERP，特别是SAP，修改物料计量单位有多可怕，相信遭遇过的人，一定刻骨铭心，通常是不得不妥协，作废编码，重新建编码。

同一单位，也是在1的基础之上，对物料分类做单位默认，对于一些可数单位，如支、块、个等，在ERP中通常使用PC或EA来表示，这种就需要PLM做配置表来一一对应。

4、多单位管理转换率问题。这是一个难点。对于SAP来说，多单位必须有转换率，如1PC = 100KG，1PC = 10M2等，如果PLM只传单位不传转换率，必然会报错

多单位的转换，和后续的采购信息记录又有绑定关系，所以一旦转换率错了，后面改起来又是噩梦难度。
建议解决方案是，在主数据创建阶段，由标准化分类做默认单位，多单位管理放在SAP中，由专人管理。闲人所在的企业组建了算量管理组，这组人和设计、采购对接，根据图纸计算工程量。
当采购的结算出现差异时，则对采购订单维护差价行处理。

5、BOM发布问题。在上一篇文章中有说明，本文不在赘述。一个原则，BOM的发布确定好数据格式、单次发布的BOM树结构。注意，BOM树的范围，对于非标定制企业来说，是需要讨论清楚的。

6、变更问题。这个问题如果展开可以出一本书，这里分享下几个典型场景

6.1 物料属性变更，对ERP采购申请、采购订单做变更
6.2 物料数量变更，对ERP采购申请、采购订单做变更
6.3 物料作废，对ERP采购申请、采购订单做变更
6.4 PLM采购申请变更，对ERP采购申请、采购订单变更
6.5 BOM的变更。建议先删除旧BOM再新建方式。

对于变更，闲人这次做好了充分的准备应对，对PLM发布场景和SAP返回都做了充分讨论，特别设计了一套单号+行号一一对应的数据方案，但是还是出现了纰漏，恰恰最简单的物料编码不变，数量变化的这个场景中，居然漏了调用BAPI改请购单数量。

总的来说，这次PLM上线还是比较磕磕绊绊，但是和以前相比，闲人最大的感触是，自己设想上线后出现的重大问题都如期出现了，项目组都沉着冷静的应对。这说明项目在按照自己的推演在发展，说明目前一切可控。

PLM和ERP实施先后问题

最后这个问题，也说道说道。闲人经历过的项目中，两种情况都遇到过。
1、先PLM后ERP的好处显而易见，在实施ERP之前，把设计源头的数据、BOM标准化都规范了，ERP实施就更加顺畅了。从一般的因果关系上看，没问题。但是实际往往南辕北辙，PLM项目设计部主导，对供应链、财务的考虑较少，后果就是实施ERP才发现，PLM的输出和ERP统一不起来，然后再把PLM折腾一遍。

2、先ERP后PLM的弊端也显而易见，上线后，需要由专门的小组负责把设计的输出人工转换成符合ERP的数据表单导入，非常费时费力。但是带来的变化也是非常关键的，设计应该给出什么样的符合供应链标准的图纸和数据，通过这一过程梳理的很清楚，为上PLM的标准化工作提供了基础

经过这些年的经验和教训，闲人认为，用第二种方式，可以少走很多弯路，先上ERP可以把很多设计影响供应链的问题全部暴露出来，这是最有价值的，指明了上PLM应该解决哪些具体的问题。