整线能够自动运转，并不意味着能够交付一条数据可追溯的产线。设备侧判断的是动作、节拍与联锁，MES侧关注的是产品身份、工序结果和生产记录。两侧没有明确共同边界时，现场常出现“PLC已经有值，MES为什么没有记录”的争论。
奥斯坦丁软件（OTD）已有文章介绍了西门子、基恩士、欧姆龙PLC与MES集成的常见路径。具体连接方式仍取决于设备型号、固件、协议授权、接口开放程度和网络条件。整线交付前，接口评审宜落到以下八项可验收的约定；它们是工程检查建议，不是对任意设备兼容性的承诺。
一、工位、设备与产品身份能够对应
接口表需要同时列出产线、工位、设备和产品的标识规则。设备编号不能代替工位编号，生产计数也不能代替单件序列号。如果产品在上料时尚无条码，应明确临时身份何时生成、何时与最终条码绑定，以及重打码是否沿用同一记录。
验收时选一件测试产品，核对从上料、检测到下料的身份链。换型、返工和人工补录也应能说明身份如何延续。追溯边界若只覆盖关键工位，应明确标注，避免将局部记录描述为整线全流程追溯。
二、协议和开放条件经过实际确认
“支持某品牌PLC”不能替代项目级确认。清单应记录具体型号、固件、可用协议、读写权限、点位开放方式，以及网关或中间程序是否必要。设备厂提供哪些接口，MES实施方承担哪些适配，终端工厂提供哪些网络条件，应分开列明。
确认方式宜包括一次真实连接或可复现的模拟测试。测试截图、配置版本和限制条件比一句“可以对接”更有交付价值。尚未到位的授权、硬件或网络属于依赖项，不能计入已经通过的接口验收。
三、字段、单位与结果含义没有歧义
每个字段应有名称、数据类型、单位、允许值和业务含义。检测压力以什么单位传输，温度是否经过倍率换算，合格状态用布尔值还是结果码，都需要具体说明。空值、零值、未检测和失败值应分别解释。
接口表还应标明字段由谁生成、何时有效、是否可以被后续更新。现场验收至少用一个合格样本和一个不合格样本核对原始值与界面显示值，防止“连接成功”掩盖单位或结果码错误。
四、上报时点与确认时序一致
开始加工、加工完成、检测完成和允许放行是不同事件。接口协议应明确哪一个事件触发记录，上报后等待什么确认，确认失败后设备如何处理。轮询方式还需解释数据保持时间，避免设备下一周期覆盖尚未读取的数据。
双方可用时序图表达：产品到位、身份确认、结果生成、记录发送、接收确认、设备复位。时序图要注明超时条件，但超时数值应通过现场节拍和网络测试确定，不能从通用案例直接照搬。
五、读写责任与控制边界清楚
采集数据、下发任务、校验配方和控制设备是不同责任。接口开放“可写”不等于允许MES直接控制所有动作。影响安全和联锁的控制逻辑，应由设备方案与项目安全要求确定。
每个写入点应有授权主体、校验条件和失败处理。设备侧与MES侧分别确认本方范围，并保留版本签认。OTDMES是否承担具体配方下发或放行能力，仍需以项目方案和实际验收为准。
六、超时、断网与重复上报可恢复
异常设计应回答三个问题：设备是否继续运行，数据暂存在何处，恢复后如何补齐并识别重复。重试同一条结果时，应有双方认可的事件标识或判重规则；不能单凭“服务器返回成功”判断最终记录正确。
建议在测试环境主动模拟断网、接收超时、重复发送和程序重启。核对恢复后的记录数量、产品归属和结果版本。未实现自动补传时，应写明人工补录方式及限制，不将人工处理包装为自动能力。
七、返工、换型与追溯关系保留
不合格产品返工后产生第二次结果，不应简单覆盖第一次结果。接口评审应说明结果版本、返工关联、有效结果选择以及异常放行如何记录。换型时还需核对工艺版本、配方版本与产品型号的匹配关系。
验收样本宜覆盖正常流转、返工流转和换型后首件。对无法覆盖的工位或人工环节，列出明确缺口和补充证据，而不是给出模糊的“追溯功能已完成”。
八、模拟器、测试记录与版本可交接
出厂前最好形成设备点表、接口协议、可运行的模拟方式、测试用例和问题清单。每条用例注明输入、预期结果、实际结果及所用版本。模拟通过与现场通过是不同阶段，前者不能代替真实节拍、扫码条件和终端网络下的复验。
交接时将已通过项目、待现场验证项目和未解决问题分开。这样终端现场发生差异时，可以判断是接口变更、环境条件还是实现问题，而不是从零重新讨论。
接口清单是交付边界的共同记录
八项检查的目的，是让设备厂、MES实施方与终端工厂对同一份交付范围达成可核查的理解。准备产线工位说明、设备型号、现有接口资料和当前问题清单后，可在线体级MES方案页查看适用范围，并通过既有咨询入口讨论项目边界。具体功能、工期和验收条件需在项目评审后确定。
作者
OTD 研究组
专注制造业数字化转型实践，深耕 MES、WMS、数字孪生与 IoT 集成领域，帮助工厂从「看不见」走向「可控可优」。