报销单推送到财务系统后，接口返回成功，并不一定意味着凭证已生成，更不意味着款项已支付。财务对接中的状态回写，关键是说清楚每个状态代表哪一步业务结果：财务系统是否收到数据、是否完成处理、凭证是否生成，以及后续付款是否完成。把这些环节压成一个“已完成”，会让员工看到的进度与财务实际处理结果脱节。
状态设计应先确定各系统的职责边界。报销系统负责展示申请与审批进度；凭证生成结果应以财务系统的处理结果为依据。如果还对接预算系统和银企直连付款，各环节的结果也应分别记录，不应因其中一个接口成功，就将整张报销单标为完成。回写时保留关联的报销单、处理环节、返回结果和异常原因，后续才能判断卡在哪一步。
异常重试最难处理的，是请求发出后未收到明确结果：对方可能没有处理，也可能已经处理、只是结果未能返回。此时直接再次提交，可能造成重复凭证或重复付款。稳妥的顺序是先核对对方处理状态；确认未处理后再重试。重试还应能识别同一笔业务，避免重复请求被当成新业务。字段映射错误、审批数据不完整等问题则应先修正原因，机械重试不会让错误数据自动变对。
验收财务对接时，不宜只看正常流程能否跑通。还应覆盖回写延迟、结果不明确、重复提交和处理失败等情形，并明确由谁核对、谁修复、修复后如何更新状态。只有异常能被追踪和处理，状态回写才真正具备业务意义。
