3. 生产追溯的数据对象识别

生产追溯的本质,是把“产品在何时、由谁、用哪台设备、按什么工艺、在什么环境下、消耗了哪些物料被制造出来”这一连串事实,固化成可查询、可关联、可验证的数据记录。要做到这一点,第一步不是建系统,而是把追溯对象识别清楚:哪些实体必须被单独标识,哪些实体只需被引用,哪些实体是它们之间的关联关系。识别错了,后续所有编码、采集和查询都会建立在错误的基础上。

一、追溯单元的定义:从“追溯粒度”出发

追溯单元(Traceability Unit)是指在追溯体系中能够被唯一标识、并作为追溯查询最小对象的一个实体或一组同质实体。定义追溯单元的核心问题是追溯粒度:我们究竟要追到“一批”还是“一件”?

以某型号伺服驱动器装配线为例。假设其日产量为 800 台,若按批次追溯,则一个生产批(如同一工单、同一物料批、同一时段)作为一个追溯单元,记录该批的物料批号、设备、人员、工艺参数区间;若按序列号追溯,则每台驱动器作为一个追溯单元,记录其单台的装配时间、测试数据、所用关键件序列号。两种粒度的差异直接决定了数据量、采集成本和召回精度:批次追溯数据量小、采集简单,但一旦出现质量问题,召回范围可能是整批 800 台;序列号追溯数据量大、采集要求高,但可精确到单台,召回范围可缩小到几十台甚至几台。

因此,追溯单元的定义不是技术问题,而是质量风险与成本之间的权衡决策。通常的做法是分层:对安全关键件、高价值件、客户指定件采用序列号级追溯;对一般结构件、辅料采用批次级追溯;对设备、人员、工艺参数、环境数据则作为“追溯属性”挂接到批次或序列号单元上,而不是独立成为追溯单元。

二、七类追溯对象的识别与编码体系

在离散制造场景中,追溯对象通常可归纳为七类:批次、序列号、物料、设备、人员、工艺参数、环境数据。它们并非并列关系,而是“主单元 + 属性 + 关联”的结构。下图展示了这七类对象在追溯体系中的角色与关联方式。

生产追溯对象识别与关联结构 主追溯单元(批次 / 序列号)承载属性,并关联物料、设备、人员、工艺参数与环境数据 主追溯单元(追溯查询的入口) 批次追溯单元 编码示例:LOT-20240612-A03 序列号追溯单元 编码示例:SN-SD750-240612-00871 追溯属性与关联对象(挂接到主单元) 物料 物料编码 + 供应商批号 示例:MAT-IGBT-FF450 关联:上料工位扫码绑定 设备 设备编号 + 工位号 示例:EQ-AOI-03 / ST-07 关联:程序号、点检状态 人员 工号 + 岗位资质 示例:EMP-1042 / 装配岗 关联:登录、操作确认 工艺参数 参数名 + 设定值 + 实测值 示例:扭矩 12.5N·m / 实测 12.3 关联:设备程序、时间戳 环境数据 温度 / 湿度 / 洁净度 示例:23.5℃ / 45%RH 关联:采集点、采集周期 关联关系 主单元 ↔ 属性:一对多 批次 ↔ 序列号:一对多 时间戳为统一关联键 注:批次与序列号为主追溯单元;物料、设备、人员、工艺参数、环境数据作为属性或关联对象挂接,不单独作为追溯入口。

三、编码体系的设计原则

识别出追溯对象后,必须为每一类对象设计编码。编码不是随便给个流水号,它需要满足四个原则:唯一性、可读性、可扩展性、可校验性。

以批次编码为例,一种常见的结构是“产品代号 + 日期 + 班次 + 流水号”,如 LOT-SD750-240612-A-03。其中 SD750 是产品代号,240612 是生产日期,A 是班次,03 是当日该班次第 3 批。这种编码的好处是人工可读,现场人员看到编码就能判断大致生产时间;缺点是长度随产品线增加而膨胀。另一种做法是纯流水号加数据库映射,如 LOT-20240612-000123,编码本身不携带语义,所有含义存在追溯系统中。两种方式各有适用场景:前者适合多品种小批量、人工介入多的产线;后者适合大批量、自动化程度高的产线。

序列号编码通常需要更强的唯一性和防冲突能力。常见结构为“产品型号 + 生产日期 + 产线号 + 流水号”,如 SN-SD750-240612-L2-00871。如果产品需要全球唯一且不依赖中央数据库分配,可以引入时间戳加随机段,或采用 GS1 标准的 SGTIN(序列化全球贸易项目代码)。对于内部追溯,建议至少保证“型号 + 日期 + 产线 + 流水号”四段,避免不同产线同一天生产同型号时流水号冲突。

物料编码应尽量沿用企业已有的物料主数据编码,不要为追溯单独另建一套。追溯系统需要记录的是“物料编码 + 供应商批号 + 接收日期”的组合,其中供应商批号是追溯的关键,因为同一物料编码可能来自不同供应商、不同生产批,质量表现可能完全不同。设备编码建议采用“设备类型 + 工位号 + 序号”,如 EQ-AOI-03,并额外记录设备程序版本号,因为同一台设备换程序后工艺能力可能变化。人员编码直接使用工号,但需要关联岗位资质有效期,否则会出现“无资质人员操作关键工位”的追溯盲区。

四、工艺参数与环境数据的追溯表达

工艺参数和环境数据与前五类对象有一个本质区别:它们不是“实体”,而是“过程量”。因此它们不能作为独立追溯单元,而应以时间序列或键值对的形式挂接到批次或序列号上。

以拧紧工位为例,追溯系统需要记录:扭矩设定值 12.5 N·m、实测值 12.3 N·m、角度设定值 90°、实测值 88°、拧紧时间 2024-06-12 10:23:47、结果判定 OK。这些字段与序列号 SN-SD750-240612-L2-00871 绑定,形成一条完整的工艺追溯记录。环境数据同理:如果该工位处于温湿度受控区域,则记录采集时间点的温度 23.5℃、湿度 45%RH,并与同一序列号关联。这样,当后续出现扭矩衰减问题时,可以同时检查工艺参数是否在范围内、环境是否异常、设备程序是否变更、人员是否具备资质。

实操建议:在定义追溯单元时,先画一张“追溯对象清单”,逐项标注:对象名称、是否独立追溯单元、编码规则、采集方式(扫码/自动采集/手工录入)、采集时机(上料/加工/测试/包装)、关联键(批次号或序列号)。这张清单是后续追溯系统数据建模的直接输入。

五、编码体系落地时的常见问题

第一,批次号与工单号混用。工单号是生产管理单元,批次号是质量追溯单元,两者可能一对多。如果直接用工单号当批次号,当同一工单分多批投料时,追溯粒度就会失真。第二,序列号重复。多产线并行时,如果序列号生成规则没有产线段,极易出现重复。第三,物料批号未采集。只记录物料编码而不记录供应商批号,等于没有追溯能力。第四,时间戳不同步。设备、扫码枪、环境采集器各自使用本地时间,导致关联时出现时间错位。建议统一使用 NTP 对时,并在追溯记录中同时保存采集时间和入库时间。

追溯单元的定义与编码体系,是整个追溯工程的地基。地基打得越清晰,后续的数据采集、存储、查询和召回才越可靠。识别对象时,始终问自己一个问题:当客户投诉或产线异常发生时,我需要多快、多准地定位到问题范围?这个问题的答案,就是追溯粒度和编码规则的设计依据。