工单签收栏被放大到主屏中央。
纸面比会议签到页新。
签名也更像。
系统把签名框、工单编号和验收时间一起标蓝。
提示：
笔迹高度一致。
验收时间完整。
可确认本人签收。
本人签收和验收完成旁的默认勾已经亮起。
韩麒先看工单编号。
不是看签名。
他说：
“编号先核来源。”
“签收再核谁签。”
陆沉把工单拆成八栏：工单来源、派工时间、维修事项、现场交接、签收人、验收时间、完成状态、责任归属。
系统自动把“签收人”填成签名对应姓名。
陆沉删掉。
改成：
签收字样待核。
许照微调出工单底部。
编号前半段是打印体，后半段有手写补码。验收时间写得很清楚，分钟却压在复写纸的折痕上。
她说：
“时间完整。”
“来源不完整。”
材料员从旧备品柜取出同批三联工单的空白存根。第一联标题是“派工”，第二联是“收件”，第三联才有“试机验收”；主屏这张只露出第二联，却被迁移系统统一改名为“验收签收栏”。
韩麒让材料员用今天的空白单走一遍流程：维修班领到纸时在第二联签名，设备还没打开，系统已经生成“签收时间”；只有第三联的电流、报警复位和试机人三格填写后，才允许进入验收。
测试编号`oRdER-18-18-t`。材料员只签当前流程演示，旧签名与现实人员名单全部遮住。许照微把三联纸、字段迁移表和演示录像分别归档，确认“签收”在这套表里首先是收件，不是完工。
宋临把旁边的派工记录打开。
派工记录有设备号，有楼层，有故障描述。
没有到场人员确认。
没有交接照片。
也没有维修前后状态。
她写：
工单编号不证明现场交接。
验收时间不证明维修完成。
项目方代表把手指按在签收栏上。
“可签收就是验收。”
“验收了就是完工。”
温既白看着开放日页面。
页面里又出现一句：
相关工单已完成验收。
她停了一下。
把“完成验收”改成：
工单签收材料待核。
系统重新弹出笔迹比对。
相似度 91.2%。
建议：
同一签署人。
可补现场签收事实。
白瓷低头看那一栏。
她听见两层声音。
一层是笔尖划过复写纸。
一层是纸被夹板压住以后弹开的轻响。
她说：
“有笔声。”
“也有夹板声。”
韩麒问：
“能听出谁拿笔吗？”
白瓷摇头。
“不能。”
“也听不出有没有人在旁边交接。”
陆沉把签收栏从验收结论里拖出来。
他在中间加了四个空格。
本人签收。
现场交接。
维修动作。
验收完成。
四个空格都没有连线。
系统试图把验收时间连到“验收完成”。
提示：
签收时间晚于派工时间。
流程闭环。
许照微把时间源并列出来。
派工系统时间是 15:06。
工单签收时间是 15:48。
设备日志最后一次报警是 16:12。
她说：
“签收在前。”
“报警在后。”
会议室安静了一下。
项目方代表的手指从签收栏上移开。
宋临在纪要里补了一句：
签收时间不覆盖后续报警。
陆沉把工单签收栏放入待鉴定材料。
工单来源、签收人、现场交接、维修动作、验收完成、责任归属六栏仍然空着。
十六点十二分的报警被重新打印成红色续页，贴在十五点四十八分签收时间下面。入口屏撤下“设备运行正常”和绿色完工章，只显示“纸件被签收后仍有报警”。项目方代表要求把报警写成新故障，设备管理员拒绝：没有维修前后读数，不能替旧工单制造第二次故障。
温既白在工单降级回执上签名，原定的维修成功动画停止播放。三联空白样张放进透明夹，参观者能看见第二联与第三联不是同一件事。
设备管理员据十六点十二分报警重新开出一张“状态未闭合”卡，卡上不派给旧签名人，只派给当前检修组检查历史报警来源。原工单继续封存，不被新检修动作覆盖。
材料员把迁移系统里同批九张“验收签收栏”逐一降回原联名称，其中六张是收件联，两张是退料联，只有一张带试机格。入口屏原来的九枚完工章全部撤下，项目方要重新核每张第三联，不能沿用这次签名推定。
系统的蓝框退回灰色。
文检员要求查看那份“笔迹高度一致”报告的样本清单。清单送来时，三份材料名字不同，右下角的污点却落在完全相同的位置。
她把报告翻到页脚：“先查母图。三份文件如果来自一次扫描，就没有三名证人，也没有三次签署。”