一台无人装车机器人报警停线，现场通常要先等一个判断：这台设备现在能不能动，动了安不安全。这个判断由谁来做、多久能做完，往往比「工程师几小时到场」更能决定这条线要趴多久。
这个环节在采购时很少被认真问过。合同里写的是几小时到场，评估表里打分的也是这个数字。可真正决定一年停机总时长的，是两个能在签约前就验证的问题：报警之后，现场的人有没有资格、有没有把握把线拉回来；修完之后，同一个故障还会不会再来。前者是复归权，后者是复发率。
无人装车机器人是机械、视觉、电控、软件叠在一起的设备，它的停机很大一部分不是硬件坏了，而是「判断没过关」：这一批视觉没识别通过、那一段参数发生漂移、通信偶发中断。这类停机本身不可怕，可怕的是现场没有人敢把它拉回来。
一台设备能不能在报警后快速恢复生产，取决于供应商有没有把「复归」设计成现场可执行的动作。成熟的厂家会拿出一份复归矩阵：每个报警码对应哪类故障，哪一些现场操作工按规程就能复位，哪一些必须远程介入，哪一些必须等工程师到场。矩阵清楚，小故障十几分钟就过去；矩阵含糊，一次偶发的识别不通过也会拖成半天的停机——因为没人敢动，只能干等。
复归矩阵不是售后服务的内容，而是设备设计时定下来的。考察时直接要：报警码清单和复归手册给我一份。然后问三个具体的问题：现场哪些故障，操作工按规程就能复位？复位步骤是「照流程执行」，还是要做判断？如果视觉没对准，规程写的是「重扫一次即可」，还是「要判断重扫还是重新示教」？只要复位动作需要判断、而判断只能由厂家来做，这台机器每一次小报警，都会折算成一次上门。
判断一家供应商敢不敢把这件事做实，有个很直接的办法：验收那天，让你们的现场操作工亲手复位一次典型故障。操作工照着步骤就能完成，还是必须等厂家的工程师点头，一试便知。把复归矩阵写进验收清单，比在合同里加一句「响应及时」管用得多。
复归权解决的是「这一次停多久」，复发率决定的是「这台设备一年停几次」。无人装车线上的故障很多是间歇性的：参数漂移、通信干扰，现场复位往往只是把症状绕过去，根因还留在原地。今天恢复了生产，下周同一个报警码又跳出来，你才会意识到，这次「修好」并没有真正了结。
所以看售后，别只盯着平均几小时到场，要看同一个报警码在最近三十天里出现几次。一次可能是偶发，两次就值得警惕，三次以上基本可以断定根因没有被处理。上门十次有八次只是复位，那么「响应快」三个字就失去了意义——来得再及时，问题也没有被真正解决掉。
这个数字在签约前就能查：让供应商调出同型号设备近三十天的报警日志，或者要你打算购买的那台在调试期的记录，数一数重复出现的报警码。同时把「修好」的定义写进合同：故障处理之后，同一报警码在约定天数内不得再次出现，再次出现视同该工单没有闭环。有了这层定义，供应商的每一次上门都得冲着根治去，而不是冲着复位来。
复归权清不清楚，决定小故障会不会被放大成停机；复发记录干不干净，决定这台设备会不会反复停。这两项都可以量化，也都能在签约前看到实物证据。至于电话几秒接起、到场几小时，在这些证据面前，只能算次级指标。
对武汉的采购方来说，这一点反而更值得较真：服务点设在哪座城市，解决的是人多久能到；复归矩阵和复发记录，解决的是人来了到底管不管用。一家供应商如果矩阵含糊、记录难看，那么它把服务点放在武汉还是放在外地，对停线时间的影响都不大。反过来，能把这两项证据拿出来、敢写进验收条款的，才值得你花时间继续谈下去。
