ERP、MES、PLM 单独看都有明确的功能清单；放在一起看，最容易出问题的不是“功能重不漏”，而是“谁说了算”。同一颗物料在三个系统里有三个编码，这种集成从第一天起就注定要打补丁。
一、先分责任，再谈集成
| 维度 | PLM | ERP | MES |
|---|---|---|---|
| 核心职责 | 定义产品 | 经营与计划 | 现场执行 |
| 主要产出 | 图纸、EBOM、MBOM、工艺、变更 | 订单、采购、库存、成本、财务报表 | 工单实绩、质检记录、追溯链 |
| 主数据归属 | 物料定义、BOM、工艺路线 | 客户、供应商、价格、库存、成本科目 | 工单、批次、序列号、设备台账 |
| 时间尺度 | 产品生命周期（年） | 经营周期（月 / 周） | 生产周期（天 / 小时 / 分钟） |
| 典型用户 | 设计、工艺 | 计划、采购、财务、销售 | 车间主任、班组长、操作工、质检 |
这张表最该被记住的是“主数据归属”那一行。主数据只能有一个主人，其他系统引用副本，不允许各自维护一套。
二、主数据只有一个主人
物料编码是最典型的例子。合理的设计是：PLM 负责物料的创建与定义（名称、规格、材质、单位、替代关系）；ERP 负责经营属性（采购提前期、安全库存、标准价格、成本科目）；MES 负责现场属性（存放位置、批次规则、消耗方式）。
三者分管不同属性，但编码本身只在 PLM 生成一次，ERP 和 MES 收到的都是同一个编码。如果三边都能建码，三个月后同一个规格就会冒出三个编码，而库存永远对不上。
BOM 同理：EBOM 与 MBOM 在 PLM 里维护，ERP 接收的是“算成本、算需求用的 MBOM 快照”，MES 接收的是“排工序、领料用的 MBOM 快照”。ERP 和 MES 都不该有修改 BOM 结构的权限——可以有“现场替代”这类临时处理，但必须是受控、可追溯的例外，不能变成常态。
三、数据流只有三个方向
下行：客户订单进入 ERP → 生成生产订单 → 按 MBOM 展开物料需求 → 把工单与工艺下发给 MES。
上行：MES 采集执行实绩（完工数量、工时、废品、质检结论）→ 回传 ERP → 触发入库、结算与成本归集。
侧向：PLM 的变更通知同时发往 ERP 与 MES，说明“从哪一天起、哪些物料、换成哪个版本”。
三个方向里最容易做漏的是侧向。很多企业做了 ERP 与 MES 的接口，却没做 PLM 变更的下发通道，结果是设计改了、ERP 里的 BOM 没改、MES 还在按老工艺做，等发现时已经生产了一批。
四、集成顺序：先定义，再计划，后执行
如果三个系统要分步上，顺序建议是：先把产品定义理清楚（PLM，或至少把 BOM 与工艺的维护规则定下来）；再上 ERP，把订单、采购、库存、成本的账跑通；最后上 MES，把现场执行的数据接进来。
反过来的顺序风险最大：先上 MES，工单从哪里来？只能手工录入或从 Excel 导。等你再上 ERP，两边的工单编号规则、物料编码规则很可能对不上，接口要重新设计一遍。
现实里很少能完全按理想顺序走。如果必须倒着来，至少先把物料编码规则和工单编号规则对齐——这两个规则是三个系统的共同语言，语言先统一，后面接哪个系统都容易。
五、判断集成是否健康的四个问题
- 同一次查询，三个系统给出的“这个物料还有多少库存”是否一致？
- 一张生产订单，从 ERP 下单到 MES 完工，能不能一条线查到全部节点？
- PLM 改了一个零件，ERP 和 MES 知不知道、从什么时候生效？
- 出现数据不一致时，谁负责裁定、按什么规则裁定？
三个系统各自的边界其实是清楚的，难的是企业内部的职责边界——谁维护物料、谁维护 BOM、谁对数据准确性负责。软件只是把这套职责固化成流程。职责不清，再好的集成方案也只是把混乱自动化了一遍。