4. 工装要素建模与追溯数据采集
工装追溯的难点，往往不在“贴不贴码”，而在于工装本身是一类会随时间改变状态、会被反复借用、会经历校准与维修的资产。如果只把工装当成一个编号，追溯链在第一次借用之后就会断裂。因此本节的核心任务是：先把工装拆解成可追溯的要素，建立工装主数据模型，再选择RFID、二维码、传感器等采集方式，把“静态档案”变成“动态履历”。
一、工装要素：从“一个编号”拆成四类追溯属性
工装要素建模的第一步，是明确哪些属性必须被记录、哪些属性会变化、哪些属性决定工装能否继续使用。结合人员工装设备追溯关联工程的场景，可把工装追溯属性归为四类：
- 身份属性：工装唯一编码、名称、型号规格、所属产线/工位、制造厂商、出厂编号、启用日期。这类属性基本不变，是追溯的锚点。
- 校准属性：校准周期、上次校准日期、下次到期日期、校准机构、校准证书编号、校准结果（合格/限用/停用）、允许偏差范围。校准状态直接决定工装是否可用。
- 使用属性：当前状态（在库/借出/使用中/维修中/报废）、当前持有人或工位、累计使用次数、累计使用时长、最近一次使用时间、关联工单或产品批次。
- 维护属性：维护类型（保养/维修/更换部件）、维护日期、维护人、故障现象、更换件批次、维护后复检结果。
这四类属性并非并列堆放，而是存在明确的状态驱动关系：校准到期会触发“限用/停用”，使用次数或时长达到阈值会触发“送检/保养”，维护完成后才允许重新进入“在库可用”。下图给出工装主数据模型与状态流转、采集方式之间的对应关系。
二、主数据模型怎么建：以“工装编码”为主键的三层结构
工装主数据模型建议采用三层结构，避免把所有字段塞进一张表导致更新冲突。
第一层：工装台账（静态层）。以工装编码为主键，存放身份属性。这一层只在新增工装或信息变更时写入，日常采集不修改。示例字段可设计为：tool_id（工装编码，如 GW-CNC-0017）、tool_name、model、station、vendor、serial_no、enable_date。
第二层：校准与维护记录（事件层）。以 event_id 为主键，通过 tool_id 外键关联台账。每次校准、维修、保养生成一条记录，保留历史，不覆盖。关键字段包括 event_type（校准/维修/保养）、event_date、operator、result、cert_no、next_due_date、replaced_part_batch。
第三层：使用流水（动态层）。以 usage_id 为主键，记录每一次借出、归还、使用起止。字段包括 tool_id、user_id、work_order、start_time、end_time、usage_count_delta、usage_hours_delta。这一层数据量最大，但正是追溯“某批次产品用了哪件工装”的关键证据。
三、采集方式怎么选：按“属性变化频率”和“读取距离”匹配
RFID、二维码、传感器不是互相替代，而是按属性特征分工。
RFID适合身份属性与出入库使用属性。在工装库门口安装固定式读写器，工装粘贴抗金属RFID标签。当工装被带出库房时，读写器在1～3米范围内自动读取，系统写入一条“借出”流水，记录时间与工位。归还时再次读取，闭合使用区间。这种方式不需要人工扫码，适合高频借还的通用工装。
二维码适合校准属性与工位固定工装。每件工装贴二维码标签，标签内容为工装编码的URL。操作人员用移动终端扫码后，直接打开该工装的校准证书、下次到期日与允许偏差。对于安装在设备上、不常移动的专用工装，二维码成本低、可打印、可随工装一起送检更新。
传感器适合使用属性与维护属性。对关键工装加装计数或计时模块，例如冲压模具的行程计数器、扭矩扳手的拧紧次数计数器。传感器数据通过网关上传，当累计次数达到预设阈值（示例：某型号扭矩扳手设定5000次送检），系统自动生成校准或保养工单，并临时将该工装状态置为“待校准”，避免超期使用。
四、一个可执行的采集与判断示例
以某CNC工位的一把专用夹具为例，说明从采集到判断的完整过程。
- 夹具台账：
tool_id = GW-CNC-0017，校准周期90天，上次校准日期为2025-03-01，则下次到期日为2025-05-30。 - 2025-05-28，操作员扫码借出，系统写入使用流水，状态变为“使用中”。
- 2025-05-30，系统检查校准到期日，发现已到期，自动将状态置为“待校准”，并在工位终端弹出提醒。
- 操作员将夹具送检，校准机构出具证书，结果“合格”，允许偏差±0.02mm，下次到期日更新为2025-08-28。
- 系统写入校准事件，状态恢复为“在库可用”，该夹具重新允许借出。
判断依据很明确：只要校准状态为“合格”且未到期，工装才允许进入“在库可用”并借出；一旦到期或校准结果为“限用/停用”，系统必须阻止借出并触发处理流程。使用次数或时长达到阈值时，同样触发送检，而不是等到校准日期。
五、建模与采集的落地检查要点
- 工装编码是否唯一且与工位、产线建立关联，避免同型号多件混淆。
- 校准到期日是否由系统根据“上次校准日期 + 校准周期”自动计算，而不是人工填写。
- 使用流水是否记录工单号或产品批次，确保“产品—工装”可双向追溯。
- RFID读取点是否覆盖借出与归还两个方向，避免只记录借出不记录归还。
- 传感器阈值是否与校准周期、维护规程一致，阈值变更是否留痕。
- 维护记录是否包含更换件批次，以便在出现质量问题时反查备件来源。
工装要素建模与追溯数据采集的本质，是把工装从“一个编号”变成“一条随时间生长的履历”。主数据模型负责定义履历的字段与层级，采集方式负责把履历写实。两者对齐之后，人员、工装、设备、产品之间的追溯关联才有可靠的数据基础。