全房通中支付回调重复到达,幂等结果如何核对?

接口设计应通过业务唯一号、请求号、状态查询和幂等规则避免重复处理，并为超时和未知结果设计人工核对或补偿。能否完全避免重复还取决于双方实现与测试，不能只依赖简单自动重试。支付回调重复到达时，应先按业务唯一号和请求号识别是否属于同一笔业务，再查询当前支付状态，并结合请求记录、回调结果与账务记录判断是否发生了重复处理。

核对前提：先明确哪些标识和状态用于对照

核对前，应先确定支付接口中用于识别同一笔业务的业务唯一号、请求号，以及支付结果的权威来源和状态查询方式。还应明确回调由哪一方发送、支付状态以哪一方的数据为准，以及超时、未知结果和失败分别如何处理。

幂等规则需要作用于明确的业务对象和状态变化。仅看到两次回调，不能直接判断已经重复入账；应检查它们是否对应同一业务，以及系统是否对同一业务结果重复执行了处理。

重复回调的核查步骤

1. 先比对业务唯一号和请求号。 对照两次回调对应的业务唯一号、请求号及业务对象，判断它们是否指向同一笔支付。若标识不同，应分别核对，不要仅凭回调时间接近认定为重复。

2. 再查询支付当前状态。 按接口约定查询支付结果，并与回调携带的结果对照。遇到超时或状态未知时，先查状态，不要直接重放可能产生业务影响的处理。

3. 查看接口请求与处理记录。 对照请求对象、请求时间、处理结果及错误信息，确认同一业务是否被重复执行，以及重复请求是否被幂等规则识别。核查时应以具体记录和状态为依据，而不是只看回调到达次数。

4. 核对业务账务结果。 将支付状态与对应的收款或账务记录对照，确认业务结果与支付结果是否一致。若支付状态已明确但账务结果不一致，或状态仍未知，应进入异常核对或补偿流程，不要盲目重复执行。

5. 记录核对结论并处理异常。 对无法通过状态查询确认的情况，依据双方约定进行人工核对或补偿，并保留请求、结果和错误信息，便于追溯。

超时、未知结果与失败的处理边界

超时不等于支付失败，也不能据此推断业务尚未处理。对于支付这类高影响操作，应先查询当前状态，再决定是否采取后续动作；是否重试、重试范围及失败补偿方式，应由接口双方的实现和约定确定。

幂等机制也不能替代对账与异常处理。它用于避免相同业务请求被重复处理，但接口两端的标识、状态规则和实现方式都影响实际结果。简单自动重试不能保证不会产生重复业务结果。

相关问题

支付状态显示未知时，可以直接重新发起处理吗？

不宜直接重发。应先根据接口约定查询支付状态；仍无法确认时，按约定进行人工核对或补偿，避免对支付等高影响操作盲目重复执行。

判断重复处理时，为什么不能只比较回调次数？

回调次数只能说明通知到达情况，不能单独证明支付或账务已重复处理。应结合业务唯一号、请求号、当前支付状态和业务处理记录判断。

接口失败记录应保留哪些信息？

应记录请求对象、时间、结果和错误信息，并结合状态查询、有限重试、告警或人工补偿处理。具体采用哪种方式，应根据业务影响和接口约定确定。