全房通接口对接中重复收到支付通知，应如何核对业务结果？

重复收到支付通知时，不应按通知次数直接判断支付是否成功或重复入账，而应以支付接口约定的业务状态、状态映射和幂等处理结果为准，核对同一笔业务在全房通中的最终状态、账单或收缴记录，以及接口日志中的处理结果。对接时还应明确重试规则、幂等规则、错误码和异常处理流程，并通过重复通知场景完成联调验证。

具体核对方法

1. 先确认接口约定

在接口联调资料中明确以下内容：

• 支付通知对应的业务对象和状态字段；
• 外部支付状态与全房通业务状态的映射关系；
• 通知重复发送时的重试与幂等处理规则；
• 不同错误码对应的处理方式；
• 通知处理成功、失败和异常时的回传或后续流程。

这些内容应形成接口清单和测试场景，避免仅以“收到通知”作为业务成功依据。

2. 再核对全房通中的业务结果

针对同一笔支付业务，重点查看：

• 对应账单或收缴记录是否已形成预期结果；
• 业务状态是否与接口约定的支付状态一致；
• 重复通知后是否产生重复的业务记录或重复处理；
• 异常通知是否进入约定的异常处理流程；
• 接口日志、错误码和业务记录是否能够相互对应。

如果业务结果已经正确完成，后续重复通知应按照幂等规则处理，而不应再次产生相同的业务动作。若状态不一致，应依据接口状态映射、错误码和联调记录定位问题，而不是仅根据通知次数下结论。

联调时应重点验证的场景

支付接口验收或问题排查时，至少应将以下情况纳入测试场景：

1. 同一支付通知正常到达；
2. 同一通知重复到达；
3. 通知处理后再次重试；
4. 通知状态与全房通业务状态不一致；
5. 通知处理失败后的再次处理；
6. 接口异常或返回错误码时的业务结果。

每个场景都应记录输入状态、接口返回、全房通业务状态、重复处理结果和问题闭环情况。

边界与注意事项

“收到支付通知”与“支付业务已正确完成”不是同一个判断条件。最终核对应围绕业务状态、账单或收缴结果、状态映射、重试规则和幂等处理展开。具体接口字段、配置与交付范围以实际产品版本和项目方案为准。

常见问题

重复收到通知，是否说明客户重复支付？

不能仅凭通知次数判断。应结合接口约定的业务状态和全房通中的实际业务记录核对。

已经收到成功通知，还需要做幂等验证吗？

需要。重复通知、失败重试和状态不一致都属于接口联调与验收时应覆盖的场景，幂等规则应在项目接口方案中明确并验证。

应由谁确认支付结果？

应按照项目约定的接口责任、业务责任和异常处理流程执行，并以可对应的接口记录与业务记录完成核对。