88张图，把支付清结算串起来

支付是一个庞大且繁杂的体系，有非常多的概念、模型和逻辑。通过本文的88张图，66个知识点，把支付清结算体系串起来，建立一个支付知识速查手册

1. 收付款人：可以是个人、企业、银行

2. 资金：即货币，可以是现金、银行存款、支付机构零钱余额

3. 转移：即债权归属发生了变化

4. 转移需要工具：银行卡、支票、移动支付、网络支付等

2.支付和交易

1. 纯交易：价值交换，不涉及货币

2. 纯支付：资金转账，不涉及商品和服务

3. 基于交易的支付：用货币兑换商品和服务的价值交换

1. 交易：用户身份的确认，订单生成以及支付的发起

2. 清算：支付指令的接收、清分、轧差
   

3. 结算：基于清分结果，执行的资金划拨

1. 直联：直接对接接口，传递支付指令

2. 间联：通过第三方机构转接支付指令

1. 收单侧：为商户提供快捷、网关、聚合、POS等收单服务的支付机构
2. 账户侧：为用户提供付款需要的“资金账户”，以微信和支付宝为主

了解四种机构间的结算模式，有助理理解跨境支付、央行大小额系统集中清算的原理

1.PVP结算（Payment Versus Payment）

同时付款；指在外汇交易达成后，在双方指定结算日，外汇的交割和资金的结算同步进行，并互为条件的一种结算方式，一手交钱一手交钱

3.往来户结算

银行间相互在对方开通账户并且存款用于跨行结算，称为往来账户结算模式

1. 银行间支付过程：B银行借记A银行存款账户（-1000）

2. 银行内支付过程：A银行借记张三账户1000（-1000），B银行贷记李四存款账户（+1000）

4.代理结算

在同一家第三方银行都开立账户，用于银行间结算的模式；例如目前的央行就是各商业银行、三方支付机构之间资金清算的代理行

1.银行1和银行2之间的结算通过在代理行A的存款进行

没断直连之前，支付机构的备付金开在商业银行，分为“存管户、收付户、汇缴户”

1. 汇缴户：功能最弱，只能用户本行收款和原路退回，不能向客户付款，且日终不留余额

2. 收付户：一个合作银行最多只能开一个，可以同行收款和付款，日终允许有余额

3. 存管户：功能最强，在存管行的每个省、直辖市分行都可以开一个存管户；只有存管户可以跨行收款和付款

断直连以后，备付金集中存管在央行，每个支付机构只有一个备付金集中存管账户，该账户可以同行/跨行收款、付款；通过网联银联实现

1. 映射/解映射：支付机构将央行备付金圈存给网联或者银联用于日间清算

2. 支付请求：支付机构向网联银联发起收款、退款、打款等业务，并实时清算
   

3. 信息转接：网银联将支付请求转接给对应的商业银行
   

4. 提交结算：结算场次，网银联将支付机构的轧差净额提交央行进行结算
   

国内支付体系依靠庞大的生态网络共同实现，没有任何一家企业可以独立完成支付业务

这么庞大的支付网络，离不开众多支付组织的支撑，每个支付组织都承担着相应的“支付职能”

1. 交易平台：为商家和用户提供交易场所，提供商品或者服务，撮合买卖双方
2. 支付机构：通过提供各类收付支付解决方案为交易平台提供支付服务，例如微信支付、支付宝支付、聚合支付等
3. 清算机构：跨机构进行交易转接和资金清算时，需要依赖清算组织实现
4. 银行：支付需要钱，最原始的钱在银行的结算账户当中；银行为社会提供最基础的金融服务，是支付服务的最主要提供方
5. 央行：几乎所有跨机构的支付业务在人行完成最终清算。人民银行为支付业务提供最基础的支付清算服务、支付基础设施、清算账户

计价和计费都是计算，但二者存在差别

1. 所处环节不同：计价在交易之前进行，计费在交易之后进行

2. 服务对象不同：计价是用户服务；计费是为商家服务

3. 计算结果不同：计价计算出来用户应该付多少钱；计费计算出来应该结算给商家多少钱

4. 系统不同：计价有计价系统实现；计费由清算系统实现

不同的单据职责不同，记录的信息不同，但相互之间有非常密切的关系

1. 订单：登记一次交易所包含的全量信息，谁买了那个商家的什么商品

2. 账单：以订单为依据，其中包含卡券、积分等内部支付方式，以及外部渠道的支付方式

3. 支付单：仅处理外部支付渠道的支付，以账单为依据

15.交易补贴/支付立减

1. 交易补贴：下单时使用优惠券，用户的应付金额=订单金额-优惠金额，属于平台的补贴

2. 支付立减：用户支付时优惠，用户的实际支付金额=应付金额-渠道立减；属于支付渠道的补贴，但平台还是会收到用户的应付金额，渠道会把补贴部分给到平台，只不过用户少支付了一些

1. 即时交易：支付成功以后，资金会实时进入收款方账户，例如资金转账、面对面付款等

2. 担保交易：电商场景居多，用户支付成功后，资金会先进入中间担保户，用户确认收货或者超过一定时间后转入商家收款账户

1. 物流配送：像买的实物商品，商家通过配送发货进行履约，当然，也存在自提的模式

2. 上门服务：像家政、打车等的履约，需要服务人员找到用户进行面对面履约

3. 到店享受：像KTV、宠物美容等，需要用户到店里兑换服务

4. 权益发放：像视频会员、超前点映、话费充值等，虚拟权益类的履约，直接在线发放

虽然有众多交易模式，但从交易处理的宏观视角看，具有一个稳定的处理流程框架和大体顺序，掌握这个模型，基本就可以推演各类交易模式，以及各种交易处理

1. 支付：代商户向用户收款

2. 退款：将收用户的钱，退回用户的资金账户

3. 结算打款：代商户收的钱，结算给商户绑定的银行卡

4. 代付：将商户的款项付款至商户指定的银行账户中

5. 代发：具备明确的付款场景下的代付，例如发工资、发补贴等

6. 退票：付款成功的款项，又退回至付款账户

7. 充值：将银行卡中的钱转入支付账户中

8. 提现：将支付账户中的钱转入银行账户中

9. 转账：非消费场景的同类账户之间的资金直接划转，例如支付账户之间，结算账户之间；不同类型账户之间划转资金是充值或者提现

10. 预授权：根据消费金额预先冻结账户资金

11. 调拨：统一企业的不同资金账户之间资金的划转

12. 分账：将收款按比例分成多份划转至各方资金账户

为了确保资金安全，要遵守底线原则：渠道支付成功才入账，商户扣账成功才出款

1. 零钱支付：即钱包支付，用户的支付账户和平台的收单账户在同一家机构（当然也有可能不再同一家，例如用户使用微信零钱）

2. 银行卡支付：即快捷支付、网银支付、认证支付；需要用户先绑卡，支付时从银行卡里扣钱到平台的收单账户；因为涉及到跨行，所以需要清算机构转接信息，并最终提交央行进行跨行清算

3. 余额支付：用户在平台开设一个虚拟账户，预先充值余额，支付时直接扣款给平台商家；此支付方式无需调用外部支付渠道

退款的原则是原路退回，用户支付时用什么样的支付方式，退款时就走原支付方式的逆向

1. 零钱支付退款：资金退回到用户零钱账户
2. 银行卡支付退款：资金原路退回到用户的付款银行卡

3. 余额支付退款：资金退回到用户在平台的虚拟账户中

注意：网联的退款通道分为“协议支付退款、商业委托支付退款、网关支付退款等”，是不同的通道

多个子单一次性进行支付的模式，常见的是以下两种场景

1. 场景1：在航旅、酒店等支付场景中，一次支付行为可以同时进行票证、保险的付款，且多笔付款分别对应多个不同的商户

2. 场景2：电商平台上，用户挑选不同商家的商品，加入购物车，可进行合单支付，只需要用户做一次支付

在合单支付的解决方案选择上，有两种模式

模式1：直接接入“合单支付”产品，实现合单支付，例如微信的“合单支付”

模式2：接入一款延迟分账的产品，用户资金先进入过渡户，平台根据子订单金额发起分账，将资金结算给商户

支付金额比较大，超过了所有可用渠道的支付单笔限额，分多次进行支付；只有在整个订单总金额全部被支付以后，才算订单支付成功

要区分分次支付和分期支付之间的不同

1. 充值：是资金从高信用账户流向低信用账户，例如从银行卡账户流向支付账户；亦或是从货币账户流向专项用途的非货币账户，例如从支付账户给手机充值；

2. 提现：是资金从低信用资金账户流向高信用资金账户；主要是从支付账户提现到银行账户

3. 转账：是同等级别信用账户之间的资金划转，例如银行卡账户转到银行卡账户，支付账户转到支付账户

除了向支付账户充值以外，还有其他的充值类型，常见的有以下4种

1. 电子钱包充值：从银行卡充钱到微信零钱，或者到平台虚拟余额
2. 游戏充值：通过银行卡账户或者支付账户向游戏平台的会员账户充值，本质是虚拟商品的购买，一般无法提现
3. 电话卡充值：给手机卡充话费，可以用银行账户充，也可以用支付账户充，资金进入运营商的话费账户，一般无法提现
4. 预付卡充值：向公交卡、美发卡等充值，一般无法提现

提现本质上走的是“付款通道”；扣除用户账户余额后，向绑定的银行账户所属行发起付款请求，付款成功后，收款行增加用户账户余额；一般需要提现到同名账户

1. 用户提现：用户将零钱账户余额提现到绑定的个人银行卡中
2. 商户提现：商户将收款账户中的余额提现到绑定的企业结算银行卡中

转账是银行账户之间，支付账户之间的资金划转，可以是同名账户，也可以是非同名账户

这四个词很相似，但有所区别，代付和代发是一组，因为都是资金流出，属于付款业务；代收跟代扣是一组都是资金流入，属于收款业务

1. 代收：即代理收款，当然，收款的方式有很多种，例如快捷、网关、代扣等，都可以帮助客户收款；代收都是收款方发起，即便有的场景看起来是客户发起，但实际上是客户在收款方渠道的操作，触发了收款方的代收行为
2. 代扣：是由收款方发起的主动向付款方收款的业务，需要跟付款方预先签约代扣协议，常用场景是分期还款、会员自动续费等；本质是收款方发起借记支付，付款方将借记支付转为贷记支付进行主动付款的支付业务
3. 代付：代客户付款至指定银行账户，这里的付款可以是单纯的付出一笔资金；主要用于商户提现、用户提现、结算付款等；还有另一个含义就是在买东西时找朋友代付款，即找人代付，是用户之间进行的
4. 代发：具有明确场景的代付，就是你付的是什么钱，更合理、透明、合规，例如工资、补贴等等；一般需要用企业对公基本结算户实现；另外，代发是一种老叫法，现在除了代发工资，已都叫代付了。也就是说，“代发工资”是一个业务场景，使用的“代付”业务产品

33.归集/调拨/资金池

1. 资金归集：是指将分散在不同账户、部门或地区的资金集中到一个中心账户或资金池中的过程
2. 资金调拨：更侧重于资金的转移和重新分配过程；资金归集通过调拨实现
3. 资金池：则是这些集中起来的资金所形成的一个统一的资金储存和管理空间。因此，资金归集是形成资金池的一种方式或手段
   

34：主扫/被扫/刷卡/碰一碰

这类支付方式的核心是“新型支付工具的研发”

这类支付方式的核心技术是“用户身份识别能力”

这是四种线下面对面支付的方式，本质上是对用户身份的识别，基于该用户身份下所开通的该支付方式所绑定的账户进而进行账户的账务处理，以完成最终的支付；

36.信息流和资金流

1. 对象分析：分析出都有哪些参与对象

2. 账户分析：涉及到哪些资金账户，这些资金账户都属于谁

3. 信息流分析：交易流程是什么样的，参与者之间是如何进行信息交互的，就得到了我们要的信息流了

4. 资金流分析：将支付过程，结算过程中涉及到的账户标记出来，资金是从哪些账户流出，流入哪些账户的，就得到了我们的资金流了

1. 商户做退款：通过微信支付、支付宝支付、快捷支付的退款能力实现
2. 三方做退款：通过网联或者银联执行的支付在退款时可以通过请求网联银联提供的退款通道执行退款
3. 清算机构做退款：内部先做净额轧差，净额通过人行最终实现退款资金的清算

对于支付处理的流程的把握，主要关注3层模型

1. 支付全局流程：站在全局的视角看支付流程，了解清楚从用户挑选商品开始，到最后支付完成，不同系统层之间是如何协调完成的
2. 支付核心主流程：支付核心系统不变流程，例如请求校验、幂等性、交易信息补全、路由处理、渠道信息补全、支付应答等

3. 支付方式的差异化流程：是在主流程的框架上，每一个支付方式的差异，例如交易信息补全环节，每个支付方式补全的参数不同

40.渠道路由

41.支付渠道

图片来自汇付天下开放平台

图片来自微信支付开放平台

43.支付核心全景图

一笔支付是有众多组织以及很多系统共同完成的，把这些组织和系统放到一起，通过支付流程串起来，可以看清楚一笔支付的全貌

1. 商户平台交易处理：处理用户的订单，先请求支付平台预下单，然后根据支付机构返回的支付标识、方法或者URL调用渠道的收银台

2. 支付机构支付处理：处理商户的支付请求，并请求清算机构进行支付处理，内部需要登记账务流水、清算处理、结算处理、以及与商户对账

3. 清算机构转接处理：实时清算，定时结算，向付款行转发支付请求

4. 银行对客户的处理：银行根据清算机构转接过来的支付申请，操作用户的账户

44.渠道清结算

1. 用户支付：用户付款成功，渠道登记平台待结算；

2. 渠道结算：从待结算结算到平台的收单账户；

3. 结算通知：支付渠道通知交易平台钱已经结算到了收单账户

4. 收单提现：平台将资金提现到对公户；

5. 商家结算：平台从担保户结算到商家的虚拟账户；

6. 商家提现：商家提现到自己的对公户

1. 清算机构清算：主要是清算机构向付款行和支付渠道下发清算文件和结算文件；

2. 支付渠道清算：支付渠道向交易平台下发交易账单和资金账户；

3. 商家结算：交易平台提供给商家对账单

1. 单商户：就是简单的收单商户，自己找上门签了一个收款产品

2. 商户-分账方：最典型的就是电商类交易平台，如滴滴、美团等，平台需要给店家、骑手分账

3. 代理商-商户：商户通过代理商接入平台，形成了代理关系

4. 代理商-代理商-商户-分账方：这是更复杂的关系，涉及二级代理商

46.分账/分润本质

1. 分账：是商户将交易金额按照设定比例进行多方划分的过程

2. 分润：是渠道方将各参与方费率差部分划分给各方的过程，例如给代理商划分“商户手续费-自己手续费”的那一部分手续费差

交易成功后先登记账务流水，然后由账务系统推送至清算中心进行计费和清分，计费结果再返回账务系统进行流水登记

计费过程中通过交易所属商户的商编获取到其对象关系模型，以及每个对象的手续费配置和分账分润比例

48.商户手续费/通道成本

49.计费模式

50.清分

结算前按照结算对象计算应收应付金额的过程

51.商户清结算

支付机构将备付金中的预收代付资金，按照与商户签订的结算协议结算给商户的过程

结算方向：可以结算到支付账户，或者结算到银行卡

结算模式：即按照什么样的方式将资金结算给商户

1. T1结算：下一个工作日结算
2. D1结算：下一个自然日结算
3. D0结算：当天结算
4. H0结算：整点结算
5. S0结算：逐笔结算

6. TD结算：跨日结算，针对于酒吧、KTV等0点前后交易集中的商户结算模式，例如按照上一日的12:00到下一日的12:00为结算周期

1. 结算服务：向上游提供各类业务的结算数据接收、查询、对账单下载等服务
2. 结算任务管理：各类结算产品的结算任务时间和结算的触发
3. 业务数据：待结算的业务数据
4. 结算信息管理：商家签约、结算日期、结算卡等基础信息的维护
5. 结算处理引擎：各类结算产品的核心处理核心
6. 商户对账：结算账单的模版及生成记录、查询和下载
7. 打款处理：请求出款

55.钱包

1. 银行用户钱包：由银行基于银行结算账户体系构建的钱包应用，比如各个银行APP里的钱包

2. 支付机构用户钱包：由支付机构基于支付账户体系提供钱包解决方案构建的钱包应用或者API经过商户封装后的钱包应用

3. 数字人民币钱包：人行推出的数字人民币钱包

4. 平台自建钱包：各个平台自己基于自建账户搭建的虚拟钱包应用

5. 综合钱包：是以上几类账户共同构成账户基础的综合性钱包

1. 三户：客户、用户、账户，客户是一个自然存在的个人或者企业；用户是客户在平台注册形成的一个用户账号，资金账户是用户开通的用于支付交易或者结算使用的账户

2. 关系：一个客户可以注册为多个用户，每个用户可以开通多个账户，例如你在美团可以注册为美团用户、摩拜单车用户、美团打车用户

3. 拥有和授权：例如在微信拥有零钱账户、理财账户；同样微信可以为家属开通亲属卡，将账户授权给亲属用户使用

57.账户分类

1. 按科目属性：资产类账户、负债类账户、损益类账户、共同类账户等

2. 按科目级别：总分类账账户、明细分类账账户

3. 按对象类型：个人账户、企业账户

4. 按用途：结算户、待结算户、清算往来户、已清算账户、存款户

5. 按账户种类：虚拟账户、支付账户、结算账户、清算账户、备付金账户

58.复试记账法

每一项经济活动发生后，都会登记在至少2个账户的记账方法；常用的是“借贷复式记账法”

牢记记账规则：有借必有贷，借贷必相等

能够分析出账户属性：资产类账户、负债类账户、损益类账户、共同类账户等

记住3个会计恒等式

1. 会计恒等式1：资产=负债+所有者权益 
2. 恒等式2：利润=收入-费用
3. 恒等式3：资产+费用=负债+所有者权益+收入

主要是1和3，2+1推出3，等式左边增加在借方，减少在贷方；等式右边增加在贷方，减少在借方

例如：用1000元买了一台电脑

先分析涉及到的账户属性，钱减少了1000元，涉及到银行存款减少了，获得一台电脑即库存商品增加了；二者都属于资产类科目，增加在借方，减少在贷方；所以会计分录为

借 库存商品 1000

     贷 银行存款 1000

60.记账模式

1. 限流，控制并发：限制入账请求的并发数，缺点是会造成大面积记账延迟

2. 变多为少，明细汇总记账：将明细汇总成总金额去更新账户，适合对账户余额时效性要求不高的账户
   

3. 排队办理，缓冲记账：建立缓冲区，超过并发的请求，进行排队
   

4. 临时存放，缓存记账：高并发请求先记入缓存，然后定时将缓存记账更新到数据库
   

5. 增加点位，子账户拆分：将账户拆分成子账户，分别进行更新
   

6. 小弟线上，前置缓冲：可参考网联前置系统，为解决央行备付金账户热点问题

7. 技术性能升级：提高系统性能，从根本上解决技术瓶颈

62.记账日与日切

1. 统一调度：日切任务，有日切系统统一调度，协调进行
2. 日切点与日切维护：日切子系统维护日切时间，以及记账日期

3. 系统时段切割与运行状态管控：将日切过程划分成日切准备、日切中、日切结束、日终处理等阶段

对账即“账证实”的核对，确保账务登记的准确性

根据核对的目的和数据的不同，可以将对账分为3种模式

1. 交易对账模型：核对平台支付记录与渠道清算记录的一致性
2. 资金对账模型：核对渠道的应收应付和实收实付时候一致
3. 余额调节核对：将系统记账余额和实际资金账户余额经过在途调整后进行一致性核对的业务

1. 账务差错：账务数据和支付数据不一致，给商户多入或者少入了；可以通过商户补入账消除差错

2. 交易差错：平台支付数据与渠道清算数据不一致，存在平台单边或者渠道单边；可以通过平台补单或者渠道撤单消除差错

3. 资金差错：应收应付和实收实付不一致，出现长短款了；可以向银行追款或者确认损失消除差错

65.二清本质

如果平台的经营出现问题，资金又没有受到第监管，这些“裸奔”的资金容易被平台卷走，对于商家和客户而言，都不安全

66.二清解决原理

推荐阅读

1.9万字：支付清算生态

对账系统，从入门到精通