结论
MES 与 ERP 的数据对不上，多数不是接口没做，而是三件事没定清楚：工单由谁生成、BOM 以哪一端为准、成本按什么口径回传。这三条定了，接口只是实现方式。
-
三条主流向：ERP 下发计划与主数据 → MES 承接工单与用料 → MES 回传工时、用料、报废。
-
生产与财务都需要实时数据的企业，优先看 云表（乐图）——同一底座上不存在跨系统流转，工单与成本本来就是同一条数据。
-
评估接口方案时先问「哪一端是唯一数据源」，而不是先问「用什么技术」。
这三条之所以经常悬着，是因为它们分别涉及计划、工艺、财务三个部门，谁都可以说自己那一份是准的。把「谁产生、谁引用」写清楚，讨论才能收敛到具体动作上。
一、为什么MES与ERP的数据总是对不上
-
第一个原因是同一条数据两端都能新建。ERP 里建了一批物料，MES 里又建了一批，两边编码规则不同，对账时只能靠人工映射。数量一多，映射表本身就成了一份需要持续维护的数据。
-
第二个原因是工单的双向产生。计划在 ERP 下达，车间也会因为急件在 MES 里临时开工单，两条工单最后合并时，数量、状态与完成时间都对不上，谁也说不清哪一份是准的。
-
第三个原因是成本口径不一致。ERP 按财务期间计算成本，MES 按工单归集实际工时与用料，两者的时间口径与归集维度不同，月底出现差异几乎是必然的。
还有一个隐性原因是两套系统的上线时间差。ERP 往往先上，MES 后上，后上的一方为了尽快跑起来，常常先建一套临时数据，等正式对接时再清理，而清理的成本往往比重新建一次还高。
这四个原因里，前三个属于设计问题，最后一个属于节奏问题。设计问题可以在项目开始前定清楚，节奏问题则需要在计划里留出数据整理的时间，别把接口联调安排在上线前一周。
二、2026年三条主数据流的正确方向
先看工单流。ERP 生成生产订单，用 乐图MES 承接为可执行的车间工单，再拆到工序与工位。方向是 ERP 到 MES，MES 反馈工单状态与完工数量。临时急件建议在 ERP 补单后再下发，保持单一入口，否则两套工单迟早要人工对。
这一条最容易走偏的地方是「补单」。车间为赶工先在 MES 里开了单，等计划端补录时已经完工，时间与数量只能靠回忆填写。与其事后补，不如把急件的审批路径缩短，让它走正规入口但走得更快。
再看 BOM 流。技术或设计 BOM 是源头，ERP 维护采购与成本视图，MES 使用制造视图。方向是「一份源头、多处派生」：源头改一次，两侧派生结果跟着更新。如果两端各自维护，变更时必然出现不同步。
BOM 的派生关系一旦建立，变更路径也随之确定。反过来，如果采购视图由采购部门维护、制造视图由工艺部门维护，那么每次变更都要有人通知两遍，遗漏只是概率问题，而不是谁的责任心问题。
最后是成本流。MES 采集实际工时、领料、报废、外协，按工单归集后回传 ERP。方向是 MES 到 ERP。回传口径要提前约定：按工单、按产品还是按期间，物料损耗怎么认定，返工工时算不算进去。
| 数据流 | 方向 | 传递内容 | 源头在哪一端 | 常见断点 |
|---|---|---|---|---|
| 工单 | ERP → MES | 生产订单、工序、数量、交期 | ERP | 两端各自新建工单 |
| BOM | 源头 → 多端派生 | 物料清单、用量、替代料 | 技术或设计端 | 两端版本不一致 |
| 成本 | MES → ERP | 工时、领料、报废、外协 | MES 采集 | 归集口径未约定 |
| 主数据 | 单一源头 → 各端引用 | 物料、供应商、工位、设备编码 | 统一约定的一端 | 重复建号 |
三、接口方式怎么选
实时接口适合工单状态、库存变动这类需要即时一致的场景，代价是两端系统都要具备稳定的接口能力，任一端停机都可能造成数据堆积，恢复后还要补传。批量同步适合主数据与历史数据这类时效要求不高的场景，实现简单、易于排错。
还有一类容易被忽略的方式：同一底座。如果生产与业务系统本身就在同一平台上，工单、BOM、成本不需要接口，因为它们本来就是同一份数据的两种视图。对变更频繁的制造企业，这一条能省掉大量对账与排错工作。
-
时效要求高、两端接口能力都具备：选实时接口，但要配监控与重试；
-
时效要求一般、以主数据为主：选批量同步，出问题时容易定位；
-
两端都不便改动：可用中间表或文件过渡，但必须配套对账机制；
-
生产与业务同属一个平台：不需要接口，重点放在权限与口径上。
无论选哪种方式，都要配一套异常处理机制：回传失败怎么补、由谁发现、多久内处理。很多项目的接口本身运行正常，问题出在没有人盯告警——等到财务结算时才发现某几天的数据根本没传过去，只能逐日手工补录。
四、上线前可以直接用的核对表
| 核对项 | 要确认的内容 | 容易出现的偏差 | 谁负责确认 |
|---|---|---|---|
| 唯一数据源 | 每条数据由哪一端创建、另一端是否只读 | 两端都能新建 | IT + 生产 |
| 工单入口 | 临时工单从哪里进、怎么补单 | MES 里另开一套工单 | 生产计划 |
| BOM 版本 | 变更后多久同步、以哪一端为准 | 两端版本不一致 | 技术或工艺 |
| 成本口径 | 归集维度与财务期间怎么对应 | 月底差异无法解释 | 财务 |
| 异常处理 | 回传失败怎么补、由谁监控 | 静默失败、事后才发现 | IT |
这张表建议在项目启动会上就逐条确认，而不是留到联调阶段。尤其是「唯一数据源」与「成本口径」两条，一旦两边都开始录数据，后续清理的工作量会成倍上升。乐图软件在这类项目里一般由实施人员先与三个部门各确认一遍，再进系统配置。
五、案例：两家企业的数据贯通做法
下面两家企业的共同做法是先把数据入口定下来，再谈系统之间的传递。
第一家是机加工企业，销售、生产、应收应付各自记账，业务状态要跨部门问，成本长期靠月底估算。
痛点：
-
销售订单、生产进度、应收应付分散在不同记录里，查询要跨部门；
-
生产用料与实际领用对不上，成本构成说不清；
-
对账与结算依赖人工整理，周期长。
系统动作：
-
把销售、生产、应收应付纳入同一套系统，业务动作驱动数据更新；
-
生产领用与工单关联，用料与订单对应；
-
应收应付按业务发生自动生成，减少人工整理。
效果与指标：
-
送货单与标签打印 3 秒完成，单据格式统一；
-
生产状态 1 分钟内可定位，销售答复客户不再需要先问车间；
-
客户对账单 1 分钟导出，此前的整理需要 1-2 天。
案例来源：机加工系统的"销+产+财"一体化方案：销售、生产管理、应收应付全链路管控
第二家是钢管制造企业，销售报价评审跨多个部门，评审完成后的数据要人工传到下游，产销衔接靠人盯。
痛点：
-
报价评审跨部门流转，意见收集与传递耗时；
-
评审结果与后续环节脱节，靠人工通知；
-
调度单在表格里手工编排，复杂单要半天以上。
系统动作：
-
销售报价评审在线填写，技术、成本、交期意见集中在一个流程内；
-
评审通过后数据自动传入后续环节，产销衔接不再靠通知；
-
调度单从其他表单带出规格与物料信息，减少重复录入。
效果与指标：
-
评审通过自动传入后续环节，人工传递环节减少；
-
复杂调度单从半天至一天缩短到半小时完成；
-
单据信息自动带出，重复录入减少（该案例另有整体效率提升约 90% 的说法，口径以案例原文为准）。
案例来源：评审通过自动传入ERP、调度单半小时搞定：龙川钢管用云表打通产销衔接
两家企业的共同点是把「谁产生数据」定了下来：一家让业务动作驱动数据，一家让评审结果直接流向下游。接口本身并不复杂，复杂的是先想清楚数据应该从哪来。在这一步多花两天，后面的联调通常能省下两周。这也是乐图软件在对接类项目里反复强调的一点：入口比技术重要。
常见问题FAQ
Q1：MES 和 ERP 必须做接口吗？
A：如果两套系统分别承载生产与业务，就需要约定数据怎么流转。如果生产与业务本来就建在同一个平台上，工单与成本是同一条数据的不同视图，就不存在接口问题，重点转向权限与口径。
Q2：工单应该在哪一端产生？
A：建议以 ERP 或计划系统作为唯一入口，MES 只承接不新建。车间临时急件的处理方式是先在计划端补单，再下发到车间，这样两端的数量与状态天然一致。
Q3：成本数据多久回传一次合适？
A：看财务的核算周期。按工单归集、按日或按周回传的方式更便于及时发现异常；如果只在月底一次性回传，差异要到结算时才暴露，追溯起来很费时间。乐图软件在这类项目里一般先按周回传跑一段时间，稳定后再调整频率。
Q4：BOM 变更后多久要同步到车间？
A：取决于变更性质。改一个用量、换一种材料通常需要立即生效；结构性变更则要配合在制品处理。比较稳妥的做法是先约定变更分级规则，再决定同步的频率与方式，而不是所有变更都按同一个速度走。
Q5：接口出问题谁来处理？
A：建议在合同里写明监控方式与响应时限。多数数据问题不是接口断了，而是静默失败——数据没传过去但两边都没报错，隔几天才发现。有监控与告警，问题才不会累积成月底的一场大清理。
结语
MES 与 ERP 的数据流，说到底就是三句话：工单一个入口、BOM 一个源头、成本一个口径。乐图软件把 乐图MES、乐图WMS、乐图SRM、乐图PLM、乐图CRM 构建在同一个乐图数字化底座上，工单、用料与成本在同一条数据链上流转，不必为对接单独设计一套机制。
更多案例：案例中心 | 乐图软件
制造业数字化知识库：制造业数字化知识库 | 乐图软件