视觉 SOP 如何对接 MES：方式选择与字段设计

视觉 SOP 系统单独运行也能产生价值——工位端报警、现场即时纠正。但只有把数据写进 MES，工序履历才完整，缺陷才能被追溯到具体环节。而对接失败的项目，绝大多数不是卡在通道技术上，是卡在字段没定义清楚。

先定义字段：最小可用集合

三种对接方式

异常记录怎么处理

正常记录用于追溯，异常记录用于改善。建议异常数据单独标记，并保留一段前后时间的动作序列，方便品质部门复盘时理解当时发生了什么。若涉及可能的人员操作问题，需在方案阶段与人力部门约定数据的保存范围与访问权限。

写入频率会不会拖垮 MES

这是 IT 部门最担心的问题，也是对接方案要正面回答的。单工位的写入频率其实很低：一秒钟最多几条记录，一条锁附工序只有一行数据。真正的量在影像，而影像通常不进 MES，只存本地或专用存储。把结构化记录和影像分开处理，MES 侧的压力就完全可控了。

稳妥的做法是批量写入加本地缓存：本地先落盘，再按固定间隔（例如每几秒或每几十条）批量提交。这样即使 MES 短时不可用，数据也不会丢，恢复后自动补传。批量提交对数据库的冲击远小于逐条实写。

一条工序记录长什么样

字段该填成什么格式，最好用一个具体例子说清楚，避免对接时来回扯。下面是一条记录的最小形态，实际字段名需与 MES 侧的命名约定对齐。

追溯查询怎么设计才好用

• 按产品序列号查。 最常见的入口。扫码即可调出该产品的完整工序履历，包括每道工序的时间、结果与异常。
• 按时间段与工位查。 用于品质分析，例如「昨天二线锁附工位有多少次异常」。
• 按异常类型查。 用于改善，例如「近一个月漏锁一共发生了几次、集中在哪个班次」。
• 按批次查。 客户审核或召回时用，能快速圈定受影响范围。

对接失败了会是什么样

• 字段对不上。 双方对「时间戳」的格式、时区、精度理解不一致，数据写进去了但没法正确解读。
• 主键冲突。 序列号长度或字符集与 MES 现有字段不符，写入被拒或被截断。
• 缺少异常兜底。 没考虑 MES 的维护窗口，网络一断数据就丢，事后无法补传。
• 权限迟迟不批。 数据库账号与写入权限的审批卡在流程里，项目停在联调之前。

这四类问题里，前两类靠前期把字段和示例定清楚就能避免；第三类靠本地缓存与补传机制解决；第四类不是技术问题，需要提前把审批路径和所需资料摸清楚，尽早启动。

对接不是一次性工作

上线之后，工序会有增减，字段会调整，MES 也可能升级。把这些变化当成常态，在方案里预留配置入口而不是写死，后续维护的成本会低很多。一次就把所有情况做对固然好，但能持续改对，往往更现实也更重要。这条链路怎么建，见视觉SOP数据怎么变成质量记录与视觉 AI SOP 系统。