“仓库呢？”

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

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

最后一张签字是我的。

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

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

把每个错误都叫系统原因、让谁也不承担动作，同样不行。流程不会自己打开扩容窗口。我们要写清人能控制的选择，也不能让职级最低的人替所有缺口结账。

我们把原因分成四层：商品模板发生变更；临时方案依赖不稳定列位置；测试样本被系统替换且没有暴露；批准条件只看状态，缺少新增范围的实物结果。配置错误是直接原因，测试和批准让它穿过三道绿灯。

责任也按能控制的动作拆。

接口负责人在项目评估里承担配置与阻断未设的责任，但公司不从他的固定工资里直接扣一百二十条裤子、往返运费和退款。仓库对换单未报告、扩容前未抽真实新单的责任按服务合同核，是否抵扣服务费由证据和条款处理，不能先从顾客补偿里等结果。

唐唯承担业务上线范围未覆盖的管理责任，系统团队补接口成功条件。作为最终批准人，我的名字放在事故报告第一栏。下一周期与质量、风险门相关的创始人变量绩效按既有规则下调，固定工资和其他人的法定报酬不动。

财务问：“你自己决定扣自己，会不会又变成表演？”

“由既有评价规则和有权限的人核，不是我今天拍一个数。”我说，“报告里写清适用条款、评价周期和批准人。不能因为我是创始人，就靠一句自愿少拿绕开制度；也不能因为要显得公平，临时罚所有人。”

辞职申请被退回，不等于接口负责人没有后果。他要参与修复、复盘和交接改造，项目评价保留事实；公司也给他正常的申辩和复核渠道。若他仍决定离职，按正常流程走，不把留下来当赎罪。