4. 返工返修履历追溯的编码与标识体系
返工返修履历追溯的核心难点，不是“有没有记录”，而是“记录之间能不能被唯一、稳定地关联起来”。一台产品从总装下线到返修完成，可能经历多个批次、多道工序、多次缺陷判定和多次返工返修动作。如果这些对象各自用自然语言描述，追溯链就会在“同一台产品”“同一批物料”“同一类缺陷”之间反复断裂。因此，本节要解决的是：为产品、批次、工序、缺陷、返工返修动作分别设计编码规则，并让它们在同一追溯链路中可拼接、可解析、可反查。
一、五类编码对象与职责边界
追溯链上的编码对象可以分成五类，每类承担不同职责，不能互相替代。
- 产品标识（SN）：唯一标识一台具体产品，是追溯链的主键。它回答“是哪一台”。
- 批次编码（LOT）：标识一组同源物料或同批生产对象，回答“来自哪一批”。
- 工序编码（OP）：标识产品在制造或返修过程中经过的工位或工序，回答“在哪个环节发生”。
- 缺陷编码（DEF）：标识缺陷现象或失效模式，回答“出了什么问题”。
- 返工返修代码（RW）：标识对缺陷采取的处理动作，回答“怎么处理的”。
这五类编码共同构成一条可反查的履历链：由 SN 找到产品，由 LOT 找到物料来源，由 OP 找到发生工序，由 DEF 找到缺陷类型，由 RW 找到处理方式。任何一类编码缺失或规则不统一，追溯都会退化为“只能看单条记录，无法串成链”。
二、编码规则设计原则
编码规则不是越复杂越好，而是要同时满足唯一性、可读性、可扩展性和可校验性。建议遵循以下原则：
- 唯一性：同一类对象在同一时间范围内不得重复。例如 SN 在全生命周期内唯一，LOT 在同一物料类别内唯一。
- 结构化：编码由若干段组成，每段有固定含义，便于人工识别和系统解析。
- 定长与分隔：关键段建议定长，段间用固定分隔符（如“-”），避免因长度变化导致解析歧义。
- 可校验：可加入校验位或校验码，防止手工录入错误。
- 可扩展：预留版本位或扩展位，避免新增缺陷类型或工序时推翻原有规则。
三、推荐编码结构与示例
下面给出一套可直接参考的编码结构示例。示例中的字母和数字均为教学假设，实际使用时需替换为企业真实规则。
| 对象 | 推荐结构 | 示例 | 说明 |
|---|---|---|---|
| 产品标识 SN | 产品型号码 + 生产年月 + 流水号 + 校验位 | AX7-2405-001237-6 | AX7 为型号，2405 为 2024 年 5 月，001237 为流水号，6 为校验位 |
| 批次编码 LOT | 物料类别 + 供应商代码 + 生产日期 + 批序号 | PCB-S12-240510-03 | PCB 为物料类别，S12 为供应商，240510 为日期，03 为当日批序 |
| 工序编码 OP | 车间代码 + 工序号 + 工位号 | AS-30-05 | AS 为总装车间，30 为工序号，05 为工位号 |
| 缺陷编码 DEF | 缺陷大类 + 缺陷小类 + 严重度 | E-02-A | E 为电气类，02 为接触不良，A 为严重度 A 级 |
| 返工返修代码 RW | 处理方式 + 处理等级 + 版本 | R-2-V1 | R 为返修，2 为二级处理，V1 为规则版本 |
以一台产品为例：SN 为 AX7-2405-001237-6 的产品，在工序 AS-30-05 被发现缺陷 E-02-A，采用返修代码 R-2-V1 处理。这条履历记录就可以写成：AX7-2405-001237-6 | AS-30-05 | E-02-A | R-2-V1。系统按分隔符解析后，即可分别关联到产品、工序、缺陷和返修动作四张主数据表。
四、追溯链的关联方式
编码设计完成后，关键在“关联”。推荐采用“主键 + 外键”的关系模型：SN 作为产品履历主表主键，LOT、OP、DEF、RW 作为外键字段分别指向各自编码表。这样，任意一条返修记录都能通过 SN 反查到产品，通过 LOT 反查到物料批次，通过 OP 反查到发生工位，通过 DEF 反查到缺陷定义，通过 RW 反查到处理规范。
五、编码落地的关键控制点
规则设计完成后，落地阶段要重点控制三件事。
第一，编码生成责任要明确。SN 通常由 MES 在总装上线时自动生成并打印条码；LOT 由仓库或供应商在来料时生成；OP 由工艺部门维护工序主数据；DEF 由质量部门维护缺陷字典；RW 由工艺或质量部门维护返修规范。责任不清，就会出现“现场自己编一个码先用着”的情况，追溯链随即失效。
第二，编码采集要与实物绑定。返修工位扫描 SN 条码后，系统自动带出该产品的历史履历；操作员选择 DEF 和 RW 时，应从下拉字典中选择，而不是手工输入。手工输入是编码错误的主要来源，建议对关键字段增加校验位或二次确认。
第三，编码变更要留版本。缺陷分类调整、返修工艺升级时，不应直接修改原编码含义，而应新增版本号。例如 RW 代码从 R-2-V1 升级为 R-2-V2，历史记录仍保留 V1，保证旧履历可解释、可追溯。
六、可执行的编码规则检查清单
在正式启用编码体系前，建议用以下清单逐项确认。该清单可直接作为编码规则评审的检查表使用。
| 检查项 | 判断标准 | 不通过时的风险 |
|---|---|---|
| SN 唯一性 | 全生命周期内不重复，含返修后重新上线 | 同一台产品出现两条履历，无法合并 |
| LOT 可解析 | 能解析出物料类别、供应商、日期、批序 | 无法按批次反查同批产品 |
| OP 与工位对应 | 每个工序编码能定位到具体车间和工位 | 缺陷发生位置无法定位 |
| DEF 字典受控 | 缺陷编码有唯一含义，不允许同码多义 | 缺陷统计失真，无法做趋势分析 |
| RW 含版本位 | 返修代码能区分处理方式和规则版本 | 历史返修记录无法按当时规范解释 |
| 关联字段完整 | 每条履历记录至少包含 SN、OP、DEF、RW | 追溯链断裂，无法形成闭环 |
编码与标识体系是返工返修履历追溯的“骨架”。只有五类编码各自唯一、彼此可关联、变更可追溯，后续的履历记录、质量分析和责任判定才有可靠的数据基础。实际推进时，建议先固定 SN 和 LOT 两条主线，再逐步补齐 OP、DEF、RW 的字典和版本管理，避免一次性铺开导致现场执行走样。