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等软件厂商大洗牌，并将国内软件市场引向成熟和稳定。虽然我们技术起步较晚，但是，凭着国内的巨大市场空间，通过纵横发展，我们就有挑战国际软件巨头的能力和资质。