# 工厂 MES 与 ERP 集成：数据对齐之后，AI 才有用

> Source: https://netray.co/zh/mes-erp-integration-ai-factory
> Language: zh
> Publisher: Netray (netray.co)

MES 与 ERP 集成的核心是工单、物料、报工和质量四条数据流的口径一致。接口跑通后，再在两边数据之上用本地大模型做异常分析和问答，效果才可靠。顺序反过来，AI 只会放大数据不一致。

很多工厂的现状是：ERP 管订单、物料和成本，MES 管现场执行，两者靠人工对账或夜间批处理连接。结果是车间报工与 ERP 工单进度对不上，成本核算滞后，计划员看到的永远是昨天的数据。

无论是鼎捷 T100、易飞，还是用友、金蝶、SAP 配上国产或自研 MES，集成的难点都不在协议，而在主数据和业务口径。本文先讲集成要对齐什么，再讲在其上加 AI 的合理方式。

## 四条必须对齐的数据流

第一条是工单下达：ERP 的生产工单、BOM、工艺路线下发到 MES，MES 需要知道工序、标准工时和物料清单。第二条是报工回传：MES 的完工数量、良品、不良、工时回写 ERP，用于完工入库和成本。

第三条是物料：领料、退料、批次和序列号要在两边一致，否则追溯会断。第四条是质量：检验结果、不良原因代码和处置结论，需要与 ERP 的质量模块或品质单据对应。任何一条口径不一致，都会让后续分析失真。

- 工单、BOM、工艺路线：ERP 到 MES
- 完工、良品、不良、工时：MES 到 ERP
- 领退料与批次序列号：双向一致
- 检验结果与不良原因代码：统一编码

## 集成方式的选择

常见方式有三种：数据库中间表、接口服务（Web Service 或 REST）、以及消息队列。中间表实现快，但耦合重；接口服务边界清晰，适合需要校验和审计的场景；消息队列适合高频事件，如设备和报工。

无论选哪种，都应有幂等设计和失败重试，避免同一报工重复入账。另外要明确主数据的权威来源：料号和 BOM 以 ERP 为准，工序执行状态以 MES 为准，不要两边都能改。

## 在集成之上加 AI：三个有价值的用例

第一是工单异常解释：为什么这张工单延迟？AI 同时读取 ERP 的缺料、MES 的工序停滞和设备报警，给出带依据的归因列表，计划员再判断。第二是质量追溯问答：输入批次号，汇总用料、工序、设备、检验记录。

第三是班前班后摘要：把前一班的产出、不良 Top 原因和未完工单整理成简报。这些用例都以读取为主，模型不直接下达指令或修改工单。

## 架构与数据位置

AI 层应在厂内网络，通过只读视图或数据接口访问 ERP 和 MES。若车间网络与办公网络分区，建议通过隔离区的数据汇聚库提供数据，而不是让模型服务直接进入生产网。模型用 vLLM 或 Ollama 部署在厂内 GPU 上。

对于需要写回的动作，比如调整工单优先级，只生成建议，由计划员在 ERP 或 MES 里按原流程操作。这样既保留责任人，也避免模型误操作影响生产。

## 合规与客户要求

汽车、电子、军工配套客户常要求追溯数据保存年限和访问控制。AI 问答要沿用现有权限，并记录谁在何时查询了什么。数据保留期限由您的客户合同决定，本方案只负责让日志和数据可审计。

## 起步与取舍

先审计现有接口：哪些数据流已经通，口径是否一致，失败率多少。不要在不稳定的接口上直接叠 AI。选一条产线或一个车间试点，用真实异常案例验证归因是否有用。

如果 MES 厂商已提供内置分析或看板，且满足需求，不必重复建设。AI 适合补充看板之外、需要跨系统自由提问的部分。

## FAQ

### MES 和 ERP 集成必须用中间件吗？

不一定。小规模可用中间表，复杂场景建议接口服务或消息队列，关键是幂等、重试和主数据权威来源。

### AI 可以替代集成吗？

不能。AI 依赖已经对齐的数据，不能代替工单、物料、报工的系统集成。

### AI 会直接给 MES 下指令吗？

不建议。我们的做法是只读分析并给出建议，写回操作由人员在原系统中确认执行。

### 车间网络隔离怎么办？

通过隔离区的数据汇聚库或单向接口提供数据，模型服务不直接接入生产控制网络。

### 哪些情况不需要 AI？

MES 自带看板已满足需求、数据口径仍不一致、或现场数据量很小时，先处理基础问题更划算。