回流炉程序版本怎么和产品批次对应起来？

回流炉程序与产品批次的可靠对应，依赖一次实际过炉记录：产品或载具身份、设备及轨道、实际激活的程序版本、进出炉时间和运行参数共同留存。工单上的计划程序只能说明“准备怎么做”，不能单独证明该批产品实际经历了什么。

本文讨论电子制造中的接口与追溯设计，不代表任何客户项目已实施，也不将标准中的消息定义视为现有设备或 OTDMES 已具备的能力。涉及设备联机、程序切换及联锁的实现条件，均以设备接口和现场验证为准。

---

批次跨越换型时点 程序名称不足以证明版本

一种典型的设计场景是：同一工单分批过炉，期间发生程序修改；或者操作员沿用原文件名调整参数，系统仍只记录同一个程序名称。此时，批次与名称之间虽然有对应关系，但无法回答修改前后的产品分别采用了哪套工艺。

程序身份因而分为名称、修订号和内容三个层次。修订号对应经过批准的工艺快照；设备无法输出修订号时，可在能够读取完整程序内容的前提下保存文件摘要或参数快照。摘要只能辅助识别内容变化，不能替代工艺批准，也不能证明设备运行时没有临时改参。

IPC 于 2016 年发布的 IPC-1782，其公开目录分别列出材料追溯与过程追溯，并设有风险评估及追溯等级相关章节。这一结构说明，产品身份与制造过程记录是不同的追溯对象。本文据此将批次标识与程序执行记录分别建模；这属于设计推导，不是对标准条款的符合性声明。来源：IPC-1782（2016）公开目录。

计划与执行分开建模 形成可回查的过炉关系

在本文方案中，数据关系由以下对象组成：

1. 工艺程序版本：程序名称、修订号、批准状态、适用产品及板面、参数快照或文件摘要。历史版本保留，已发生的过炉记录不随主数据修改而改变。
2. 生产任务：工单、产品型号、工艺路线版本和计划批次，引用允许使用的程序版本集合。
3. 实际过炉记录：独立过炉标识、产品序列号或载具及板位、设备、轨道、开始与结束时间、实际程序版本及校验结果。
4. 运行证据：参数采样、报警、程序切换事件及其原始报文，引用实际过炉记录，保留事件时间与接收时间。

一件产品重复过炉时形成新的过炉记录，关联原产品身份，不覆盖上一次履历。拼板和载具场景还依赖当时有效的板位绑定关系。只有批次条码而没有逐件身份时，追溯结果只能定位到该批或可证明的子批范围，不能表述成逐件精准追溯。

程序激活与运行采集分层 接口消息保持原始语义

IPC 官方版本历史显示，IPC-2591 CFX 1.0 发布于 2019 年 3 月。该标准覆盖组装制造过程与主机系统间的信息交换；通信标准提供共同语言，但不保证每台设备实现全部消息。来源：IPC-2591 官方说明及版本历史（2019）。

另一个与批次绑定直接相关的公开事实是：CFX 的 RecipeActivated 消息在 1.3 版本加入 WorkOrderIdentifier，可表达对应工单或批次；官方版本历史将 1.3 的发布日期列为 2021 年 2 月。该消息也定义了程序名称及可选修订号字段。字段存在并不意味着设备一定填写修订号，更不意味着一次激活消息已经证明所有产品完成加工。来源：CFX RecipeActivated 参考文档及前述官方版本历史。

CFX 的 UnitsProcessed 官方回流炉示例则把加工事务与炉区设定值、读数和传送速度等过程数据关联起来。本文仅引用其数据结构，不把示例参数当作生产配方。来源：CFX UnitsProcessed 参考文档，2026 年 11 月查阅。

据此，接口记录分别表达“已发出切换请求”“设备已激活程序”“产品已进入加工”“加工记录已收齐”。下发返回成功只确认对应接口动作的结果；实际版本核对仍依赖设备回读或激活事件。若设备仅提供文件导出，系统记录其来源和采集时点，不能把事后文件导入包装成实时防错。

换型过渡单独处理 避免时间邻近造成误绑定

连续式回流炉切换程序时，炉内可能仍有上一任务的在制品。入口时刻对应的新程序，不一定能完整解释产品在炉内经历的状态。本文方案将程序切换时点、进出炉事件及炉内在制范围共同纳入判定；过渡期间的产品单独标识，按已批准工艺处理，不能只按“最接近的采样时间”自动归属。

系统保存设备时间、接收时间及时间校验状态。遇到网络补传、时钟偏移或进出炉事件缺失，关系进入待核对状态。旧数据补到系统的时间不能冒充实际生产时间，批量补传也不能被误认为同时过炉。

当计划版本与回读版本不符时，能够验证安全边界的设备可在进板前执行联锁。对已入炉产品，停带或停机可能改变热过程，不能由 MES 用统一“版本不符即停机”规则处置。设备控制、工艺处置与质量隔离各有责任边界，具体动作以设备厂商和工艺评审结果为准。

异常与重复事件可复核 验收落到原始证据

接口重复上报采用稳定事件标识去重，同一产品的再次过炉则以新的加工事务保留。缺少程序版本、丢失产品身份、未完成出炉确认等情况分别标注，保留人工核对人、原因和依据；人工补录不会把原始缺失记录变成自动采集成功。

该设计的验收可以通过以下场景形成证据：

1. 正常生产：从一个产品反查批准版本、实际激活记录及对应运行数据，再从该次加工事件反查关联产品。
2. 同名改参：程序名称不变但内容发生变化时，版本或内容校验能呈现差异，历史记录仍指向原快照。
3. 换型与重过炉：过渡在制品得到独立标识，重复加工增加履历，不覆盖原记录。
4. 断网与补传：恢复连接后不重复生成业务履历，无法证明的时间或身份关系保持待核对。
5. 数据边界：设备温区读数与产品实际温度曲线分别呈现，不能用设备读数替代未经采集的产品热历程。

上述为设计验证场景，不是已完成测试的结果。具体接口可用性、联锁效果和追溯完整性仍需以真实设备报文、产品事件、数据库回读及现场签收核验。

后记

回流炉追溯的关键，是让每条“产品采用了某版本程序”的结论都有可核对的执行依据。奥斯坦丁软件（OTD）在本文中梳理的是这一设计边界：计划、程序激活和实际过炉分别留证，缺失与异常如实保留。只有这些关系成立，批次查询才足以支撑后续质量调查。