渠道佣金会计处理

在支付系统中，有内部子系统间单据对账，账务系统对账，会计系统对账，支付渠道对账等。 这篇主要介绍的是以复式记账法记账为背景，电商平台支付系统与支付渠道对账的对账，内容主要是近期学习整理汇总得来，如有错误欢迎评论区讨论。 交易系统向支付系统发起一笔支付请求后： 交易系统向支付系统发起一笔退款请求后： 如果得到退款失败或异常结果，通常支付机构或银行会转线下人工处理退款，或支付机构提供平台，由支付机构的商户去处理失败退款。 渠道退款失败后账务处理方式，需要按照不同渠道对于退款失败的处理办法来设置。通常是会继续冻结这笔资金，转人工处理，继续尝试其他方式退款。 日终时，支付系统的对账模块，将前一日支付成功的支付流水，以及退款发起成功的退款流水，取交易时间，支付金额，平台单号，平台支付流水号，平台支付金额，按照支付渠道区分，保存为当日平台侧交易对账文件。 如果需要核对手续费，则需要按照不同支付渠道的协议费率和取整方式，以及退款返还手续费规则，计算出手续费金额，用于和支付渠道结算实收手续费进行比较。 待支付机构日切或清分后，支付机构会提供对账文件，包含交易文件或资金文件，也可能是2份文件中的字段信息合在一个对账文件中。如果是分成2份文件提供，通常需要先进行交易文件对账，之后再以交易对账结果，作为资金对账的依据。因为交易文件实际上是支付机构待清算账户的入账凭证，资金文件则是结算账户的入账凭证。 在收单支付渠道的交易文件中，会有交易（支付），交易退款/交易撤销两种交易类型。在对账的时候，拿到支付渠道交易文件后，解析出一下字段，生成当日该渠道侧交易对账文件： 交易文件：交易金额，交易时间，机构单号，商户单号，手续费； 资金文件：结算时间，结算金额，入账金额，手续费，机构单号，商户单号。 将渠道侧对账文件，与当日平台侧对账文件，按照商户支付单号进行left join 和 right join，产生的并集，即为当日批次该渠道的支付对账表。 系统自动进行金额、条数的核对，将此次自动对账结果汇总（总条数，成功x条，长款x条，短款x条，自动缓存x条，需人工处理x条），通知相关人员处理。 对账结果以及差异处理： 对账差异处理时的补单、更新状态、退款、挂账等操作，都需触发相应账务系统流水和记账凭证记录。 充值交易，在交易对账成功后，以渠道文件中的交易金额和手续费，通知账务系统，生成分录流水： 退款交易，在交易对账成功后，以渠道文件中的退款金额、退款返还手续费，提交给账务系统生成机构账户流水。 交易对账完成后，以对账结果生成平台侧资金对账文件，与支付渠道侧提供的资金文件，进行明细轧帐。 对账成功的充值交易，通知账务系统，生成待清算账款转入基本户账户，以及手续费账户扣款的分录流水： 代付类交易，比如银企直连，或者第三方代付功能，一般用于账户提现，工资佣金发放，采购单结算等，也有一些退款的场景是用代付来实现。 代付和退款同为出金类操作，渠道侧会在提交成功时扣款，但代付除了本金扣款，还有手续费扣款； 代付转账失败会自动退回本金，银行渠道是1~3天退回，第三方余额转账通常实时退回。手续费可能根据不同失败原因，退回或者不退回。 因此代付账户的对账，也就是四种交易类型的对账：转账转出，转账失败转入，转账手续费转出，转账失败手续费退回。 同样可参考退款的对账和账务处理方式，设计信息流和资金流对账流程。 内部账户转账，一般是实时清分，不存在资金流和信息流的区别，通常是内部实时或者准实时对账。 在电商平台中，对于订单交易场景，商户在平台的账户，一般有：待清算货款，货款余额账户。 提供给商户的对账单，需要体现这两个账户，入金和出金的单据凭证。 订单支付，待清算货款账户入金； 订单结算，待清算货款账户出金（分账明细），货款余额账户入金； 货款结算前退款，待清算货款账户出金， 货款结算后退款，货款余额账户出金。 余额提现：货款余额账户出金。 因此，通常需要提供给客户三份账单文件，以方便商户对账。订单交易记录（区分支付和退款）、订单结算单（包含实付金额，退款金额，平台手续费，货款金额等）、货款余额账户流水明细。 其实银行与支付机构，支付机构与电商平台，电商平台和入驻的商户，都属于上下游的关系；之间的信息流和资金流，以及对账的方式，基本逻辑都是一致的，理解这一点后，就更好理解对账的目的和方法了。