维护记录溯源：用PROV与DCAT描述配件更换过程

在机器人配件管理与维护场景中，只写下“某日更换了某型号配件”并不足以支撑后续审计与复现。当同一条产线上的夹持模块、编码器或减速器在不同班次被多次拆装时，维护记录必须能回答：谁执行了操作、依据哪份资料、输入了什么参数、观察到了什么现象、出现了哪些例外。本站定位于配件型号与维护记录，因此在实操方法栏目中，我们关注可复现的步骤、输入、观察、例外与责任人记录方法，而不是泛泛而谈“要留痕”。

一、把维护动作抽象为实体与活动

要给配件更换过程建立可追溯结构，可以借鉴万维网联盟关于来源描述的思路。PROV Model Primer 将“实体、活动、代理、使用与生成”作为核心概念：实体是世界中的数据或事物，活动是发生在实体上的过程，代理则承担相应责任。对应到机器人维护：被换上的新配件是一个实体，拆卸与安装作业是一个活动，维修工程师或班组是代理，旧配件退役、新配件投入使用则是使用与生成关系。把每次维护拆成这三层，记录就不再是一段流水账，而是一张能追问到责任节点的关系图。

二、输入步骤：先写清操作前置条件

可复现的第一步是固定“输入”。在更换机器人编码器配件时，输入不只包含零件编号，还应包含工具清单、扭矩规格、供电状态、控制器软件版本以及参照图纸版本。实操中可要求责任人在记录开头填写：作业单号、设备编号、目标配件位置、原配件序列号、替换配件序列号、所依据的型号资料路径。若依赖某个版本的接口说明，应把该资料版本写入记录，而不是只写“按手册操作”。这样后续若发现批次差异，就能回到当时输入条件重新比对。

三、观察项：从“正常”细化到可判定现象

很多记录失效，是因为观察栏只写了“运行正常”。要可复现，必须写清观察手段与现象边界。例如安装真空吸附末端后，应记录：通气压力值、保持时间、真空表读数区间、有无报警代码、示教器位置偏移量。对于机器人减速器相关作业，可记录背隙测量方法、载荷试运行周期、温升观察区间与异响描述。观察项应当能被下一人用同样工具复测；若使用假设示例来培训，应明确标注“假设示例”：例如“假设示例：某次记录中写入‘回转无卡滞’，但未记录测量转速与负载，后续无法判定是否真无卡滞”。只有把现象转成可判定输入，例外才容易被识别。

四、例外处理：记录偏差而非掩盖偏差

实际维护很少完全按预期进行。螺丝孔位轻微偏差、接口版本不一致、到货配件外观相同但固件不同，都会造成例外。责任人不应把例外改成“已完成”，而应在记录中单列“例外”区块：写清发现时间、现象、临时处置、是否停机、是否通知工艺或采购。若例外涉及接口或版本疑问，可先回到型号核对环节，参考本站关于配件型号与维护记录中版本与接口先行的原则。例外记录的价值在于，它让后续盘点知道哪次作业存在残余风险，而不是把所有结果都抹平成“成功”。

五、责任人记录：代理、角色与时间戳

PROV 强调代理与责任，维护记录也必须落到人。应记录操作者姓名或工号、复核者、审批者，以及各自角色：操作者负责执行，复核者负责确认观察数据，审批者负责允许复产。时间戳不能只写日期，要写到班次或具体时刻，因为产线可能一天内多次切换配置。责任人记录还应包含联系方式或班组归属，便于在异常回溯时找到当时上下文。把“谁做的、谁确认的、谁放行的”分开，比只签一个名字更能支撑责任界定。

六、用目录与版本词汇管理维护资料集

维护记录本身也是数据资产，需要被检索与聚合。Data Catalog Vocabulary (DCAT) - Version 3 提供了描述数据集与数据服务的词汇，可用于管理配件资料目录：把图纸、手册、更换记录、例外报告视为不同数据集，用标题、版本、发布时间、关联资源来描述。DCAT 3 支持版本化属性与数据集系列，正好对应配件资料频繁改版的情况。例如某个末端夹持资料若更新了接口版本，不应直接覆盖旧记录，而应作为新版本并保留 previousVersion 关联。将维护记录纳入这种目录结构后，站内如机器人编码器配件与机器人减速器相关资料就能按型号、版本与作业批次被统一发现，而不是散落在个人电脑中。通过把 PROV 的来源模型与 DCAT 的目录模型结合，配件更换过程既“说得清来源”，也“找得到资料”。