自动化线体的返修回流，为什么必须先画清产品路径？

自动化线体的返修回流，需要先明确产品从哪一站退出、经过哪些处置、凭什么回到哪一站。路径决定了复测范围、历史结果的有效性和报工边界；仅在序列号上增加“返修”标记，无法表达这些条件。本文提出一套用于方案评审的候选模型，不对应特定客户的实施成果，实际规则仍需工艺、质量及现场联调验证。

---

物理回流与业务放行分别建模

在一个假设的装配场景中，产品经过装配、功能检测、包装，功能检测失败后进入线外返修区。维修完成的产品可以被搬回检测工位，但“已经到站”不能直接推导出“允许测试”，更不能推导出“允许包装”。产品可能尚未完成维修确认，也可能因拆装而需要重做前序检验。

路径图因此同时表达物理移动和业务条件：正常路径为“装配→功能检测→包装”；异常路径为“检测失败→隔离→处置确认→返修→指定复测→质量放行→回到获准节点”。复测再次失败时回到待处置状态；决定报废时终止该产品继续生产的资格。箭头上的前置条件与责任人，比箭头本身更关键。

GS1《CBV 2.0》（2022）分别定义 inspecting 与 repairing 等业务步骤，并用 disposition 表达对象的业务状态。这为区分“正在进行什么活动”与“对象目前处于什么状态”提供了公开语义依据；具体线体的回流权限仍是项目自身的设计内容。来源：GS1 CBV 2.0。

同一产品的多次过站保留独立履历

候选模型把产品身份、过站实例、返修任务和路线版本分开管理。序列号回答“是哪一件产品”，过站实例回答“这是哪一次作业”，返修任务回答“为何退出正常路径、处置了什么”，路线版本回答“当时按哪套规则流转”。站点编号相同，不意味着两次作业是同一条记录。

1. 首次检测失败形成独立过站记录，保留原始结果、检测依据和设备来源。
2. 返修任务关联导致返修的失败记录，保存缺陷、处置、拆换部件和确认记录。换件时保留原部件解除关联与新部件绑定的履历。
3. 复测形成新的过站实例，并关联返修任务和适用的检测版本。新结果不覆盖首次失败。
4. 放行决定引用所需的有效结果集合。返修影响哪些旧结果，由工艺和质量规则判定，不以“最后一次合格”覆盖所有历史约束。

产品身份是否沿用也需单独定义。仅更换部件时，产品身份与部件身份可以分别管理；若处置改变产品身份，候选模型保留旧新身份关系及变更原因，不能通过重新打码切断失败履历。

回流入口绑定版本和执行凭据

回流申请包含产品身份、返修任务、目标站点、路线版本及待完成的复测项目。MES 根据当前质量状态和路径条件作出业务许可，设备控制层根据约定接口执行进站控制。涉及人身和设备安全的联锁仍由相应安全控制系统承担，不能用 MES 的业务许可替代。

候选握手流程为“申请→许可或拒绝→设备执行→结果回传→业务确认”。许可关联一次明确的作业实例，过期、产品状态变化或路线变更后重新判定；设备重复发送同一实例的结果时只产生一次业务入账。另一轮真实复测使用新的实例标识，避免被当成重复消息丢弃。

跳站与返修回流使用不同的授权语义。跳站需要说明豁免的工序、适用产品范围、原因和审批依据，不能伪造一条合格过站记录。返修回流则要求满足恢复生产的条件。全局关闭路线校验无法表达二者的差别，也会使未获准产品获得通行机会。

断网补传区分发生时间与接收时间

GS1《EPCIS 2.0》（2022）区分 eventTime 与 recordTime：前者描述事件发生时间，后者用于仓储记录的记账语义，不描述现实事件本身。这个区分说明，晚到的数据不能仅按写入时间被解释成最后发生的作业。来源：GS1 EPCIS 2.0。

OPC Foundation《OPC UA Part 4》7.11.3 的在线规范规定，同一数据值实例的源时间戳被赋值后保持不变，转发来自另一服务器的值时也保留该源时间戳。本文于 2026 年查阅该在线版本。该机制可以保留数据来源时间，但不能代替产品身份、作业实例和业务因果关系。来源：OPC UA SourceTimestamp。

据此，候选接口保留事件标识、发生时间、接收时间、来源设备和前置业务关联。乱序到达且前置记录缺失的结果进入待核对状态；是否允许离线作业、可离线执行的路径及恢复后的冲突处理，由项目明确约定。网络恢复后“全部补传成功”并不等同于路径恢复正确。

过站次数与合格产出采用不同口径

同一件产品重复检测会增加检测次数，但不应自动增加产品数量。候选报表分别呈现作业次数、首次检测结果、返修后结果和满足最终放行条件的产品集合。报工接口按约定业务键防止重复入账；已经报工后又撤销放行的情形，通过关联原单的冲销或调整处理，原始单据与原因继续可查。

首次合格率的分子不能混入返修后合格产品，最终合格量也不能直接累加所有合格检测记录。时间范围、产品范围、重复过站处理及撤销放行规则需要在报表定义中写明。本文不预设企业的具体统计公式或绩效目标。

验证围绕路径分支展开

路径图可转成可观察的验证用例：检测失败后直接进入包装应被阻止；缺少维修确认的产品不能获得回流许可；拆换部件后应能查到旧新关联；复测再次失败不能沿用之前的许可；重复回传不能重复报工；断网乱序补传不能把旧失败误判成新的作业；已报废产品不能通过普通回流恢复生产。

每个用例同时核对设备动作、产品履历、放行状态和报工单据，记录输入条件、预期、实际结果及差异。接口模拟通过仅证明约定报文在测试条件下可处理；真实线体的扫码、分流、设备握手和异常恢复仍须现场验证。

奥斯坦丁软件（OTD）将上述内容作为线体 MES 方案讨论的候选设计。产品路径明确后，数据库字段、接口握手和报表口径才有共同依据。本文不构成现有产品全项能力声明，也不代表任何客户已完成现场验收。

资料核对日期：2026-11-09。文中标准用于解释事件与数据语义，路径、许可及报工设计为本文提出的候选方案，不是标准强制规定。