网站建设的论文的参考文献,移动网站开发服务,网上推广怎么收费,中小企业网站惯例闲话#xff1a;天气突变#xff0c;没想到珠三角也骤降了10几度#xff0c;昨晚还吹风扇模式#xff0c;早上起来一下子感觉丝丝凉意。闲人还是喜欢冬天#xff0c;冷#xff0c;能让人思维清晰#xff0c;提高工作效率。趁着天气适宜#xff0c;赶紧加班擦屁股去…惯例闲话天气突变没想到珠三角也骤降了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 100KG1PC 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应该解决哪些具体的问题。
