退款完成后为什么当天数字仍然对不上？很多差异来自不同的记录口径：原订单发生在昨天，退款发生在今天；交易金额与结算到账金额又属于不同环节。把订单、退款和时间范围分清，才能确定差异究竟发生在哪里。
一笔退款要关联哪些信息？
至少保留原商户订单号、平台订单号、退款金额、商户退款单号、平台退款单号及处理结果。原订单用于确认交易归属，退款单号用于区分不同售后操作，不能用“同一个用户”或“相同金额”代替这些标识。
本站退款接口支持使用 trade_no 或 out_trade_no 指定原订单。发起操作前，还应检查订单实际支付情况、已有退款记录以及本次可退金额，避免把重复点击当成另一笔退款。
发起退款时注意什么？
调用本站订单退款接口前，需要在商户后台开启订单退款 API 开关。接口中的 out_refund_no 用于标识商户退款请求，文档说明它可以避免重复请求退款。业务系统宜为每次独立售后操作生成稳定的退款单号；同一操作重试时沿用这个单号。
接口响应需要验签，并保存返回的结果与退款单号。网络超时只说明这次请求没有获得完整响应，不能直接推断退款失败并换一个新单号再次发起。应先核对现有退款及原订单记录，再决定是否重试。
部分退款需要单独验证。接入时可以把“全额退款”“部分退款”“重复提交”和“请求超时后的核对”列成四个测试项目，保存每个项目的结果。
支付状态与退款记录怎样对照？
本站订单查询文档中，status 的 0、1、2 分别表示未支付、已支付、已退款；还包含已冻结和预授权等状态。订单处理应识别这些明确值，不能将所有非零状态都解释为可以发货。
部分退款情况下，查询结果还可能包含已退款金额 refundmoney。核对时要结合退款记录与金额，不能仅看一个“已支付”标签判断售后是否发生。
日常对账先统一时间与口径
| 核对对象 | 主要依据 | 容易混淆的地方 |
|---|---|---|
| 支付交易 | 订单号、支付金额与完成时间 | 订单创建时间不一定等于支付完成时间 |
| 退款操作 | 退款单号、金额与处理记录 | 退款可能发生在原支付日之后 |
| 业务交付 | 业务订单与发货、开通或预约记录 | 支付完成不代表交付动作已经执行 |
| 结算到账 | 约定结算周期与实际结算记录 | 支付交易额不等于同日银行入账金额 |
例如，昨日支付的订单今天退款，今天的退款记录应当能够追溯到昨日原单。对账人员需要明确自己是在看“今天发生的操作”，还是在看“某批订单截至当前的累计结果”。
发现差异后怎样排查？
- 确认时间区间与统计口径一致，记录所用时区与日期范围。
- 按商户订单号、平台订单号和退款单号逐笔对应，找出缺失或重复记录。
- 检查通知处理与查询结果，核对是否存在状态延迟或未完成的售后操作。
- 把差异分类为金额、状态、时间或归属问题，再交给相应人员处理。