结算系统

微信和支付宝作为国内的独一档的超级支付机构，他们的结算系统都是怎么设计的呢？怎么做到每天将几千亿的资金结算给上千家商户。

有不少同学去了这样的机构，我们也都唠过

所以，本文将重点解析三方支付机构的结算系统设计的底层原理和方法，该方案结合了国内多家头部支付机构的方案改进而成，肯定要比每家的好用

1.结算业务概述

我们先通过支付三段论来理解结算：交易、清算和结算，这是支撑所有支付行为的核心框架。

• 交易：即用户发起支付、确认身份、生成交易单据等一系列操作。
• 清算，是基于已生成的交易单据进行数据交换、归集以及清分的过程。在此过程中，会完成交易本金和手续费的计算，按照对象汇总生成应收应付金额，并通过支付系统将相关信息发送给清算方。
• 结算，是根据清分结果完成资金最终实际转移的过程。

所以，结算就是将计算出的应收或者应付款项进行实际资金划付的过程

而，三方支付机构作为收单机构，帮助商户收款，并按照与商户入网时签约的结算协议将款项结算给商户，这是本文的重点；如下图最右下角所示，是三方支付机构的结算系统所处位置

图片

三方支付机构的结算包括了向商户的代收款结算，向分账方的分账结算，向渠道商的分润结算，向渠道的通道成本结算等

但，无论向谁结算，都是以交易记录为基础以及清分结果为依据进行结算处理

账务核心可以为结算体系提供结算用途的账户，例如“商户待结算户”，“商户结算账户”，如下图所示

图片

交易成功借记清算往来户、贷记商户待结算；结算成功借记商户待结算、贷记商户结算户，已完成结算

打款的时候，扣减商户结算户账户余额

这是账户在结算业务中承担的作用

2.三方结算模式解析

图片

• T1结算：指工作日结算，当天交易，下一个工作日结算；   
• D1结算：指自然日结算，当天交易，次日结算，365天可结算；
• D0结算：指自然日结算，当天交易，当天结算，365天可结算；
• H0结算：即整点结算，9:00、10:00、11:00等
• S0逐笔结算：指交易完成后即可结算，可以自动逐笔结算或者商户按订单号逐笔发起；
• TD结算：跨日结算，针对于酒吧、KTV等0点前后交易集中的商户结算模式，例如按照上一日的12:00到下一日的12:00为结算周期

2.1.结算模式

在结算体系实现上，常见的有3种模式：中间户模式，冻结模式，账单模式；前两种也叫余额模式

2.1.1.中间户模式

图片

即设置“商户待结算账户”，交易成功后计入“商户待结算账户”，

结算处理时，如果是到户结算，则由商户待结算户转入商户结算户；如果是到卡结算，则无需处理待结算户

打款扣账时，到卡时则扣减商户待结算结算户余额，到户的打款则扣减商户结算户账户余额

2.1.2.冻结模式

图片

即在“商户结算户”下设置“冻结余额”和“可用余额”

结算处理即进行冻结余额的解冻处理，转入商户可用余额

打款扣账时，扣减商户可用余额

2.1.3.账单模式

图片

即不设置结算户，为了资金安全起见，可以设置“商户收款账户”用于余额校验用途

结算处理即根据清分明细直接汇总生成结算单；基于结算单进行打款处理

所以，从上面的三个模式可以看出，是否需要“待结算账户”这个中间账户，要看我们选择的结算模式，很明显冻结模式和账单模式，不需要待结算账户

2.1.4.中间过渡账户的本质

我们发现在整个账务体系里会出现一些过渡户，例如商户待结算户、清算往来户等，很多人会迷惑这些账户的用途、原理、本质

图片

1）待结算户

其实是管理“结算在途”，即，已经成功还未进行结算处理的“资金”；这部分自己本身可以通过交易记录统计、账户余额冻结等方式体现出来

所以，不一定非要设置一个商户待结算的账户，有很多手段去管理结算在途资金

2）清算过渡户

即平台通过支付渠道完成的收款记录，即收款资金在途，或者叫清算在途，这时候可以设置一个“清算往来户”，登记平台需要向渠道要的钱

2.2.结算方向

第一种是结算到银行卡，即直接将结算款项支付到商家签约的结算银行卡账户中；

第二种是结算到虚拟户，即将虚拟结算款先入账到商家在平台开通的结算户中，后续商家可以自主提现。

2.3.结算（打款）触发方式

自动结算就是系统按照结算协议，在约定时间自动将服务款付款至商户绑定的结算账户

自助结算需要商户自主的在服务平台完成可结算周期内的款项的结算申请。

2.4.结算系统关键指标

可以从两个角度去看，一个是站在公司角度，好的结算就需要准确率高、资金安全、能让用户满意、投诉少；另一个是站在用户角度看要支持的银行多、服务好、到账快、成本低等。常用的结算系统指标如图

图片

3.结算的架构   

对于不同结算产品，需要定时任务的管理去推动结算的进行；商户后台是商家自主发起结算，查询结算信息，变更信息的后台；运营后台是公司内部运营的操作台；账务系统为结算系统提供结算数据，接受打款申请以及反馈出款通知；垫资系统是针对D0,S0的结算请求申请垫资的受理方；计费系统是计算结算时商家需要支付的费用，比如每笔2元；商家系统是用于查询商家的相关结算需要的信息。结算系统的产品架构如图所示。   

图片

结算系统的功能主要包括结算请求管理、结算记录管理、结算明细管理、结算信息管理、打款管理等，其中：

• 结算请求：一次同时结算所有可以结算的商家，记录结算多少个商家；
• 结算记录：一个商家生成一条结算记录，本次结算多少钱，以及打款状态；
• 结算明细：按照商家结算的支付产品类型记录每个支付产品结算多少笔，多少钱；
• 结算信息：记录这个商家签约了什么结算产品，结算的时间管理等。

4.结算的处理流程

整个结算流程从结算请求数据输入开始，经过一系列的结算处理输送给打款模块，最终完成付款，整个结算流程可以分成数据准备、结算处理、打款处理、打款结果更新等环节，结算业务的主流程如图所示。

图片

4.1.结算数据准备

数据准备环节是账户系统将符合结算条件的入账数据生成文件，将入账订单文件推送给结算系统，结算系统对文件进行解析的过程，该过程的业务流程如图所示。   

图片

4.2.结算核心处理

结算处理要做的事情就是处理满足结算条件的商家的交易数据，将满足结算条件的数据进行加工汇总生成对应的结算单据的过程，如图所示。

1）T1结算处理

图片

2）D1结算处理

图片

3）自主结算处理

图片

4.3.打款处理

结算处理完成以后就需要执行打款处理，类似D0类结算产品结算时需要进行垫资处理，所以打款前需要先申请垫资申请，然后再进行打款申请，依据打款结果更新打款状态，打款处理过程如图所示。

图片

4.4.结算数据关系

整个结算处理过程，会产生很多的单据，从交易数据到待结算数据，再生成结算单、打款申请单等等，他们之间的关系如下所示

图片

5.结算系统后台原型

上面讲清楚了结算的基本原理和设计方法论，最后放几个结算主线上的可视化页面

5.1.结算信息管理

管理所有入网的商户，无论是交易平台的骑手、商家、司机，还是三方支付机构的商户，本质上是一样的

管理商户的基本结算签约信息，结算模式，结算卡，上次结算日期等

图片

5.2.结算规则管理

即管理各类业务的结算规则，商户的结算规则看其签约时的配置，如无特殊配置，可采用通用的结算规则

图片

5.3.待结算数据

业务发生后，将数据推送给结算系统，生成待结算数据

图片

5.4.结算记录

即结算单，这里要考虑结算失败的情况，例如结算净额为负、不满足最低结算金额等情况下，会生成结算失败记录

1）结算成功结算记录

图片

2）结算失败结算记录

图片