2. 返工返修业务场景与追溯需求分析

返工返修不是孤立事件，它贯穿制造、装配、测试、售后四个环节，每个环节的触发原因、处理方式、数据留存要求都不同。要建立可用的履历追溯体系，第一步不是选系统，而是把“哪些场景会触发返工返修、每个场景需要追溯什么”梳理清楚，形成一份可落地的追溯需求清单。

一、四个环节的返工返修触发场景

制造环节的返工多发生在工序内部或工序之间。典型触发包括：来料批次尺寸超差导致加工余量不足、热处理硬度未达工艺窗口、焊接出现气孔或未熔合、表面处理附着力不合格。这类返工通常由首检、巡检或自检发现，处理方式以“退回上道工序重做”或“本工序补加工”为主。此时追溯的核心是：问题出在哪一批材料、哪一台设备、哪一组工艺参数、哪一名操作者。

装配环节的返工往往由配合问题或错装漏装引起。例如轴承压装不到位、螺栓扭矩未达标、线束插接错误、密封圈漏装。装配返工的特点是“拆解—更换—重装”，会破坏原有装配关系，因此追溯必须记录拆解前的状态、更换的零件批次、重装后的复检数据。若只记录“已返工”，后续无法判断是零件问题还是装配问题。

测试环节的返工返修以功能或性能不达标为主。例如整机老化后出现参数漂移、绝缘耐压不合格、通信误码率超标。测试环节的返工常涉及“调试—更换—再测试”的循环，追溯需求集中在：原始测试数据、故障现象、更换的板卡或组件序列号、返修后的复测曲线。测试数据是判定责任和验证修复效果的关键证据。

售后环节的返修发生在客户现场或返厂维修。触发场景包括早期失效、偶发故障、客户误操作导致的损坏。售后返修的最大难点是信息断层：现场描述与厂内检测结果往往不一致。因此追溯需求必须包含：故障现象描述、现场环境条件、返回件的外观与功能状态、拆解检测结论、更换件信息、维修后测试结果。没有这些字段，售后返修就无法闭环。

二、四类关键追溯需求的具体内涵

质量追溯要回答“问题出在哪、影响范围多大”。它需要把缺陷模式与材料批次、设备编号、工艺参数、操作人员关联起来。例如某批次产品在测试环节出现绝缘耐压不合格，追溯系统应能快速查出该批次使用了哪家供应商的绝缘材料、哪台注塑机的参数记录、同批次还有多少产品未出货。返工前后的参数对比也是质量追溯的一部分，用于验证返工是否真正消除了缺陷。

成本核算要回答“返工花了多少钱、该记在谁头上”。返工成本包括直接工时、更换零件成本、设备占用、测试复测费用，以及因交付延迟产生的额外物流或违约成本。追溯系统需要按返工工单归集这些费用，并关联到责任部门或供应商。没有细粒度的返工记录，成本核算只能靠估算，无法支撑管理改进。

责任界定要回答“这是谁的问题”。制造环节看工艺执行，装配环节看操作规范，测试环节看测试覆盖，售后环节看使用条件与产品设计。责任界定依赖的是过程数据的完整性和不可篡改性。例如同一型号产品在售后连续出现同一故障，若追溯记录显示该批次在装配环节曾因“线束插接错误”返工，且返工后未做插接力复检，则责任可定位到装配工艺或检验环节。

客户交付要回答“返修后的产品能不能交、客户是否知情”。对于安全件、关键功能件，返修后必须重新进行全项测试并留存报告。客户交付追溯需求包括：返修内容说明、复检合格证明、与原产品的差异说明、客户确认记录。在汽车、医疗、航空等行业，这些记录是合规交付的必要条件。

三、追溯需求清单的字段设计

把上述场景和需求转化为可执行的清单，需要为每类返工返修定义最小追溯字段集。以下清单按“通用字段+环节特有字段”组织，可直接作为需求评审的输入。

四、从场景到清单的落地要点

梳理追溯需求时，容易犯两个错误：一是字段贪多，把与返工无关的生产数据全部纳入，导致录入负担过重、数据质量下降；二是只记录结果不记录过程，例如只写“已返工合格”，却不记录返工前后的参数变化和更换件信息，导致追溯无法支撑责任界定和成本核算。

正确的做法是：先按“触发场景—追溯问题—所需字段”三层推导，每个字段都必须能回答一个具体的追溯问题。例如“更换件序列号”回答的是“返修后产品与原产品在物料上有什么差异”；“返工前测试值”回答的是“缺陷的严重程度和返工是否有效”。字段设计完成后，用几个真实或假设的返工案例做回溯测试：给定一个产品序列号，能否在系统中还原出完整的返工返修履历？如果某个环节的信息缺失，就说明清单还需要补充。