在支付系统中，有内部子系统间单据对账，账务系统对账，会计系统对账，支付渠道对账等。
这篇主要介绍的是以复式记账法记账为背景，电商平台支付系统与支付渠道对账的对账，内容主要是近期学习整理汇总得来，如有错误欢迎评论区讨论。

充值基本流程

交易系统向支付系统发起一笔支付请求后：

1. 支付系统需要校验此交易订单中的参数信息，交易双方信息，判断是否可发起支付，如果有风控系统，还需过一次风控；
2. 判断通过后，通过支付渠道路由，选择合适的渠道，发起支付；
3. 同步或异步拿到支付结果，通知交易系统和账务系统，账务系统记录应收账款入账流水。
4. 日终根据当日支付成功的充值流水，生成为平台侧的交易对账文件。

退款基本流程

交易系统向支付系统发起一笔退款请求后：

1. 支付系统需要校验此退款订单中的参数信息，可退金额、次数、支付时间，判断是否可发起退款，如果有风控系统，还需过一次风控；
2. 判断通过后，如果是待清算资金退款，则在待清算账户中冻结这笔金额（或转入退款前置账户），然后向支付渠道发起退款；如果是已结算的资金退款，则可能需要先计算退回的手续费，然后将退回的手续费与结算资金扣款，转入退款前置账户之后，再发起渠道退款；
3. 不同支付渠道和支付方式，退款发起后，退款结果获取方式不同：
   第三方支付的余额支付退款，通常可实时或者准实时退款成功。
   支付宝退款，退款发起成功即代表退款成功，支付宝会优先原路返回，失败则会退回到对方支付宝余额。
   微信银行卡退款，需等待微信异步通知退款结果，或发起退款3个工作日后查询退款结果。
   对于平台侧，只要退款发起成功，就需要将退款金额从退款账户扣除，或转入退款过渡账户；

借：商户A - 待清算货款 100
贷：商户A - 待清算退款 100

如果得到退款失败或异常结果，通常支付机构或银行会转线下人工处理退款，或支付机构提供平台，由支付机构的商户去处理失败退款。
渠道退款失败后账务处理方式，需要按照不同渠道对于退款失败的处理办法来设置。通常是会继续冻结这笔资金，转人工处理，继续尝试其他方式退款。

4. 日终根据当日申请成功的退款流水，生成平台侧的退款对账文件。

平台侧交易对账文件准备

日终时，支付系统的对账模块，将前一日支付成功的支付流水，以及退款发起成功的退款流水，取交易时间，支付金额，平台单号，平台支付流水号，平台支付金额，按照支付渠道区分，保存为当日平台侧交易对账文件。
如果需要核对手续费，则需要按照不同支付渠道的协议费率和取整方式，以及退款返还手续费规则，计算出手续费金额，用于和支付渠道结算实收手续费进行比较。

渠道对账

待支付机构日切或清分后，支付机构会提供对账文件，包含交易文件或资金文件，也可能是2份文件中的字段信息合在一个对账文件中。如果是分成2份文件提供，通常需要先进行交易文件对账，之后再以交易对账结果，作为资金对账的依据。因为交易文件实际上是支付机构待清算账户的入账凭证，资金文件则是结算账户的入账凭证。

1.交易对账

在收单支付渠道的交易文件中，会有交易（支付），交易退款/交易撤销两种交易类型。在对账的时候，拿到支付渠道交易文件后，解析出一下字段，生成当日该渠道侧交易对账文件：
交易文件：交易金额，交易时间，机构单号，商户单号，手续费；
资金文件：结算时间，结算金额，入账金额，手续费，机构单号，商户单号。

将渠道侧对账文件，与当日平台侧对账文件，按照商户支付单号进行left join 和 right join，产生的并集，即为当日批次该渠道的支付对账表。
系统自动进行金额、条数的核对，将此次自动对账结果汇总（总条数，成功x条，长款x条，短款x条，自动缓存x条，需人工处理x条），通知相关人员处理。

对账结果以及差异处理：

• 如果金额一致，则将此条对账明细记为已对账。

• 金额一致，时间不一致：
  渠道侧有流水，我方交易成功时间晚于渠道流水，自动匹配上。
  如果平台侧有流水而渠道侧没有，可先缓存下次继续对账，3次对账失败后需人工处理。确认对账文件解析无误，确认支付结果回调日志，排除我方问题后，先挂短款账处理，找渠道侧人工核对。

• 金额一致，交易状态不一致
  渠道侧有流水，平台侧流水状态是进行中，则直接修改平台侧流水状态为支付成功。
  如果渠道侧有流水，平台侧流水状态是已取消，则自动退款。
  如果渠道侧有流水，平台侧没有此流水，则可能是未知来源收入，可能是测试环境支付等原因，可人工挂长款账处理，核实原因后再销账。

• 如果金额不一致，需要查看平台侧支付流水日志，是否有修改过金额。

• 重复支付
  在支付结果回调、支付结果轮询、日总对账这三个时机，支付系统中有支付单状态更新为支付成功，同步交易系统后，发现此前交易订单已支付成功，这种情况即为重复支付，可在发现后自动退款处理。

• 手续费对账
  在交易对账这一步，也可以进行手续费的对账。将平台计算的手续费与渠道手续费金额进行对比，误差在阈值范围内则通过，超过阈值范围则走异常挂账，后续人工处理。通常手续费都不会有太大的出入，不应该因为手续费差异影响掉单恢复逻辑。
  最终以渠道侧交易文件为基准，按照不同差异类型，使用补单、挂账、缓存等方式，处理完差异后，归档此交易对账文件。

2.交易对账触发账务处理

对账差异处理时的补单、更新状态、退款、挂账等操作，都需触发相应账务系统流水和记账凭证记录。

充值交易，在交易对账成功后，以渠道文件中的交易金额和手续费，通知账务系统，生成分录流水：

借：待清算账款 100
贷：应收账款 100

借：运营成本 - 收单手续费 0.6
贷：手续费户应付 0.6

退款交易，在交易对账成功后，以渠道文件中的退款金额、退款返还手续费，提交给账务系统生成机构账户流水。

借：商户A - 待清算退款 100 （假如退款发起时转入了退款过渡户）
贷：xx行待清算账款 100 （假如是当日支付，日切前退款）

渠道手续费退回
借：xx行手续费户 0.6
贷：运营成本 - 收单手续费 0.6

3.资金对账和账务处理

交易对账完成后，以对账结果生成平台侧资金对账文件，与支付渠道侧提供的资金文件，进行明细轧帐。
对账成功的充值交易，通知账务系统，生成待清算账款转入基本户账户，以及手续费账户扣款的分录流水：

借：xx行收单账户 100
贷：xx行待清算账款 100

借：xx行手续费户应付 0.6
贷：xx行手续费账户 0.6

代付对账

代付类交易，比如银企直连，或者第三方代付功能，一般用于账户提现，工资佣金发放，采购单结算等，也有一些退款的场景是用代付来实现。
代付和退款同为出金类操作，渠道侧会在提交成功时扣款，但代付除了本金扣款，还有手续费扣款；
代付转账失败会自动退回本金，银行渠道是1~3天退回，第三方余额转账通常实时退回。手续费可能根据不同失败原因，退回或者不退回。
因此代付账户的对账，也就是四种交易类型的对账：转账转出，转账失败转入，转账手续费转出，转账失败手续费退回。
同样可参考退款的对账和账务处理方式，设计信息流和资金流对账流程。

内部转账

内部账户转账，一般是实时清分，不存在资金流和信息流的区别，通常是内部实时或者准实时对账。

商户对账

在电商平台中，对于订单交易场景，商户在平台的账户，一般有：待清算货款，货款余额账户。
提供给商户的对账单，需要体现这两个账户，入金和出金的单据凭证。
订单支付，待清算货款账户入金；
订单结算，待清算货款账户出金（分账明细），货款余额账户入金；
货款结算前退款，待清算货款账户出金，
货款结算后退款，货款余额账户出金。
余额提现：货款余额账户出金。

因此，通常需要提供给客户三份账单文件，以方便商户对账。订单交易记录（区分支付和退款）、订单结算单（包含实付金额，退款金额，平台手续费，货款金额等）、货款余额账户流水明细。

其实银行与支付机构，支付机构与电商平台，电商平台和入驻的商户，都属于上下游的关系；之间的信息流和资金流，以及对账的方式，基本逻辑都是一致的，理解这一点后，就更好理解对账的目的和方法了。