先区分没有响应与明确失败
请求可能已被服务端处理，只是响应未成功返回。保存请求标识、提交时间和必要参数，不把超时直接改成付款失败。创建、退款和分账等操作都需要按各自原请求查询结果。
优先查询已有业务记录
按原订单或申请编号查看当前状态，结果确认后再决定继续等待、恢复业务还是重新提交。不要为了重试随意生成新编号，使原有重复保护失效，也不根据浏览器提示推断资金结果。
重试有范围且能够停止
设置合理的查询和重试安排，记录每次结果，超过自动处理范围进入人工核对。恢复后检查是否存在已成功但未交付的订单。日志关联完整时间线，便于区分网络问题和业务处理耗时。
超时后保留原请求标识
超时只说明调用方没有在预期时间内收到结果。先按原单号查询，再依据明确状态决定是否重试；查询也暂不可用时，把任务置为待确认并限制重复提交。退款与付款尤其不能通过换编号反复试错，重试上限与停止条件应写入业务处理逻辑。