制造企业做系统集成时，常见一个误判：
“我们已经有 ERP、MES、WMS，只要把接口接上就行。”
实际落地里，项目失败通常不是“接口写不出来”，而是三件事没处理好：
- 系统边界不清，互相抢职责
- 数据口径不统一，越打通越乱
- 异常没有闭环机制，线上靠人补漏
这篇文章不讲概念，重点讲“先做什么、后做什么、做到什么程度才算可上线”。
一、先把边界钉死：谁负责“业务事实”，谁负责“执行事实”
三套系统典型边界建议如下：
- ERP：业务计划与经营核算（订单、采购、成本）
- MES：生产执行事实（开工、报工、工序状态）
- WMS：库存与物流事实（库位、批次、出入库）
一句话原则：
同一业务事实只能有一个主源系统。
例如“完工数量”如果 ERP 和 MES 都可改，最后一定会出现对账争议。
二、推荐的集成顺序：先控交付，再控库存，再控账务
第一步：ERP ↔ MES（优先级最高）
目标是把“计划承诺”和“现场执行”连接起来。
关键接口：
- ERP → MES：生产计划、工单主信息
- MES → ERP：报工、完工、工时
验收标准：周会上不再出现“计划在 ERP，执行在纸上”的双轨情况。
第二步：MES ↔ WMS
目标是让领料、退料、完工入库闭环，减少现场补单。
关键接口：
- MES 发领料请求，WMS 回出库确认
- MES 推完工入库，WMS 回库位与批次
第三步：ERP ↔ WMS
目标是财务账、库存账、实物账一致，重点解决采购入库和库存余额差异。
三、项目里最容易埋雷的字段（建议先做字段字典）
以下 5 类字段最容易出错：
- 物料单位（PCS、KG、箱）换算
- 状态码（已下达、已开工、已完工）
- 时间戳（计划时间、实际时间、回传时间）
- 批次规则（批次号生成与追溯范围）
- 数量口径（合格数、不良数、返工数）
建议每个字段写清 4 件事：
- 字段定义
- 主源系统
- 回传规则
- 异常处理方式
四、接口方式怎么选：别一刀切
方案 A：数据库直连
开发快，但对版本升级和权限治理不友好。
方案 B：API 集成
可维护性更好，适合大多数企业。
方案 C：消息队列
适合高并发和异步解耦场景，但治理门槛更高。
实操建议：
先 API 打主链路，再把高频或异步场景迁到消息队列。
五、别忽略“异常链路”——真正决定上线质量
很多项目验收只测正常流程，结果一上线就暴露问题。至少要压测这 6 类异常：
- 工单拆分/合并
- 退料与补料
- 返工返修
- 批次回溯
- 接口超时重试
- 重复回传幂等处理
如果这些异常链路没有预案，系统上线后运营成本会迅速升高。
六、上线验收门槛（建议用于项目放行）
- 关键流程单据可跨三系统追溯
- 同一指标在三系统口径一致
- 接口日志可监控、可告警、可追责
- 接口失败有重试与人工兜底
- 月度对账差异率进入可控区间
FAQ
Q1：为什么主数据治理必须先于接口开发？
因为接口只是搬运通道，不解决语义冲突。口径没统一，项目上线后只会把错误自动化。
Q2：怎么避免“系统打通后没人维护”？
要有明确的运行机制：接口 Owner、告警人、SLA、月度对账会。没有这套机制，系统很快会退化为“能用但不可信”。