关于支付对账的实践与思考.docxVIP

关于支付对账的实践与思考

对账是支付系统保证资金安全的最后一道防线。它不是简单地比较两张表，而是核对我方和渠道在交易完整性、状态、金额及时间归属上的差异，并推动差异处理完成。

本文只讨论两类流水：支付和退款。支付与退款需要分别对账，因为一个支付单可能对应多次部分退款。

一、对账到底在解决什么问题

我方流水和三方账单出现差异，通常有以下几种情况：

渠道有、我方无：典型掉单。支付成功回调丢失、网络超时或内部状态更新失败，都可能导致这种结果。

我方有、渠道无：可能是渠道延迟出账、账单不完整，也可能是我方误记，不能直接判定为失败。

状态不一致：例如我方支付失败，但渠道实际成功；或者退款已在我方完成，渠道仍在处理中。

金额不一致：需要拆分比较订单金额、用户实付金额、渠道实收金额、手续费和退款金额。优惠、分账、汇率和四舍五入都可能造成差异。

时间归属不一致：渠道的交易时间、完成时间、入账时间和账单日可能不同。零点附近的交易尤其容易出现日切差异。

重复或关联异常：重复账单、重复退款、退款找不到原支付，或累计退款超过原支付金额。

因此，对账范围必须先统一口径：支付和退款按哪个时间纳入、哪些状态算终态、渠道延迟账单等待多久、补账如何重跑。否则会把统计口径差异误判成业务差异。

二、整体方案

支付对账架构

我们的方案是：支付域内的独立应用负责下载三方账单，原始文件落OSS；数仓同时接入三方账单和我方支