接口负责人坐在离门最近的位置。

他把映射表、上线清单和聊天记录都打印出来，最上面压着一份辞职申请。区域仓暂停后的第二天，群里已经有人问是不是他把版型码填反了。答案是，他确实配置了那张表。

“先别交辞职。”我说，“把你做过的动作按时间讲。”

会前，人事要求各组别传播“谁填错一列”的结论。暂停接口权限只用于核查，不先写成处分；接口负责人可以查阅与自己有关的记录、提出异议并要求人事在场。

他从扩容前一天下午开始讲。平台商品模板新增版次字段，导出的列顺序变化；仓库接口来不及按字段标识改造，双方决定临时用固定位置映射。他在会议上提醒过字段位置会变，后来根据样表配置，生成文件也通过了系统校验。

“你为什么签完成？”唐唯问。

“文件能生成，仓库回传成功。我以为实物测试会覆盖新增版次。”

仓库项目经理接过话：“我们收到的测试单从新清单里抽，但拣货账号里只有旧版次有可售量，系统自动换成了旧版次测试订单。现场看了条码、版型和尺码，都对。”

“自动换了，谁知道？”我问。

没人知道。测试结果只写“通过”，没有记录测试用的是哪个商品编码，也没有保留应发与实发的对照截图。所谓双人复核，两个人看的不是同一个结果：一个确认配置完成，一个确认仓库能拣出一条正确裤子。

第三道绿色来自系统回传。它只核文件成功接收、订单成功创建和运单号返回，不读取实物属性。我们却在上线清单里把它写成“接口复核通过”。

“那他错在哪？”有人问。

宋远说：“用了会随模板移动的列位置，没要求系统按稳定字段识别。看见测试样本被替换，也没有设置阻断。”

接口负责人点头：“这两项是我应该发现的。”

“仓库呢？”

“测试换单没有回报，固定映射方案也没写清适用期限。”仓储项目经理说，“扩大出库前，我们按成功导入执行，没有再抽新订单实物。”

唐唯把自己的签字圈出来。她批准扩大库存格，检查了销量、库存和时效，没有核新增版次是否真实进入测试。系统工程师负责接口回传，只按当时写下的成功条件完成，也没有人要求他验证商品字段。

最后一张签字是我的。

我问过谁核第二遍，看见三个勾就同意打开扩容窗口。接口负责人已经说过字段位置会变，我没有追问临时映射的停止条件，也没有要求拿新增版次跑一笔真实订单。

如果现在开掉配置的人，事故会看起来很快结束。下一次另一个人仍会面对同一张写着“通过”、却不说明通过什么的表。