3. 工单类型与编码体系设计
在返工返修与异常流程工程中,工单类型与编码体系是整套流程的“骨架”。如果类型划分不清、编码规则混乱,后续的审批、执行、追溯、统计都会失去可靠基础。本节围绕四类核心工单——返工单、返修单、异常单、临时变更单——说明它们的分类边界、编码结构设计方法,以及可追溯性必须满足的字段要求。
一、四类工单的分类规则
分类的核心依据是“对象状态”和“处理目的”,而不是处理动作本身。很多现场把“返工”和“返修”混用,导致统计口径失真。建议按以下规则区分:
- 返工单(Rework Order):产品/半成品尚未流入下道工序或未交付,经检验判定为不合格,但通过重新加工可以完全恢复到图纸/规范要求。返工后产品视为合格品,不改变原设计。典型场景:尺寸超差需重新车削、焊点虚焊需补焊并复检。
- 返修单(Repair Order):产品已交付或已流入后续环节,或缺陷无法通过常规返工完全恢复至原规范,但经修复后可满足使用要求,需让步接收或降级使用。返修往往涉及偏差申请、客户确认。典型场景:已装配整机外壳划伤需打磨补漆、铸件砂眼需补焊后按让步标准放行。
- 异常单(Abnormal Order):用于记录偏离正常流程、参数或状态的事件,不一定直接对应产品处置。它覆盖设备异常、物料异常、工艺参数漂移、检验数据超趋势等。异常单是触发返工/返修的前置输入,也是纠正预防措施(CAPA)的载体。
- 临时变更单(Temporary Change Order, TCO):用于在限定时间、限定批次或限定数量内,对工艺、材料、参数、检验方法做临时性调整。它不改变正式文件,但必须有明确的生效范围、失效条件和恢复要求。典型场景:某批材料硬度偏低,临时提高回火温度10℃并加严抽检。
二、编码结构设计
编码不是简单流水号,而是承载“类型、日期、产线、序列、关联”的信息载体。推荐采用分段式编码,每段含义固定,便于人工识别和系统解析。示例结构如下:
工单编码 = 类型码 + 年份后两位 + 月份 + 产线码 + 流水号 + 关联码
示例:RW-2506-A03-0012-PO8845
含义:RW=返工,25年6月,A03产线,第12张,关联采购订单PO8845
类型码建议固定为:RW(返工)、RP(返修)、AB(异常)、TC(临时变更)。年份月份用4位数字,避免跨年混淆。产线码用2~3位字母数字组合,与MES/ERP中的产线主数据一致。流水号按类型+月份独立递增,建议4位,不足补零。关联码可选,用于挂接上游异常单、客户订单、批次号或变更申请号。
编码一旦生成不可修改、不可重用。作废工单保留原编码并标记状态为“已作废”,不得删除。这是可追溯性的底线要求。
三、可追溯性要求
可追溯性意味着:从任意一张工单出发,能正向查到它影响了哪些产品/批次,也能反向从任意产品/批次查到它经历过哪些工单。为此,四类工单必须共享一组最小追溯字段集:
| 字段 | 说明 | 是否必填 |
|---|---|---|
| 工单编码 | 唯一标识,按上述规则生成 | 必填 |
| 工单类型 | RW/RP/AB/TC | 必填 |
| 关联对象 | 产品序列号、批次号、设备编号、订单号 | 必填 |
| 触发来源 | 检验单号、异常单号、客户投诉号 | 必填 |
| 责任产线/工位 | 发生或执行的产线、工位 | 必填 |
| 创建人/时间 | 谁在何时创建 | 必填 |
| 处置结论 | 返工合格、返修让步、异常关闭、变更恢复 | 必填 |
| 关联工单 | 上游异常单、下游返工单等 | 选填但建议填 |
其中“关联对象”和“关联工单”是形成追溯链的关键。例如:一张异常单AB-2506-A03-0007触发了一张返工单RW-2506-A03-0012,返工单又关联了批次LOT240601。这样从LOT240601可以反查到异常原因和返工记录,从异常单可以正查到受影响批次。
四、四类工单的关系与流转
四类工单不是孤立存在的。异常单通常是源头,返工/返修是处置手段,临时变更可能是异常触发的临时对策,也可能是独立发起的工艺调整。下图展示它们之间的典型触发与关联关系:
五、编码与追溯的落地要点
第一,类型码必须由系统自动带出,不允许人工选择,避免选错类型导致统计偏差。第二,关联码在创建时尽量填写,若上游单号尚未生成,可先留空并在后续补录,但系统应设置提醒。第三,状态机要闭合:每张工单必须有明确的终态(返工合格、返修让步、异常关闭、变更恢复/撤销),不允许长期挂起。第四,编码规则变更需版本化,旧编码继续有效,新编码按新规则执行,并在主数据中记录生效日期。
最后,建议在MES或工单系统中为四类工单配置统一的追溯视图:输入任意工单编码或批次号,即可展开上下游关联工单、处置结论和责任人。这样,编码体系才真正从“编号”升级为“可追溯的数据骨架”。