惯例闲话:天气突变,没想到珠三角也骤降了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应该解决哪些具体的问题。