系统集成项目到了验收阶段，最容易让人放松的是“接口已经通了”。测试环境里请求有返回、字段能落库，项目表上的一项就被勾掉了。但业务真正上线后，订单取消、库存不足、审批超时和重复提交都会出现。如果验收只看正常链路，系统最需要被验证的部分反而没有被看见。
对 企业数字化与系统集成服务 来说，接口是否连通只是起点。验收时还要明确失败发生在哪一层：是接口没有收到请求，还是业务规则拒绝了请求；是消息已经发出但对方没有处理，还是处理成功却没有回写状态。不同原因对应不同责任人，不能用一个“接口异常”笼统收口。
建议项目组在正常场景之外，固定回放几类高频异常。比如订单系统把库存扣减请求发送两次，仓储系统如何保证不重复扣减；审批系统超时后重新提交，业务单据是否会生成两份；财务系统暂时不可用时，主系统如何标记待补偿。只有把这些对象放进 制造业场景 或实际业务流程里测试，验收结果才有参考价值。
异常回放还要看数据能不能被追上。接口日志、业务单号、重试次数和人工处理结果应当使用同一组关联标识，否则事后只能看到“失败过”，却找不到哪一笔数据已经补回。这里的关键不是日志越多越好，而是从源系统到目标系统，每个状态变化都能找到对应记录，并且有人确认最终结果。
更成熟的验收单，至少应包含正常路径、失败路径、补偿路径和责任交接四栏。平台上线可以分阶段，异常处理不能留到上线后再猜。项目组可以先抽查三笔真实业务单据，回放一次失败、一次重试、一次人工补偿，再决定是否进入正式切换。相关行业复盘可继续参考 新闻洞察 栏目。