销售与会计系统对接：重试时如何避免重复业务记录
再次发送可能生成另一条业务记录
对接销售与会计系统时，问题不只是数据未送达。有时接收端已经接受交易，但网络中断使发送端没有收到回复。用户再次发送，如果流程不能识别原请求，就可能又生成一条记录。企业应在上线前规定重试方式，关注只能发生一次的业务结果，而不能仅以发送成功的提示作为验收标准。
先约定什么算同一笔业务
从业务规则开始：来自某个源系统的一笔订单，应在会计系统生成哪种单据？再确定能追溯到源头的参考编号。它应区分原请求的再次发送，与该交易的修改或取消。不要仅凭客户姓名或金额相同就认定重复，因为同一客户完全可能多次购买相同价格的商品。应先由业务负责人确认规则，再让技术团队设计。
工具能力有适用范围
Microsoft说明，启用相关功能后，Azure Service Bus可在设定时间窗口内根据MessageId识别重复消息。这里用于讨论的原则是：系统必须认得同一项工作，并明确重复检查的范围。这不表示所有会计系统都有相同能力，也不表示启用队列功能后就能防止每个环节产生重复结果。应分别询问接收数据、创建单据以及后续步骤如何检查。
为结果不明的状态安排核查路径
至少区分待发送、已确认结果、原因已知的失败，以及仍无法确定接收端是否完成的情况。对于最后一类，应明确核查人、按参考编号查询的方法，以及满足什么条件才可以重试。不要在系统仍自动重试时，让员工立即手工新增一张单据。保留必要的请求和回复历史，并按岗位限制客户资料的访问权限。
用模拟数据测试故障
上线前，测试同一请求发送两次、接收端已接受但回复丢失，以及应与原业务区分的修改请求。检查单据数量、相关金额和库存扣减等后续动作，而不只看屏幕状态。还应测试同一客户以相同金额完成两次正常购买，防止系统把真实业务误删为重复。事先规定预期结果，并用模拟数据保留测试记录。
准备业务团队能验收的对接需求
Chawinnix提供IT系统、AI与自动化，以及会计系统服务。讨论系统对接的企业可准备系统清单、模拟数据、原业务与修改业务的区分规则，以及结果不明时的责任人。请方案明确重复检查点、追踪方法和工具限制。传输速度只是工作的一部分，系统也应说明每笔交易已经产生了什么结果。
