对接不同 MES 厂商，要注意什么

视觉 SOP 要写进 MES 的数据其实很简单——哪台设备、哪个工序、什么时间、什么结果、对应哪个产品。但同样一组数据，写进 SAP、西门子、用友、金蝶时，遇到的麻烦各不相同。 差异很少出现在「通道能不能连通」这一层，更多出现在三处：工单与工序的编码口径、字段的语义与格式、以及上线联调时的配合方式。通道技术本身（数据库直写、HTTP 接口、消息队列）的选择可以看视觉SOP如何对接MES那篇；这里讨论的是选定通道之后，面对不同厂商的落地差异。需要先说清楚的是，这些差异大多属于工程配合问题，而不是某一方能力不行——把预期放在正确的位置，通常比反复更换方案更省时间。

差异一：工单与工序的编码口径

项目里最常踩的坑，是把「MES 里的工序编号」当成一个稳定、统一的主键。多数系统里，一个工单会展开成若干道工序，每道工序有一个编号或行号，但不同厂商对这套模型的叫法与层级处理并不一致。稳妥的做法是用「工单号 + 工序号 + 产品序列号」的组合键来定位一条记录，而不是只靠工序号。还有一种常见情况是工序与工位并非一一对应——一个工位可能依次执行多道工序，一道工序也可能跨多个工位，这时记录里必须同时带上工位与工序两个维度，否则事后回溯对不上现场。

• SAP 的 PP 模块里，生产订单对应到工序，工序号通常是顺序号，并且与物料、工艺路线绑定。
• 西门子的 MES 产品线（版本之间差异较大）多用资源与工艺路径模型来描述工位与工序，编号口径取决于现场怎么建模。
• 用友的生产订单与工序行号更接近「单据 + 行」的结构，工序往往不是独立主键。
• 金蝶的生产任务单体系里，工序编号通常与订单号、产品编码组合使用。

差异二：字段语义与格式

其中「判定结果」的归一化最容易被忽略。视觉侧的判定通常有通过、异常、跳过等多种状态，而 MES 的目标字段可能只接受 OK/NG 两种。如果不在中间做一层映射，异常与跳过就会被压成同一个值，事后追溯时分不清「做错了」和「根本没做」。批次与序列号的差别则牵扯到追溯的粒度：单件可追踪的产品（汽车零部件、3C 整机）通常按序列号记录，汽车零部件装配与3C 电子都属于这一类；按批次生产的（食品、化工、纺织）只能追踪到批次。视觉 SOP 的记录粒度必须与后端能力匹配，具体方法见视觉SOP数据追溯怎么搭。枚举值的差异也很常见：同一道工序在不同系统里可能对应不同的代码表，写入前要有一份双方书面确认的映射表，并且这份表要能随工艺变更一起维护，否则换一次型就可能写错一整批记录。

差异三：上线与联调的配合方式

• 测试环境。 多数工厂的 MES 只有一套生产环境，联调只能申请临时窗口，或由厂商提供一个不带真实数据的沙箱。这件事要在排期时先确认。
• 改动权限。 向 MES 写数据往往需要厂商顾问或甲方 IT 配合，是谁在执行、响应周期多长，需要提前明确。
• 变更窗口。 生产系统通常在停机窗口才能改动，联调的时间点会被排产牵着走。
• 三方沟通。 设备商、MES 厂商顾问、甲方 IT 三方对同一件事的理解经常不一致，建议每次联调后出一份书面确认。

怎么减少对接的反复