信息一体化越来越成潮流了。但真正能解决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等软件厂商大洗牌，并将国内软件市场引向成熟和稳定。虽然我们技术起步较晚，但是，凭着国内的巨大市场空间，通过纵横发展，我们就有挑战国际软件巨头的能力和资质。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：ERP与PDM信息一体化探讨
本文网址：http://www.toberp.com/html/consultation/1082054112.html
相关文章
