1 PDM与ERP接口探讨
信息一体化越来越成潮流了。但真正能解决ERP一大难题的PDM,集成好像一直是是是非非。究其原因:一是,前段时期ERP和PDM的集成很难由一家厂商完成,因此导致技术上的差异难以弥合。二是,ERP与PDM集成的内容没有一个充分的标准或标杆。另外还有其一些他原因。所以,现在大家看到,信息一体化很热闹,但很没门道。能把ERP与PDM用得好、用得很快乐得倒不是很多。
笔者有幸做了几家ERP、PDM集成。感觉是:不同厂商之间做集成时好扯皮,然而客户和自己万分痛苦,同一厂商的PDM、ERP集成是客户万分迷惑、软件厂家自己也万分痛苦。做到最后,有的真差点做成了PDM与ERP集成就是一个“可远观但不可近视”的瓷器活。随着做的接口越来越多,笔者的切实感受大概有以下几点,跟大家分享一下。
1.1 PDM与ERP集成的内容
PDM与ERP集成的内容主要有以下一些:
静态数据
1)物料(包括物料版本信息),包含:自制件、委外件、外购(协)件、客供料等
2)BOM
3)工艺路线(Routing)
4)工艺、工作中心、工时及相关编码
5)计量单位
6)供应商
7)人员信息
8)计量单位
9)物料类型
10)部门
11)检验项目、检验标准等
12)检验卡
13)其它
动态数据
1)产品结果变更、工艺变更集成
2)成本、价格、库存/可用量
3)其它
1.2 PDM与ERP集成的技术
不同ERP与PDM集成,可能由于后台数据库或架构、后台表或字段不同,往往会出现有的集成十分容易顺畅、有的集成千头万绪。现在有的软件厂商开始将ERP、PDM进行套装集成,可能技术上会相对容易。但目前在国内,二家不同的ERP与PDM之间集成还是十分普遍。寻找一种万能解决方案十分必要。这样,突破PDM与ERP的技术限制,最大限度满足PDM、ERP保留自己个性,同时最大限度让双方的技术要求能在一方轻易实现。目前,不同实施人员可能有不同的解决方案,但没有形成一个标准方案,也就是万能方案。经过多个的项目磨合,我们应该寻找一套适用自己的万能的集成方案或者集成标准。
1.3集成的实施
技术的问题很好解决。但实施问题才是真正的难题。
要保证顺利集成,首先是PDM与ERP必须同步整体规划;因为ERP对物料有专门、严格的定义,这比PDM要严格和精准的多。而一般情况下,PDM会比ERP要早实施,如果不能对物料编码做出规划和一致的定义,后续ERP与PDM将是就是痛苦的婚姻。
另外,PDM的E-BOM其实与ERP的M-BOM和C-BOM有差异很大,严格上讲,ERP很难用得上。ERP真正能用得上的是CAPP的P-BOM或者说是P-BOM,因为有些软件中将CAPP集成到了PDM中,但P-BOM是需要存在的。之所以说P-BOM可能被ERP的BOM能用得上,是因为,至少P-BOM与ERP的BOM形式相同,自制件、外购外协件,二个BOM都有。所以,他们有了取得一致的可能。但是,P-BOM一般情况下,不可能就是ERP的BOM;因为PDM是一个部门软件,它不可能以整个企业管理的职责来规划BOM的建制。当然,ERP是一个企业级的综合BOM,它的层数、层次、物料都有相当讲究,需要多个部门一起共同最后确定出原则。不过,如果前期PDM与ERP能精诚合作,CAPP能够尽可能为后续的ERP建BOM提供更接近的P-BOM,或者提供适合ERP“手术”规则的P-BOM。这样,ERP实施时,BOM就可以轻松从PDM/CAPP中导过来。
但目前国内,ERP和PDM实施顾问对自己的软件如何精确把握都有这方面或那方面的不足,彼此软件精通了解并能咨询式应用更是少中加少。所以,常常出现PDM做一遍BOM,而实施ERP时,再录一次BOM。
2 BOM变更管理
BOM变更,工艺变更,不论是单纯的ERP还是PDM与ERP集成;都是必须面对和解决好的问题。可能单纯的PDM中,问题会好解决一点,但是,当变更指导生产时,这些变更都会影响以生产为中心的企业管理活动。所以,在企业中,生产部门、销售部门等通常会把这些问题作为日常难以解决的问题之一。因此,不论PDM还是ERP,还是PDM-ERP,都有必要从技术角度来看看BOM变更的过程和状态。这对于解决工艺变更等问题也将是水到渠成的借鉴。
BOM变更的业务型态,大致有以下几种情形:
2.1 BOM还在设计或技术状态
这个状态是BOM还在研发设计或技术部门,还属于部门内变动。除非设计时间过长使后续工作延期或者说导致研发费用增长,其余的,是部门的正常活动,也影响不了谁,唯一影响的,是研发设计和技术部门工作量。
2.2 BOM交付给生产部门,但还没有排产,也就是定型但没有量产
如果这个时候变更,则需要跟相关部门沟通,下个变更通知单(ECR),当然是什么原因导致变更(ECN),可能是业务原因,也可能是设计技术本身原因。也不是很难的事情。
2.3 排产完毕,准备投产
还是计划阶段,没有组织采购、生产。这个时候变更,也问题不大,跟生产部门为主的部门沟通,基本上也问题不大。
2.4 形成令单,分别采购、生产
这时变更则需要检查生产情况和采购状况,情况就分很多,一还没有下料或下采购订单,则直接更换图纸或工艺要求或用料,还算好处理。二是下了工令或采购订单但还没有领/发料或者供应商没有排产生产,这时变更如果运气好,可以避免绝大多数损失。三是工令在制和采购在产或在途,这时,就存在到底是按老的BOM还是就新BOM的决策。如果按老的,一切不变,如果已生产的按老的、未生产的按新的BOM,则须退料重新领/发料;采购也得做相应的采购变更。但这个时候,须快,兵贵神速。时间就是金钱,抢时间就是钱,可以直接减少一些不必要的损失,特别是一些接单式的非标产品或部件,更是如此。
2.5 生产已经入库未发货
如果变更还得返工或返修;就会发生重新领/发料或重新采购,退料;再入库等过程。
2.6 销售出库
如果还变更,那就是现在比较流行的“召回”制度了。一是销售退回,二是重新领发或采购,三是再入库,四是再出库。
这些业务状态,不论在PDM还是在ERP中,都不可能用软件完全管控。原因是这些变化比较随机,没有规律。因此,最多是用管理流程和制度进行规范,但软件作为某些节点进行数据采集或输出。
3 PDM与ERP一体化通用接口解决方案(注:不同企业具体要求不同)
以XX企业PDM与ERP接口解决方案为例。
3.1 PDM与ERP一体化可以集成的内容
1)物料:可以从ERP读取,也可从PDM导入;目前仅从PDM导入或ERP手工录入。
2)计量单位:可以从ERP读取,也可从PDM导入;目前仅ERP手工录入,手工保持PDM与ERP一致。
3)存货分类:ERP录入,PDM无此需求。
4)BOM:可以ERP录入,也可从PDM导入;目前从PDM导入或ERP手工录入。
5)工序:不需集成。
6)工艺路线:不需集成。
7)检验:不需集成。
3.2 PDM与ERP接口解决思路
1)PDM给数据接口(PDM中间库表),ERP从接口取数据(ERP中间库表);ERP中间库表写入ERP后台表
2)导入时:先存货再BOM
删除时:相反(ERP中进行)
3)先做存货档案模版,再导入。BOM 导入的优先顺序及逻辑:如BOM对存货档案的判断、存货档案对计量单位的判断等。
4)ERP已新增或修改,BOM或存货档案再从PDM中导入时,不变更已有内容,点击变更时,只改变品名、规格等字段。
3.3 PDM与ERP接口操作步骤
3.3.1物料档案
1)PDM发布物料信息,三个字段:物料编码、名称、规格型号;其余如有也可直接导入,如:工程图号:PDM。
2)导入即可。
3)逻辑要求:
有重复码需要报警并记入日志; ?
未导入需要报警并记入日志; ?
计量单位、存货分类需要与ERP已有计量单位、存货分类表进行关联判断,相同则导入,ERP后台没有则报警并记入日志,计量单位、存货分类为空白。
3.3.2 BOM
1)PDM发布BOM。
2)从PDM中间库表直接导入。
3)检查导入的BOM物料档案是否正确,并检查导入的报警信息。
4)字段说明:
子件行号:跳码10
工序行号:0000
基本用量:PDM,若为小数超过二位则变为二位
基础数量:默认为1,但当基本用量有放大时须同时放大相同倍数
固定用量:PDM,默认为否
供应类型:取存货档案,PDM有以PDM为主
生效日期:PDM,默认:2000-1-1
失效日期:PDM,默认:2099-12-31
领料部门:PDM,否则为空
5)逻辑要求:
先检查存货档案,如果存货档案没有则该BOM不导入。
有物料编码未导入的需要报警。
有数量及物料的BOM属性(基础数量、基本用量、使用数量、领用等)未导入的需要报警(会导入但默认为0,加个检查)。 ? 有母件无子件或有子件无母件的需要报警并不导入。 ?
导入的存货档案需要与ERP后台的inv存货档案关联,如相同或BOM中间库表的为空以inv为准导入,若BOM中间库表与inv不同则以BOM为主。 ?
将以前的该BOM删除;因此需要出现提示:是否继续? ?
M—BOM的检查及删除(按技术逻辑对PDM中的一些数据进行调整,以最大限度近似M—BOM)。
3.4导入数据及相关数据操作注意事项(管理规定)
3.4.1所有静态数据须专人管理 公司级数据为信息部专人管理,权限不应外布。部门级数据为归口部门专人管理。
3.4.2管理内容
1)BOM管理
ERP中新建BOM:ERP中BOM为直接使用PDM导入的数据。一般情况下,对于新产品BOM由PDM在发布完全部对应物料后,即可导入。导入前,须完成替代件、数量、计量单位的校核。并导入ERP后,须在ERP中进行核准。
ERP中BOM的变更:BOM变更有六种情况应分别处理,已经在上文提到。 ?
BOM的删除:PDM删除BOM不会直接删除ERP中的BOM,因此,在删除完PDM中的BOM后,如果确定有必要删除ERP中的对应BOM,须先检查该BOM在ERP中是否可以删除,再做删除。BOM在ERP中不仅是生产、采购的依据,同时也是成本的依据之一。所以,为了最大可能保证ERP稳定,不要过早轻易删除BOM。一般须按生产周期在停止生产两个月以后才能考虑在ERP中删除BOM。
2)存货管理
PDM在向ERP导入BOM前,须先导入物料,否则会发生灾难性错误。
PDM向ERP导入BOM时,须自动检测物料是否完备,若存货不全则拒绝BOM导入。 ?
PDM在向ERP导入存货时,须对虚拟、倒冲等做标识;ERP自动生成对应供应类型。
PDM在向ERP导入存货时,只对新增的物料(存货)做属性定义,但不会修改已在ERP中存在的物料属性。 ?
PDM物料导入ERP时,已占用了ERP中的自定义字段4、5、10。这三字段不得它用。 ?
PDM导入ERP物料后,须有专人检核、修改,保证物料档案专人管理。 该岗位对物料档案中的其它字段及信息进行维护修改,而其它信息由相应部门传递。 产成品,如果是营销部最先获知,须将产品名称、规格、单位等信息传递到物料档案专岗,由专人在PDM、ERP中维护、修改。 采购件,如果是采购部或其它部门最先获知,做法同产成品一样。 如果是工程技术部最先获知产成品、半成品、采购件等信息,做法同上。 因为存货其它属性基本大同小异,当有一定操作经验后,一般会熟练作业。
3)计量单位管理
ERP中与PDM中的计量单位一致。只有单位一致后才可发布有新计量单位的BOM。
4 结语
信息一体化,是未来软件发展的趋势。因为目前IT技术包括硬件水平,已经达到支撑大型软件信息一体化的条件和基础。目前电脑水平已经达到云级,足够的IT资源为软件发展提供了自由扩展的平台。PDM经过与CAD的初步技术集成后,目前已经与CAPP融合,成就了功能的集成。但是,与ERP的横向集成,在国内还起步不久。真正的一体化浪潮,是近几年的现象;但是,这二年,一体化好像从兴起到了固化的一种发展模式。也就是说,PDM与ERP的未来,是从现在的固化发展模式向更优化的方向快速发展。
国内有实力的软件厂商,不论是ERP还是PDM,开始主动收购兼并对方或者战略合作,只不过,收购应该成为合作的终结者。只有把一体化的软件做成一家化,一体化才会在横向整合道路上继续发展,与ERP为基础平台的软件进行全方位的无缝集成。目前,有些一家化的厂商已经开始将PDM作为一个大型功能模块写入ERP中来。就像把OA、CRM、SCM、MES等写入ERP中来一样,通过预设的技术完全一致性,来消除技术插座、技术差异,消除技术坡度,达到客户应用的技术平衡和平稳。如果能结合市场需求和市场成熟度,这种引导潮流的做法,在今后软件发展中和客户认可度上,肯定迎风破浪、赢抢市场。而这些,也终将导致ERP、PDM等软件厂商大洗牌,并将国内软件市场引向成熟和稳定。虽然我们技术起步较晚,但是,凭着国内的巨大市场空间,通过纵横发展,我们就有挑战国际软件巨头的能力和资质。