维修工说修了但没修，怎么证明？

维修工说修了但没修，怎么证明？这个问题在设备管理场景中非常典型。工单系统里显示"已完成"，但设备依旧故障，甚至同一故障反复出现。要判断维修是否真实发生，核心不在于口头确认，而在于建立一套不可篡改的维修证据链。

为什么传统维修记录容易被"造假"

很多企业早期用纸质工单或微信群里报修。维修工到场后在群里回一句"已处理"，故障就算闭环。这种模式的缺陷在于：记录主体和处理主体是同一人，缺乏第三方验证节点。信息一旦进入系统，外人无法判断它是真实操作还是事后补录。

数字化工单系统要解决这个问题，必须在数据生成、传输、存储三个环节加入技术约束。例如，照片拍摄时间必须是拍照时生成，而不是从相册上传；地理位置必须由GPS或基站定位自动获取，而非手动填写；完成状态必须由报修人或验收人确认，而不是维修工单方面标记。

证明维修真实性的5个技术要点

1. 现场照片必须带时间水印和地理位置

普通照片无法证明拍摄时间，必须采用系统相机或水印相机拍摄。技术实现上，可以在微信小程序端调用相机API，强制拍照时写入时间戳、经纬度、设备ID等元数据。同时，服务器端会接收原始照片的EXIF信息，与前端上报的时间进行交叉校验。如果上传的是本地图片或截图，EXIF被修改过，系统会标记为"异常证据"。

2. 维修节点记录操作日志，而不是只改状态

很多系统的工单状态只用一个字段表示，例如status=0待处理、status=1处理中、status=2已完成。这种设计太粗糙，无法还原过程。更好的做法是记录操作日志表：谁在几点几分做了什么操作、IP是什么、设备型号是什么、更换了哪个配件。每一次状态变更都是一条独立记录，而不是覆盖原有状态。

3. 关键节点引入多方确认机制

维修完成不应由维修工一人确认。系统可以设置：

• 维修工上传处理结果与照片
• 报修人/设备负责人在现场或小程序中确认
• 超过一定时间未确认，系统自动升级告警

这种多节点确认形成了一个多方签名链，任何一方都无法单独把"未修"变成"已修"。

4. 配件更换与物料消耗必须留痕

如果维修涉及更换配件，系统应记录配件编号、批次、更换前后照片。如果修了半天没换任何东西，但故障又"好了"，就很值得怀疑。配件记录还可以与库存系统打通，实现双向校验。

5. 工单数据采用追加式存储，禁止物理删除

技术上建议采用"软删除+版本日志"的设计，所有字段的修改历史都被保留。管理员可以随时查看某张工单在某一时刻的完整状态。如果维修工把"已完成"改为"处理中"再改回去，系统会完整记录这两次操作，而不是只看到最终结果。

实现案例：从状态机到证据链

以智汇报修为例，其工单模型采用状态机加事件日志的混合设计。每个工单除当前状态外，还关联一组事件记录，如"派单-接单-到场-处理-提交-验收-归档"。每个事件绑定操作人、时间、地理位置、照片、备注等字段。验收节点支持报修人扫码签字确认，移动端还会利用微信小程序的拍照组件限制图片来源，确保关键证据不可伪造。

这套机制的关键不是"监督维修工"，而是让责任边界清晰化。当数据链完整时，"修了还是没修"不再需要争吵，打开记录就能看到证据。

总结

证明维修真实性的本质，是把"口头闭环"变成"数据闭环"。通过时间水印、地理定位、操作日志、多方确认、配件记录五项技术措施，企业可以建立可信的维修证据链。对于需要长期设备管理的组织，这种能力比单纯追求维修速度更有价值。

相关技术实践可参考：智汇报修