支付知识和常识（3万字十看支付）

很多朋友加我微信的第一句话是“陈老师，我是支付小白，想学习支付应该怎么开始啊？”，我一般会把“支付概念与入门”系列话题发给他，告诉他可以先看这里面的几篇文章；今天这篇超长文，就是系统性的从概念入手逐步过渡到支付整体框架，帮助一个支付小白快速对支付体系建立一个整体的认知，并且在最后搭建一个支付宏观大厦，为接下来的一步一步深度学习打下知识框架，如果你对支付该兴趣，还不知道如何下手，那就以此文为“支付体系知识框架”赶紧读一下吧

全篇分10个部分31440个字

第一部分：支付概念基础（“一看”支付概念）

第二部分：交易、清算、结算（“二看”支付过程）

第三部分：支付的账户基础（“三看”支付账户）

第四部分：支付依赖的支付工具（“四看”支付工具）

第五部分：支付的参与组织（“五看”支付组织）

第六部分：支付涉及到的系统（“六看”支付系统）

第七部分：支付需要的会计基础（“七看”会计基础）

第八部分：从上帝视角看支付（“八看”支付宏观架构）

第九部分：案例“一张小票看透支付架构”（“九看”支付微观细节）

第十部分：支付 “Pay X" 远航（“十看”支付不变与变）

第一部分：支付概念基础

支付的本质就是货币在收付款人之间的转移，那为什么会转移呢，就是因为发生了经济活动有了交易；

就如我们口渴了去超市买了一瓶水，这就是经济活动，我们使用银行卡“支付工具”在超市的pos机上刷卡完成了支付；这个过程转移的是电子账户货币，也就是我们的银行结算账户里的钱，转移到了商户的银行结算账户

所以支付是在经济活动中，依赖于货币（交换媒介），使用支付工具，通过转移货币，实现商品与货币的价值交换，这个过程就是支付的过程

我们日常生活购买生活用品，企业之间的采购，银行与银行之间的债务清偿，国家与国家之间的国债买卖等的实现都依赖支付

所以支付首先有主体，在一定的经济活动下有了交易行为，然后使用支付工具实现支付，支付指令通过支付系统进行传输，支付系统推动资金在账户之间完成转移

要想对一个事物有非常深刻的认识，并且能够灵活的把握；那么对其基础的概念的理解会起到非常关键的底层作用；来认识这几个重要的支付概念

支付是社会经济活动引起的资金转移行为。支付体系是实现资金转移的制度和技术安排的有机组合。按照转账支付的进程，支付体系的四个基本概念依次是结算账户、支付工具、支付清算系统以及资金清算方式。

结算账户:以支付主体名义开立的结算账户，其功能是存储资金、记录资金收付情况，是资金转移行为的基础。目前，主要的结算账户类型包括：以银行卡为主体的个人结算账户、以活期存款为主体的单位银行结算账户、个人在第三方支付机构开立的虚拟账户以及预付卡账户等。

支付工具:是支付指令的载体。支付指令是付（收）款人支付（收取）资金的意思表示。经济活动中的银行票据和结算凭证、银行卡和预付卡的签购单以及网上支付中提供的输入界面等都属于支付工具的范畴。

支付清算系统:是实现支付指令在收付款银行、不同结算主体之间传输的基础设施。各类支付清算系统通常以标准化的磁码、报文或电子信息等格式进行支付信息传输。目前，我国各类支付清算系统承担着每天数以亿计的支付指令的信息传输。

资金清算方式:是支付清算系统对通过其传输的支付指令进行资金结算处理的手段与规则。各类支付清算系统中最常用的两类资金清算方式是：逐笔全额实时结算和批量净额轧差结算。同时，也有针对不同业务采取不同资金清算方式的混合结算方式。

拓展：其他更多支付名词

1支付应用

就是我们可以直接用来付款的软件，常见的有

微信app

支付宝app

银联闪付APP

2支付场景

在什么情况下去进行支付交易

线上场景

在线购物，手机电话充值，购买水电费，会员购买等

线下场景

线下扫码付款，pos机刷卡支付等

3交易类型

• 支付购买商品或者服务进行付款
• 退款已经购买的订单进行逆向的退回
• 充值将银行卡里的钱充到账户余额里
• 提现将账户里的余额提到银行卡里
• 打款特指利用付款通道给商家结算，将资金付给商家的结算卡
• 打款退回原打款的逆行退回，一般因为打款失败
• 转账指将银行账户的钱转给另一个银行账户，泛指账户之间余额的转移
• 调拨公司将一个银行账户里的钱转到另一个银行账户用于付款业务
• 归集公司将众多的收款账户里收的钱全部转到一个账户进行统一管理

4支付类型（按通道类型）

• 快捷支付在当前应用直接绑定银行卡即可支付
• 网关支付从当前应用跳转到银行的网上银行进行支付
• 代扣授权对方按照协议定期直接扣除账户里的资金，如会员自动续费
• 认证支付

5支付类型（按业务双方类型）

• B2C个人与企业之间的收付
• B2B企业与企业对公户之间的收付
• 跨境不同国家之间的用户之间的收付

6支付方式

主要指用户在支付时收银台可以选择的支付手段

• 微信支付
• 支付宝支付
• 银行卡支付使用快捷支付或者网关支付，绑定银行卡进行付款
• 余额支付商户平台为用户开通的虚拟账户，用户使用账户里的预充值余额付款
• 白条支付使用预授权的额度进行付款
• 分期支付按照约定定期分多次进行付款

7支付产品

支付产品是支付公司按照行业特点或者业务特点将银行的支付通道进行包装成体验更好的支付产品，更容易满足特定类型商户的支付场景；

一键支付

支付公司将银行的快捷支付通道包装成的产品，无需跳转网银直接绑卡支付

红包

这是很有用户场景的支付产品，像微信红包，本质是讲转账进行的包装

pos支付

使用pos机进行支付交易

扫码支付

人脸支付

微信支付产品

支付宝支付产品

聚合支付

四方支付公司将多家三方支付公司的支付产品包装到一起，成为一个支付产品

8收银台类型

收银台就是直接面向用户，完成付款的工具

• PC收银台在电脑上完成支付的收银台
• H5收银台手机内的H5网页上完成支付的收银台
• API收银台提供给商户商户自己进行包装成自己收银台的收银台底层接口
• 硬件收银台pos机，mpos机等硬件设备，支付卡牌

9支付通道

支付通道就是用来完成各类支付的支付接口或者支付接口提供方

三方支付通道

由三方支付公司向商户提供的支付接口或者三方支付本身，像微信通道，支付宝通道

银行支付通道

银行直接提供的支付接口；像快捷支付通道，网关支付通道，代扣通道，垫资通道

其他类通道

广义来说能够作为支付手段使交易完成的都可以成为通道，比如卡，券，余额支付

10通道类型

单从银行通道来说，根据支付的特点及业务特点主要有以下几类

• 收单类通道专门用来收款的银行通道
• 打款类通道专门用来打款的银行通道
• 垫资类通道使用信用备付金账户进行付款的付款通道
• 跨境类通道进行跨境支付的银行通道

11通道成本（费率）

就指通道使用方基于交易规模为通道支付的通道使用费，像微信的千6手续费，就是笔交易收取千分之六的手续费，就是微信通道的成本

12通道接入方式

直联

与通道提供方直接对接接入，像直接入微信，接入支付宝

间联

通过一个中介方接入另一家的通道，像三方支付通过网联接入各家银行的通道

银企直联

特指企业直接接入对公户的开户行，管理自己的对公户，进行余额查询，转账等

13支付路由

路由简单讲就是用户在发起支付请求时，通过预配置好的规则向收银台挑选出一条最优的支付通道；通道的主要目的：节约成本，提升用户体验，确保渠道可用

14支付限额

限额的主要目的是风险防范；像可用单笔限额，日累计限额，月累计限额

02

认证类名词

15入网

按照平台的要求提交相关信息以及资质成为银行或者支付公司的签约商户的过程

16开户

在银行或者三方支付公司开通各种类型账户的过程

17绑卡鉴权

通过校验验证账户的可用性以及真实性的过程

• 二要素姓名 身份证号
• 三要素姓名 身份证号码 银行卡号
• 四要素姓名 身份证号码 银行卡号 手机号
• 小额打款鉴权
• 小额转账鉴权
• 银联网关鉴权

03

支付过程类名词

18订单

用户购买服务或者商品生成的记录，记录用户信息，商品信息等交易信息

19账单

账单是基于订单信息创建的用于支付收款的凭证记录，主要记录订单信息，用户信息，金额信息；一个订单可以对应多个账单

20支付明细（支付流水）

就是用户对账单的支付记录，比如一个100元的账单，用户用微信支付了60元，使用了一张20元优惠券，又满减了20元，所以就有三条支付明细

21三方流水号

支付成功后，渠道方返回的支付成功唯一的单号

22支付协议

支付协议是平台与支付通道之间约定的支付参数，发起支付请求时传送这些参数

23协议封装

因为收银台调用通道前用户提交的支付信息并不全，需要将一切其他的信息进行查询获取，比如设备信息，其他的一些必填参数；获得所有信息后有渠道清算对这些信息进行组合到一起，然后再提交给支付渠道完成支付请求的提交；这个过程称为协议的封装

24支付状态

一笔支付请求的状态

• 待支付
• 支付成功
• 失败
• 异常

04

清结算类名词

25清算

清算就是基于交易或者支付记录算清楚应该给各方多少钱，并且将计算结果进行记录

26清分

清分就是算清楚应该给谁多少钱

27记账

就是将清分结果记录下来

28分账

就是将一笔钱按照清分结果分给各方的动作

29商户计费

计算为商户收付的每一笔交易应该收取的手续费

30收费模式

就是跟商户约定按照什么方式手续手续费，什么时候收，怎么收

• 实收
• 后收
• 预付
• 预付实扣

31计费策略

就是跟商户约定的怎么样计算交易手续费，按比率，按笔，还是按阶梯

• 单笔固定比例
• 单笔固定费额
• 固定费额 固定比例
• 单笔区间费额/费率
• 累计阶梯套餐A
• 累计阶梯套餐B
• 单笔拆分

32结算

基于交易收款记录明细，将钱从备付金账户打款给商户结算卡的资金转移过程

33结算周期

跟商户约定好的结算时间，实时结算，第二天结算，下个月1号结算等

34结算模式

就是怎么结算的问题，比如用户自己发起结算请求，平台主动定期主动给商家结算，平台按照交易逐笔给商家结算

35差错处理

是指在对账发现差异之后，按照实际差异原因和处理方式对差异进行消除处理的过程

36差错处理类型

就是如何处理差错的分类；比如平台掉单了跟银行不一致，银行有平台没有，则差错处理类型就是“平台补单”

37长短款

就是平台与银行之间的应收应付和实收实付之间存在差异，这个差额就是长款或者短款

38清算文件

银行或者三方支付机构提供给商家的一个交易周期内的交易记录明细文件

39结算文件

银行或者三方支付机构提供给商家的一个交易周期内的实际已经结算入账的入账明细文件

05

账务账户类名词

40账务类型

就是根据业务类型确定的记账类型；比如渠道收款账务，渠道收款手续费账务等

41账务流水

基于业务发生记录生成的某账务类型的账务明细记录

42账户类型

基于业务需要将账户分成不同的类型便于管理，账户本身并没有实质性区别；像结算账户，付款账户，运营账户，营销账户，收入账户等

43账户权限

为了迎合业务需要对某类型或者某个账户设定的功能可用性

• 能否透支
• 能否收款
• 能否付款

44账户余额

账户里的资金数量

45账户流水

账户余额变化的明细记录

46轧差

就是将过个款项按照流动方向进行汇总的处理操作，比如收款100，手续费6元，那轧差后的净收款就是96元

47入账

将计算好的账务明细记录到账户中的过程

48结转

指期末结账时将某一账户的余额或差额转入另一账户。这里涉及两个账户，前者是转出账户，后者是转入账户，一般而言，结转后，转出账户将没有余额。（百度词条）

49会计分录

会计分录亦称"记账公式"。简称"分录"。它根据复式记账原理的要求，对每笔经济业务列出相对应的双方账户及其金额的一种记录。（百度词条）

• 格式

借:科目A 金额1

贷:科目B 金额1

50日切

通俗的来说就是更换系统记账的时间;系统从当前工作日切换到下一工作日（百度词条）

51试算平衡

是指根据借贷记账法的记账规则和资产与权益(负债和所有者权益) 的恒等关系，通过对所有账户的发生额和余额的汇总计算和比较，来检查账户记录是否正确的一种方法。（百度词条）

52结账

结账是指会计期末将各账户余额结清或结转下期，使各账户记录暂告一个段落的过程。包括虚账户的结清和实账户的结清。（百度词条）

06

银行类名词

53银行卡类型

• 借记卡
• 贷记卡
• 理财卡

54账户等级

• 一类户
• 二类户
• 三类户

55备付金账户

• 存管户
• 收付户
• 汇缴户

56头寸

指的是个人或实体持有或拥有的特定商品、证券、货币等的数量。

57央行支付清算系统

• 央行大额实时支付系统（HVPS）用于处理同城和异地的商业银行跨行之间（也包括行内一定金额以上的）大额贷记业务。
• 央行小额批量支付系统（BEPS）用来处理同城和异地纸凭证截留的借记支付业务以及每笔金额在5万以下的小额贷记支付业务。大小额系统的比较大小额的开放时间不同：大额系统是工作日的 8:30 ~ 17:00，所以在节假日经常会收到银行通知说某些业务暂停了经常就是因为央行在节假日对大额系统做维护。小额系统全年无休，7*24小时工作。业务处理上不同：大额是每笔交易都实时发送，实时清算的，所以基本上能实时到账，跨行资金零在途。小额系统是在收集若干笔交易后打一个包统一处理，定时清算。所以，用小额系统转账经常要几分钟甚至半个小时才能到账，银行间头寸交割也是非实时的。金额不同：大额系统没有金额限制，小额系统支持的单笔金额上限是5万元。
• 超级网银

网上支付跨行清算系统（俗称“超级网银”）。超级网银是对大小额支付系统的一个补充，有两大亮点：

接入机构不再限于银行。支付宝、财付通等第三方支付也可以接入，所以有的第三方支付给商户提供的提现代发功能就是基于超级网银做的。

7*24小时实时到账，单笔上限5万元。这就相当于在非工作日非营业时间增加了一种大额支付系统特性的渠道了。只不过金额限制是跟小额系统一致的。

07

监管合规类名词

58三代

• 代收
• 代付
• 代扣

59二次清算

是指做了2次清算，主要指三方支付公司给商户做了一次清算，资金进入商户的自有账户，这是第一次清算；商户又将资金清算支付给了自己平台的店家的银行账户，这是第二次清算；因为商户没有金融牌照，不能进行代收业务，所以属于“二清违规”

60备付金集中存管

就是三方支付代商户收的交易资金放到指定银行指定账户进行监管；2019.1月之前各家银行都可以开设备付金账户，一个支付机构可以开设很多备付金账户，存管比例根据支付机构分级进行设定；之后只能在央行开设一个集中存管账户，100%存管

61备付金报备

三方支付机构定期每月按照格式向央行提供改期的交易数据

62网联银联虚拟账户

断直连后，网联和银联为三方支付机构设立的虚拟额度账户，其中的虚拟金由三方支付机构自主将集中存管户里的实际资金进行分配得到

第二部分：交易、清算、结算

从咿呀学语开始，我们都是从懵懂无知到博学睿智；同样学习支付也是，从宏观上整体认知支付，可以为更好的掌握支付打下非常坚实的基础，今天我们就泛泛而谈的聊一聊“支付观”

随着货币形态变化支付方式的演变

货币是支付的基础，货币在社会的不同阶段拥有不同的职能和形态，从最原始的具体物体为货币下催生的物物交换支付方式，再到铸造技术发展之后的金银铜币的中间媒介支付方式；再到近代国家信用背书下的纸质货币以及票据等近代支付方式；以及目前数字时代的数字货币形态下的互联网支付、数字货币等的现代支付方式

时间上支付的演变

从历史发展的角度看支付在时间上的变化，能让我们预见未来，从以下这几个方面看

支付定义的演变，社会发展的不同，货币的形式和制造技术的变革；支付的定义也会随之发生变化，虽然到目前为止还没有统一的认识，从曾经的物物交换，到现在的资金转移，支付的定义也在随着经济活动的繁荣和技术的变革而不断丰富和更新

支付技术的演变，支付的技术依赖从有形金银货币时代的运输技术，纸质货币的制造和防伪技术，互联网时代的数字货币存储加密和数据传输技术

支付工具的演变，从以往的以物换物工具，金银铜币工具，到现代的银行卡、票据、预付卡、互联网支付、移动支付等多样的支付工具

支付参与者的演变，从原来的一对一参与者，到后来的钱庄镖局，到当下的央行、支付服务机构等更多的参与群体

支付系统的演变，最明显的就是从原来的无系统，到近代的简约系统，再到近代的多层服务组织参与的复杂支付系统，如当下中国清算体系的人行支付系统、银行支付系统、清算机构与支付机构的支付系统、交易发起者的支付系统等

支付时代的演变，不同的社会时期催生了不同的支付时代，我们不妨将他们分为远古以物换物为支付基础的旧支付时代，近代以金银纸币为支付基础的传统支付时代，以及现在以互联网等更多货币形态为基础的数字支付时代

空间上支付的协同

经济活动的发生催生了支付的产生，从空间上看每一次支付都是在众多参与者的协同下完成

用户，是支付交易的消费者和发起者，他们基于生活和社会活动需要，购买商品，购买服务而发起支付动作

商户，是商品和服务的提供者，并且为个人以及企业用户提供商品交易线下或线上场所以及支付服务

支付服务机构，是支付服务提供者，包括支付代理商、四方支付机构、三方支付机构等非金融支付机构，他们向商户提供效率更高、体验更好的支付服务解决方案

清算机构，是支付过程中跨行清算的重要参与者，实现银行与银行之间清算指令的传输交换以及向人行支付系统发起清分

银行，金融基础提供者，为个人以及企业提供最基础的账户服务以及其他金融服务

人行，货币发行、支付政策、资金监管的履行者，向社会提供最基础的法律政策支持以及支付基础设施，包含大小额支付系统以及清算账户基础等基础能力

流程上支付的联动

从流程上看每一次交易的发生，每一次支付动作都可以从这样四个维度去描述

支付的意识流动，这是交易发生的基础，是人们消费的冲动以及支付的意愿的变化；从看到一个精美的商品到产生了购买的欲望，选择最佳的支付手动进行支付动作

支付的信息流动，整个交易过程中的单据的产生和记录，数据的产生和传送；用户购买下单先生成订单、支付的账单、身份的验证、支付指令的发起以及传输等信息的流动，推动这交易的进程

支付的资金流动，完成最后的债券关系的清偿，消费方付出资金，销售方获得资金，资金在不同参与者的不同账户之间完成最后的转移

支付的三流联动，整个支付过程不同的流动之间不是独立的，而是相互关联，意识、信息、资金相互联动

时空上支付的运动

我们将支付在时空上划分成三个阶段，交易，清算，结算；这也是一切支付行为的核心组成框架

交易，即用户进行支付的发起、身份的确认、单据的生成等一系列动作

清算，是基于生成的交易单据进行数据的交换、归集以及清分的过程；这个过程完

成交易本金和手续费的计算以及按照对象汇总生成应收应付金额，并将支付发送给清算方

结算，是按照清分结果完成最后的资金实际转移的过程

支付生于系统而又超越系统

从广义上看现代支付是超越系统的，因为支付无处不在，它永生于“观念”

从狭义上看，现代支付或是寄生于系统的，以人行支付系统为核心，以商业银行等支付参与组织支付系统为基础，以商业活动企业支付系统为场所，以用户支付应用为起点……通过这样的跨越时空、主体、意识的支付协同网络，成就了现代支付的繁荣

第三部分：支付的账户基础

理解和认识

橘生淮南则为橘，生于淮北则为枳；也许不恰当，但可以说明，同一个事物在不同的平台或者场所会有不同的表现和结局

同样，我们常说的人各不同，更多也是基于其性格、职业、观念、成就所言；但作为生物而言，我们都是“一个鼻子两个眼，两只胳膊两条腿”没有本质的不同

所以，我们“人”从不同的维度可以划分出不同的个体或者群体；首先我们从系统层面来看我们都是社会的一份子，相互协同、竞争以及依赖；从身份的角度看“我们是人”；再从角色去看，我们又有不同的角色，同一个个体的“人”可以是丈夫、是教师、是儿子、是别人的男女朋友；不同的人在不同的角色上又拥有不同的信念或者观念，就如作为父亲的角色一样，有些父亲提倡散养，有的父亲提倡精致的养；不同的观念铸就了我们会选择培养不同的能力，去做不同的事情，去适应不同的环境......所以我们要学会从不同的层次去理解同一个事物，这个层次可以是空间上的、也可以是时间上的、更可以是观念上的

账户的本质

我们总是迷惑什么是账户，我想我们是迷惑于账户的不同角色，迷惑的原因就是没有把握住账户的本质；就像银行的结算账户与微信的零钱账户，看起来是不同的，那是因为其承担了不同的角色，拥有不同的信用和社会职能；但是究其本质，皆为账户，没有不同；有余额，有流水，有流水对余额的更新；所以账户的本质是什么呢？

首先，我们来看账户存在的意义，那就是电子货币的载体，对经济活动产生的支付信息的记录；这就是账户的本质，存储电子货币，以及支付信息；而货币存在的意义就是“等价物”，也就是支付的媒介；而作为支付媒介，当下的货币或者电子货币本身并没有价值

其次，为什么可以作为等价物用于交换呢？那就是其本身的“信用”，不同货币的发行者就赋予了不同种类货币的不同的信用，不同种类的货币的存储就产生了不同种类的账户；这就是账户的不同之处，不同于存储的货币的不同，不同于货币存储主体的不同，同样不同于货币信用的不同

账户的种类

基于账户的本质，我们知道了如何去理解不同种类账户，我们应该从其发行主体，不同货币资产，不同货币信用去区分，如此我们可以将账户做如下的分类和分层

人行的清算账户，这是拥有国家信用的账户，存储着央行货币资产；又可以分为准备金账户和备付金账户；准备金账户我们应该知道就是各银行在人行存储缴纳的“保证金”，确保银行有一定的抵偿能力，我们经常听到的“降准”就是降低这个准备金账户缴纳的比例；备付金账户我想大家也都知道，就是用于银行间或者其他支付服务组织间支付清算，支付机构在人行的监管账户就是备付金账户，目前要100%存管

银行结算账户，这是拥有银行信用的账户，存储着银行存款货币资产；又可以分为个人结算账户和企业结算账户；个人结算账户就是以个人为账户开户主体，存储个人存款的账户，按照开户渠道和验证条件的不同可以分为一二三类账户，这个就不细讲了，感兴趣大家可以自行搜索；企业结算账户就是以企业为开户主体，存储企业存款的账户，可以分为基本账户，一般账户，专用账户，临时账户四种

支付账户，这是拥有支付机构信用的账户，存储在支付机构的虚拟货币资产；也可以分为个人支付账户和企业支付账户；个人支付账户按照开户渠道和验证要素的不同可以分为一二三类账户，这个也不细讲其不同了

企业虚拟账户，这是拥有企业信用的账户，存储在企业自建虚拟账户体系的账务记录；这类更灵活，但本身并不具备多么高的信用；企业的信用相对于上面几类账户而言太弱了

账户与支付

电子账户存在的意义本身就是服务于支付，大大提升了社会经济活动的支付效率，降低了社会的交易成本；不同的电子账户组成了支付的基础；而不同的账户基础又服务于不同的支付场景，那么不同的账户有用于支撑哪些支付行为呢？而支付行为的发生又依赖什么呢？

支付行为的发生依赖于账户的同时，也同样依赖于支付工具，依赖于不同的支付清算系统，支付工具比如银行卡，支票，汇票，预付卡等等，我们会在下一篇文章详细讲解支付工具；支付清算系统比如人行的大小额支付系统，银行的支付系统等

人行的清算账户用于进行不同组织之间的资金清算，比如银行与银行间的资金清算，支付机构与银行间的资金清算；这个支付清算的执行就是依靠借记和贷记不同的清算账户实现；同样清算组织比如银联可以向人行发起即时转账来促成各组织间的账户清算

银行的结算账户用于个人与企业主体间的结算，也是通过贷记或者借记对应账户实现资金的结算；比如企业要给员工发工资，那么银行就可以借记企业对公账户贷记个人结算账户完成工资的发放

支付机构的支付账户可以用于个人的消费付款，企业的代收款以及代付款，原理与其他类型账户一样

所以以上不同的账户承载着不同的社会职能，共同支撑这社会的经济活动需要的支付能力和账户基础

账户协同

不同的账户不是独立存在的，而是相互协同，分层工作；就像我在支付宝里提现了我的账户余额到我的招商银行卡

首先是支付宝要向银联发起付款请求，由银联将转账的支付信息转接给招商银行，支付宝扣减我在支付宝开通的支付账户余额

其次是招商贷记我的招商个人结算账户账户余额完成入账

最后是银联要向人行发起对支付宝和招行的资金清算；人民银行要借记支付宝的备付金账户，贷记招行的备付金账户，完成两家组织在人行的备付金存款的资金转移

至此整个提现才真正完成

我们总是需要用不同的角度去看待事物，同样，我们又需要学会认识同一个事物的不同维度；酒桌上他不能喝酒，你可能认为他不识时务，但他只是因为有胃炎不想因为喝酒而生病，因为生病而让妻子担心，因为妻子担心而影响妻子的司法考试，影响了妻子的司法考试而影响了妻子希望为农民工伸张正义的梦想......

人生而不同，而又相同；换个角度，世界大不同！换个层次，必有新的意义！

第四部分：支付依赖的支付工具

工具的意义

锄禾日当午，汗滴禾下土；锄头的发明很大程度上提高了农民耕作的效率，大大的提升了生产力；人类与其他动物最大的区别就是我们会发明和使用工具，工具发明的意义在于对生产力的提升，大大加快了社会的进程

同样社会的经济活动要依赖于市场交易，而交易就需要进行支付行为，而支付就想耕种一样，也需要不同的工具来完成；在不同的时期产生了不同的支付工具，支付工具的意义也就是工具本身的意义，它是为了提升生产力而存在的；而支付工具就是为了提升支付的效率、安全性等而产生的

货币支付依赖支付工具

我们知道货币是支付的媒介，也是拥有不同信用的交换等价物，而货币本身随着历史的发展其形态和作用也在发生着变化；从最早的实物作为货币媒介，到近代的铸币、票据、银票，再到现代的纸币，账户货币；而不同的货币形态用于支付就需要不同的支付工具来完成，比如银行的个人结算账户货币要是用于支付购买商品，怎么进行使用呢，那就需要依赖可以转移支付结算账户货币资金的支付工具，比如银行卡，信用卡，拿着银行卡在商家的pos机上一刷，就可以将结算账户里的资金转移给指定对象了；

支付工具提升了支付效率

非常方便，不需要你再去银行柜台，填写一个单子，拿着身份证把钱取出来，然后再去到商场把现金给到商家；同样商家也不需要兑换很多的零钱用于找零，日终再清点货款，然后定期到银行去把钱存到银行的结算户中；所以说银行卡支付工具的发明，大大提升了银行货币支付的效率，也提升了支付过程的安全性和货币的安全性，因为如果没有银行卡，货币的存取都存在丢失破损等风险

支付工具的定义

由上我们如何定义支付工具呢，中国支付体系发展报告中是这样定义的

支付工具是传递收付款人支付指令，实现债权债务关系清偿和资金转移的载体

所以说支付工具是一个载体，用于传递支付指令，就如上文提到的银行卡就是支付工具的角色，其本身并不是货币，因为货币是以数字的形态存储在银行的结算账户中，而银行卡只是作为支付工具发起结算账户货币资金转移的请求

为了不同场景或者交易市场的支付需要，我们可以发明创造出不同的支付工具，比如我们做公交的公交卡就是支付工具，替代了人工投递纸币，大大提升了乘车的支付效率，我们可以回忆一下在没有公交卡之前，我们遇到过多少次因为没有零钱或者排队买票而出现的不便

支付工具的分类

支付工具经过了改革开发几十年或者对世界先进工具的借鉴和引用，当下支付工具的种类已经琳琅满目了，也极大的满足了社会不同市场的支付需要

支付工具可以划分为现金支付工具和非现金支付工具；现金支付工具就是我们的纸币了，非现金支付工具我们可以称其为新型支付工具，更多是以账户货币为基础，用于高效转移账户货币资金的工具

非现金支付工具我们知道的有卡基支付工具“银行卡、信用卡、预付卡”，纸质票据支付工具“支票、汇票、本票”等等，如下表格罗列的目前常见的支付工具，感兴趣的朋友可以想想除了下列的支付工具以外还有哪些支付工具呢

第五部分：支付的参与组织

人民银行，商业银行，清算机构等组织略（看第八部分）本部分只介绍三方支付机构，大家要明白支付是众多组织，众多系统共同协同的结果，要对所参与的组织，涉及到的系统，以及相互之间的关系有所了解

三方支付机构风风雨雨这么多年，相比大家都已经不陌生，特别是头部的那几家企业；今天我们就从几个维度浅谈一下支付机构的一些方面，了解即可也不必过度钻研

定义

是指非金融机构在收付款人之间作为中介机构提供下列部分或全部货币资金转移服务∶

网络支付：指依托公共网络或专用网络在收付款人之间转移货币资金的行为，包括货币汇兑、互联网支付、移动电话支付、固定电话支付、数字电视支付等。

预付卡的发行与受理：指以营利为目的发行的、在发行机构之外购买商品或服务的预付价值，包括采取磁条、芯片等技术以卡片、密码等形式发行的预付卡。

银行卡收单：指通过销售点（POS）终端等为银行卡特约商户代收货币资金的行为。

中国人民银行确定的其他支付服务。

资质

非金融机构提供支付服务，应当依据本办法规定取得《支付业务许可证》，成为支付机构。支付机构依法接受中国人民银行的监督管理。

未经中国人民银行批准，任何非金融机构和个人不得从事或变相从事支付业务。

支付机构应当按照《支付业务许可证》核准的业务范围从事经营活动，不得从事核准范围之外的业务，不得将业务外包。

支付机构不得转让、出租、出借《支付业务许可证》。

备付金管理

客户备付金的存放、归集、使用、划转等存管活动。

客户备付金，是指支付机构为办理客户委托的支付业务而实际收到的预收待付货币资金。客户备付金必须全额缴存至支付机构在备付金银行开立的备付金专用存款账户。

备付金银行，是指与支付机构签订协议、提供客户备付金存管服务的境内银行业金融机构，包括备付金存管银行和备付金合作银行。

专用存款账户，是指支付机构在备付金银行开立的专户存放客户备付金的活期存款账户，包括备付金存管账户、备付金收付账户和备付金汇缴账户。

2019.1月以后备付金集中存管至人行

通道

支付渠道即资金转移的通道，也称为资金渠道、支付通道，所有支付系统建设都需要先建设渠道。

支付账户

是指获得互联网支付业务许可的支付机构，根据客户的真实意愿为其开立的，用于记录预付交易资金余额、客户凭以发起支付指令、反映交易明细信息的电子簿记。支付账户不得透支，不得出借、出租、出售，不得利用支付账户从事或者协助他人从事非法活动。支付账户分一类，二类，三类等级，根据开立时的验证要素数量决定

支付产品

支付产品就是支付机构或者银行提供给需要做支付业务的企业使用的，可以用来实现收款或者打款等支付业务的产品；支付产品是一个支付服务的集合，有他的应用场景，有相关的规范以及接入方法；比如我们接入的微信h5支付，网银支付，扫码支付等，都是支付产品

详解支付产品

支付机构在支付体系的位置

站在整体视角来看支付机构在支付体系中的位置，我们可以参照下图理解

支付机构的组织构成

一个支付机构的组织构成，一般会基于不同的业务职能划分，比如银行合作部，合规部，通道部，退款中心，出款中心，核算中心，开放平台事业部，各行业线（航旅，小额贷，保险，水电缴费等），商户管理中心，企业通用部门（行政，财务，总裁办等）

支付机构的产品线构成

产品线的构成往往取决于公司的产品体系规划，或者说产品架构；各部门各系统之间的职责划分以及协作交互

支付机构的产品岗位设置和职责

其实通过上面的架构图大家也应该能猜出来会有哪些职责和产品经理岗位；如果你将来计划去一家支付机构做产品经理的话，你大概率会有以下岗位可以选择，有中意的么？

通道管理产品经理，主要做收单通道的接入，路由的设计、通道管理的设计、等等，核心职责就是与内外部对接，是支付机构与内外部的桥梁部门；

出款产品经理，出款通道的接入和管理，出款产品的设计，为出款性能、准确性、安全性负责

退款产品经理，管理收单逆向业务，负责退款中心的设计和规划，为退款业务负责

商户后台产品经理，负责商户后台的规划和设计

商户管理产品经理，入网产品经理，工单系统产品经理等负责基础性产品

资金管理产品经理或者清结算产品经理，包含了核算产品经理，账务账务产品经理，计费产品经理，财务处理产品经理，备付金管理产品经理等

开放平台产品经理，主要负责对上游商户对接，输出基础能力的规划和设计

基础支付产品产品经理，主要负责不同支付场景的挖掘以及支付产品的包装和设计，提供具有更好用户体验以及市场竞争力的支付产品解决方案，比如二清合规，快捷支付类，打款类

行业产品经理，针对某垂直领域进行支付场景挖掘和解决方案设计，比如水电煤气领域，保险领域，教育领域等

第六部分：支付涉及到的系统

企业的支付体系相关系统，三方支付机构体系内的支付相关系统，商业银行的核心系统，清算机构的核心系统，人民银行二代支付系统的相关系统略（可以看第八部分）；本部分重点介绍一个支付基础之上的核心应用型产品“支付产品”，我们对支付方案的选择，更多是对支付产品的选择，各支付服务组织将支付能力包装成可以直接被其他组织接入使用的“支付产品”，就如我们在做支付系统时，向内部业务线提供的支付能力，也可以认为是一款“支付产品”

我们在设计支付体系的时候，往往需要接入一家支付服务提供商，那么我们得到的其实就是提供商提供的支付产品；支付产品本身就是支付解决方案，今天我们就聊一聊支付产品；

1.什么是支付产品

支付产品就是支付机构或者银行提供给需要做支付业务的企业使用的，可以用来实现收款或者打款等支付业务的产品；支付产品是一个支付服务的集合，有他的应用场景，有相关的规范以及接入方法；比如我们接入的微信h5支付，网银支付，扫码支付等，都是支付产品

2.支付产品提供方

支付是个特殊领域，国家强监管，需要相关的资质才能从事相关的支付业务，比如收单，出款，先存款等；能够提供支付产品的机构我们常见的就是三方支付机构，比如微信、支付宝、易宝支付等，以及银行，像银行提供的银企直联，资金监管方案等；以及一些四方聚合支付，我们也可以认为再提供一下聚合支付产品给小商户；所以当你需要做支付的时候，就可以基于自己的业务模型，去寻找相关的机构选择合适的支付产品接入；以下是微信和易宝支付提供的部分支付产品；我们可以看出来，支付产品都有明显的使用场景特征，这也是支付机构为了实现差异化竞争对基础支付能力做的产品化包装

3.支付产品的基础

要想包装出一款支付产品，最核心的原材料有2个，一个是通道，另一个是账户；毕竟支付的本质我们可以认为是电子货币的转移；那么其中要解决的最核心的问题就是电子货币的存储以及转移所需要的通道；所以我们签约的一款支付产品肯定是解决了这两个问题，账户问题以及支付通道问题。所以一款支付产品一般要包含以下内容

产品介绍：介绍产品适用的业务，产品的特点的信息

接入指引：告你你要想接入应该怎么做

API列表：就是产品的实质性内容，接口定义，以及调用方法，这是最核心的内容

其他的文档：一些辅助内容

上面的内容基本就是一款支付产品所包含的东西了，这些内容一般机构的开放平台都会提供，所以访问相应的官网就可以找到；拿到产品说明文档之后，我们可以从下面三个层次去阅读

第一，先了解他的方案介绍“产品层面”，这一步你基本已经可以知道能不能用，怎么用，适不适用；

第二，如果有精力可以看下技术文档，主要看他有那些接口，自己交互流程图，这样有助于你设计逻辑流程

第三，如果再有精力，就看下他每个接口的传参和要求，这样会让你本侧的设计更精准和详细

无论多么复杂的支付产品，其实基础都是哪几类通道之上进行场景化的包装产生的，底层通道类型我们看网联，网联提供了“协议支付，商业委托支付，网关支付，认证支付，付款”这5种，下面我们就针对不同类型的支付产品选择一个案例做一个介绍

4.收单类

收单类支付产品顾名思义就是用来收钱用的，也就是下单支付用的支付产品；比如我们在京东买东西，用微信付款，那么这时候用的就是微信提供给京东的收单支付产品；微信的收单产品有一下几种

我们选择其中H5支付来解读，其他类型以及其他机构的支付产品类似

H5支付产品介绍

H5支付是指商户在微信客户端外的移动端网页展示商品或服务，用户在前述页面确认使用微信支付时，商户发起本服务呼起微信客户端进行支付。

应用场景

H5支付主要用于触屏版的手机浏览器请求微信支付的场景，方便从外部浏览器唤起微信支付。

用户侧使用H5支付具体操作流程如下：

中间的接入准备以及开发指引我们就不介绍，这个大家可以去微信开放平台查看

Api列表

开发接入时，大概会有下面的这些接口，你可以根据接口的描述设计自己这一侧的相关逻辑和交互

我们看一个接口“申请交易账单”，其他接口类似

请求参数

返回参数

所以就算你不懂技术，也可以看懂接口说明，大概你会知道去查账单要传什么参数，那么你在做方案设计时，就可以准备好相关的参数的存储以及基于业务需要设定查询的逻辑

5.付款类

付款类其实就是打款产品，前面我们说的是将钱收进来；付款类就是将钱打出去；比如商家的结算账户里的余额要提走，那么用到的就是打款类的支付产品；微信的企业付款，直接付款给用户的微信零钱，也是一款应用场景非常明确的付款产品；其实打款类支付产品和收款类支付产品非常类似，只是方向不同而已；我们以易宝支付的打款产品为例，我们在易宝支付开放平台找到了一款打款产品

代付代发是易宝支付解决企业资金一对多批量资金的处理，提供将企业易宝账户付款到指定银行卡的资金结算服务

API列表

提现请求接口的入参

返回的参数

6.代扣

即商业委托支付，就是用户签订代扣协议，平台按照约定周期定期主动去扣用户的钱；我们常见的会员的自动续费，基金的定投等场景会用到这样的支付产品；这里就不做详细介绍了；基本和收单类以及付款类没有太大区别

7.跨境支付产品

跨境支付产品就会有非常鲜明的交易特征，那就是“跨境支付”，那么跨境支付跟国内支付有什么不同呢，这也就决定了跨境支付产品的特点，无论是资质问题，清算模式问题，信息流以及资金流都会不同；但根本上还是支付，并没有本质上的不同，还是货币的转移，只不过涉及到了不同的币种问题

8.银企直联

银企直联就是银行提供给企业的一款产品，直接连接接入银行，通过自建平台管理在该行开通的相关银行账户；产品所实现的能力基本也就是查询账户余额，查询账务流水，申请付款等基本的账户操作；跟收单类产品相似；先了解产品介绍，接入方式，接口文档等内容；完成对接接入即可

9.钱包产品

钱包大家都用过，比如常见的微信钱包；钱包的最大特点就是账户余额，核心是要为用户开一个可以存钱的账户，而且这个账户可以充值，提现，下单消费等；不像简单的收单通道，只是简单的收钱；钱包的核心职能是管钱；我们看易宝钱包的官网介绍

10.数字钱包

数字钱包近期算是比较火了，归根接地也是一款钱包产品，形式和技术实现上跟传统钱包没有本质的区别；最大的区别就是钱包里的钱的属性；感兴趣的大家可以自己去找资料看看

11.分期支付产品

分期是一个明确的交易场景，就是一笔交易并不是一次性支付结束，而是分多次完成后续的支付；像消费分期；微信，支付宝都有相应的产品；本质上也是一款收单类支付产品，只不过有一个分期多次支付的鲜明特点而已

12.分账类

分账产品更多的是要解决二清问题；一笔收单在完成收款以后，需要对款项按照约定比例或者模式分个多方，微信有标准的分账产品；也有成熟的文档，这个大家可以认真看一看；我们在分账接口里可以看到一个非常明显的分账部分，如下

13.支付解决方案类

我们看易宝支付对外提供的行业方案产品，然后再对比提供的标准支付产品，大家发现什么不同了么；其实就是行业解决型支付产品更能契合这个领域的业务特点，相对通用支付产品来说用户体验更好，与业务场景更加的契合；实现这一点要做的其实就是在支付产品基础之上包装进一些行业特征的交互或者功能；比如我们看下钱包社交版跟标准钱包有什么不同

我们看官网的介绍：易宝钱包是针对社交网络平台、拥有个人会员群体的电商平台或O2O平台提供个人钱包账户的解决方案。其中社交版解决方案包括为用户开立钱包账户、设置安全策略，快捷绑定银行卡、余额充值、余额提现、钱包账户间转账、红包等综合服务。

发现关键点了么“红包”，哎，这就对了，钱包钱包，有了红包，就是社交！！！除此之外没有其他不同

14.二清存管方案

这个就详细说了，大家可以看这一篇文章“二清”详解-支付产品必须知道的“清结算规矩”

15.支付产品的附属

当然一个支付产品能不能用，不仅是通道本身，还需要一些附加的能力，比如用户注册入网，绑卡鉴权，交易通知，等等，这里我相信大家通过阅读文中提到的具体支付产品的案例就可以归纳出来

第七部分：支付需要的会计基础

账户？账务？账务处理？复核记账？难么！可能很难，但看完这篇文章以后可能就不难了；会计基础是账务账户的理论框架基础，我相信大部分人是没有财务知识基础的，那么在没有基础的情况下，也许一个简单的概念就能阻碍你的设计，比如“什么是账户？”;本文将最基本的会计知识梳理给大家，放心，是站在产品经理的角度看会计，我相信比站在会计角度看会计要容易的多，我们只了解产品设计需要的内容

这个世界是先有了会计规范和会计从业者；然后才有了账务账务系统，业财一体化；系统并没有改变财务的理论基础和规范，只是改变了财务的实现形式和效率，把线下的事搞到了线上

1.会计恒等式及变形

我相信所有会计布道者送给你的第一句话就是“有借必有贷，借贷必相等”，那为什么呢？首先我们需要知道，这句话是在“复式记账记账方法”的框架里；

1.1借贷的概念

借贷只是记账符号，类似与“收入/支出”“流入/流出”“入金/出金”；只不过借贷这对孪生兄弟有点神经病，别人都是加减明确爱恨分明；而他们呢，没有明确的加减对应，有点见人说人话见鬼说鬼话，两面三刀；在资产面前“借加，贷减”，在负债面前“借减，贷加”，在共同类面前那简直是多重人格，加减不定；不过我们只需要记住，他们是账户流水的方向符号

• 借贷用途：就像收入和支出，是来定义账务流水的方向的，这个方向决定了对账要处理的账户的余额的增加还是减少
• 有借必有贷：这句话说明，他们肯定是同时存在；在哪里存在？是在一次账务处理里同时存在；
• 借贷必相等：这句话说明，他们分量一样重，借了多少就得贷了多少

1.2会计恒等式

会计恒等式的意义是什么呢，这要从会计存在的意义说起，会计记账本身就是对企业经营业务的记录和反映，那么怎么记录呢？就是会计的6大要素，资产，负债等；所有要记录的事情都转换到这6大要素上来，利用货币计量单位进行记录；

而对于企业来说，无非就是用钱办事，用事挣钱，挣了分钱；那么等式左边就是钱的去向，钱都用到那了，放银行，买成原料放库房，推广买了广告；等式右边就是钱从哪来，是借来的，股东投资的，营业赚来的.

所以从另一个角度其实会计恒等式就是记录：钱从哪来到哪去；我借了张三100（钱从张三来），我把钱存到了微信（钱去到了微信），我们怎么记账呢“我借了张三100块钱，把钱存到了微信”；会计怎么记账呢

借 微信存款 100

贷 借钱-张三 100

恒等式校验：资产=负债 所有者权益

即：微信存款100 = 借钱张三100 所有者权益 0

1.3会计恒等式的用途

我们对会计恒等式的从5个方面用途去理解

• 借贷方向：等式左边，借方增加贷方减少；等式右边借方减少，贷方增加
• 会计要素恒等式：资产=负债 所有者权益 （资金去向=资金来源）
• 会计账户：记录会计要素的有结构载体，资产类账户，负债类账户，所有者权益类账户
• 账务处理：就是对不同账户进行借贷操作的处理过程
• 方向口诀：在做账务处理时，账户余额跟借贷怎么变化呢，如果账务操作的账户都在等式一边，那边是一方增加一方减少；如果在等式两边那么账户都是增加或者减少；只有这样，恒等式才会保持成立

所以我们在设计账户的时候就需要知道账户是在等式的左边还是右边，这样我们就知道了这个账户在做账务处理时借贷意味着增加还是减少

1.4会计恒等式的变形

还有以一个等式我们也需要知道：利润=收入-费用；从上面的钱从哪来到哪去的理解思路我们知道，利润是钱的来源，所以在等式的右边，这样会计恒等式变成了

资产

=负债 所有者权益 利润

=负债 所有者权益 收入-费用

变形之后我们又得到了另一个会计恒等式：

资产 费用=负债 所有者权益 收入

2.会计循环

上面我们知道了会计的理论基础框架；我们还需要知道一个会计的关键特点：周期性；会计记账是对一定周期内的公司经营情况的记录和反映；这个周期可以是一天，一个月，一个季度，一年；那么对于每个周期来说都需要经历下面的流程

2.1会计循环关键节点

• 编审凭证：收集业务原始凭证，交易记录，小票，发票等
• 生成会计凭证：按照财务规范编写会计凭证或者会计分录
• 过账：将凭证记录到账簿的过程
• 试算平衡：对账簿各类账务之间按照一定规则校验借贷是否相等的校验过程
• 调整：如果试算不平衡，那么对有问题的账务进行调整从新试算直到平衡
• 结账：会计周期末，对相关账务进行结转的账务处理，入收入和费用结转到利润科目
• 报表：根据本期总分记账记录，生成各类会计报表

2.2会计循环的用途

那么从这个会计循环中我们有什么启示呢？我们在做账务核心的时候应该如何参考呢？

首先就是流程的启示：账务核心可以遵从这个流程，从业务记账请求开始，然后创建会计分录流水，更新科目账户余额，日终对账务进行试算平衡，对异常账户进行调整修复等

周期性的日切：既然会计是有周期性的，那么账务系统在记账的流程里要管理这个周期，就用到了日切的概念，对记账日期进行按期的切换到下一个记账周期

试算平衡的理论依据：如何做试算平衡，就按照财务的规范要求去制定校验规则

所以账务核心的业务流程我们可以这么设定

账务请求-生成分录流水-更新科目余额-试算平衡-日切

3.会计账簿与会计凭证

会计账簿：是指一定格式页组成的，以经过审计的会计凭证为依据，全面系统连续的记录各项经济业务的账簿；所以会计账簿我们可以认为是个账本，会计凭证是记账的凭证

3.1总分类账

即总账，采用三栏式结构，在账页中分设“借方金额”“贷方金额”“余额”三栏；总分类账的登记依据取决于采用的会计核算形式，可以直接登记会计凭证，也可以根据汇总记账凭证或者科目汇总表登记；意思就是可以按明细记总账，业务以按照明细账的汇总记总账；如下两个例子

3.2明细分类账

是用来分类登记某一类经纪业务的账簿，常用三栏式，多栏式，数量金额式

3.3银行日记账

是用来登记银行存款每天收入，支出和结余情况的账簿，一般采用三栏式。在同一张账页上分记“借方”“借方”，“贷方”和“余额”三栏

3.4总分类账户和明细分类账户的平行登记

是指对所放生的每项经济业务事项，都要以会计凭证为依据，一方面记入有关总分类账户，另一方面记入有关总分类账户所属明细分类账户的方法；简而言之言而总之，就是总账和明细账用相同的凭证同时记账；有以下要点

• 所依据会计凭证相同
• 借贷方向相同
• 所属会计周期相同
• 记入总账分类账户的金额与记入明细分类账户的合计金额相等

总分类账户本期借方发生额=其所属明细分类账户本期借方发生额合计

总分类账户本期贷方发生额=其所属明细分类账户本期贷方发生额合计

总分类账户期初余额=其所属明细分类账户期初余额合计

总分类账户期末余额=其所属明细分类账户期末余额合计

3.5会计凭证

是记录经纪业务，明确经纪责任的书面证明，是登记账簿的依据；分为原始凭证和记账凭证两大类；原始凭证：俗称单据，比如发票，交易记录，小票等；会计凭证是依据原始凭证按照会计记录规范编制而成的凭证，以下是银行收付的会计凭证样式

记账凭证我们可以认为就是账务流水，会计分录；账务系统就需要按照记账凭证的规范生成最基本的账务流水字段：日期，摘要，凭证号，借方，贷方，余额，核对标识

4.会计科目与会计账户

4.1会计科目

会计科目特别是一级科目是国家规定的，是对具体经纪业务的分类和命名，可以直观的看一下具体的科目，从名字上你能猜出是记录什么的么

4.2科目分类

按照经济内容可分类六类：资产类，负债类，共同类，成本类，所有者权益类和损益类

按照核算指标的详细程度分为：总分类科目，是对会计要素的具体内容进行总括分类，用以提供总括核算指标的会计科目，又称一级科目；明细分类科目，是对总分类科目进一步分类，用以提供明细核算指标的会计科目，又称明细科目

4.3账户

我们有一些列文章站在业务角度讲账户的，这里的账户我们站在会计角度来讲；账户是根据会计科目在账簿中开设的，具有一定格式，用以系统，连续的记录各项经济业务的一种手段；设置账户是会计核算的一种专门方法

账户的名称也成为会计科目，账户有一定的格式和结构，而会计科目没有结构

账户的格式一般包括以下内容

• 账户的名称：即会计科目
• 日期和摘要：即经纪业务发生的时间和内容
• 凭证号数：即账户记录的来源和依据
• 增加和减少的金额
• 余额

4.4总分类账户和明细类账户

总分类账户是指对企业经济活动的具体内容进行总括核算的账户，他能够提供某一具体内容的总括核算指标；明细分类账户是对企业某一经济业务进行明细核算的账户，他能够提供某一具体经济业务的明细核算指标；例如

4.5科目与账户的关系

科目是账户的名字；账户记录了科目的具体内容；就像马家屯加油站是一个站点的名字，而加油站的1号油罐，2号油罐是加油站油的存储设备；账户就是科目内容的存储设备

4.6按照科目分类对科目进行分组

4.7账户的平衡关系

复试记账部分和试算平衡部分会具体介绍

5.复试借贷记账法

5.1记账方法分类

记账方法：就是账簿登记经济业务的方法，即根据一定的记账原则，记账符号，记账规则，采用一定的计量单位，利用文字和数字把经济业务记账到账簿中去的一种专门方法

记账方法按照记录方式不同分为：单式记账法和复试记账法

单式记账法：指只对每一项经纪业务，一般只在一个账户中进行记录的记账方法

复试记账法：是对每一项经纪业务发生时所引起的会计要素数量的增减变化，以相等的金额同时在两个或者两个以上联系的账户中进行全面登记的记账方法；按照记账符号，记账规则，试算平衡方式的不同，可以分为“借贷记账法”“增减记账法”“收付记账法”；复试记账法全球通用，我国统一采用借贷记账法

5.2借贷记账法

借贷记账法指以会计等式作为记账原理，以借贷作为记账符号，来反映经纪业务增减变化的一种复试记账方法

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

• 任何账户都是左借右贷
• 资产、费用类账户增加记借方，减少记贷方
• 负债、所有者权益、收入类账户增加记贷方，减少记借方
• 账户的正常余额再其增加的方向

5.3如何借贷记账

就像我们前面说的，会计恒等式左右两边代表钱的来源和去向

编制会计分录

借贷记账的等式左右的借贷平衡

6.对账

具体实施可以看：对账系统从入门到精通

什么是对账：是指对账簿记录进行核对，账簿记录是编制会计报表的重要依据，账簿记录的正确与否直接影响到会计报表的质量；为了提供高质量的会计报表，必须对账

• 账证核对：是将各种账簿记录与记账凭证及其原始所附原始凭证进行核对
• 账账核对：是指对各种账簿之间的有关数字进行核对
• 账实核对：指各种财产物质和计算款项的账面余额与其实存数额进行核对
• 账表核对：是指账簿的有关记录与会计报表的有关指标进行核对

7.结账

结账时一项将账簿记录定期结算清楚的账务工作，在一定时期结束时（如月末，季末或年末），为了编制会计报表，需要进行结账

7.1结账内容

结清各种损益类账户，并计算确定本期利润；结清各资产，负债和所有者权益账户，分别结出北汽发生额合计和余额

7.2结账程序

• 将本期发生的经济业务事项全部登记入账，并保证其正确性
• 根据权责发生制的要求，调整有关账项，合理确定本期应计入的收入和费用
• 将损益类科目转入“本年利润”科目，结平所有损益类科目（虚户）
• 结算出资产、负债和所有者权益科目的本期发生额和余额，并结转下期（实户）

简单的说就是该入账的都入账，收入和费用转到利润，资产和负债结转到下一期

8.试算平衡

试算平衡就是根据资产、权益之间的平衡关系和记账规则来检查账户记录是否正确完整的验证方法；会计循环流程试算平衡的位置

8.1试算平衡公式

发生额平衡：全部账户本期借方发生额合计=全部账户本期贷方发生额合计

余额平衡：全部账户期末借方余额合计=全部账户期末贷方余额合计

8.2试算平衡表

根据试算平衡校验规则，我们得到试算平衡表，

左侧：参与试算平衡的科目枚举

右侧：为对期初余额，本期发生额，期末余额的汇总

底部：对校验数据的借贷双方金额的汇总

9.财务报表

会计报表是按照一定格式，根据会计账簿记录定期编制的，总体反映会计主体在一定时期的经营成果，财务状况及其变动情况的书面报告文件

9.1财务报表的分类

主要分四类：资产负债表，利润表，现金流量表，所有者权益搬动表

10.银行余额调节表

详情查看银行存款余额调节对账表系统

11.不同科目的账务处理

好了我们上面对会计的基础知识做了非常详细的介绍，最后我们再看基于会计基本原理如何做账务处理

账务处理：即基于业务数据生成会计凭证记账到会计账户的过程，这也是我们设计账务系统记账规则的核心

如何制定账务处理规则：这个要跟财务共同协商，然后根据不同的业务类型，业务操作，记账节点，根据生成会计凭证的规则规范创建账务凭证；下面我们举例说明，不同账户如何做账务处理

11.1现金与其他货币资金

企业从银行提取现金1000元，根据现金支票存根填制付款凭证，会计分录如下

借：库存现金 1000

贷：银行存款 1000

因为库存现金和银行存款都是资产，都在等式的左边，所以借是增加，贷是减少；从银行取现金说明银行存款减少了，现金增加了

11.2应收账款和其他应收款

应收账款就是企业向对方提供服务，应该收而没有收到手里的款项

应收账款为资产所以增加在借方；应付税费为负债增加在贷方，收入在等式右边增加在贷方；账务处理的含义是，这次销售导致等会左边资产增加，但是还没收到钱，先记录到应收账款科目；同时等式左边的主营业务收入增加，税费也增加

11.3坏账

坏账就是企业无法收回的应收账款

我们知道坏账准备和应收账款都是资产类科目，所以增加在借方，减少在贷方，账务处理如下

借：坏账 100

贷：应收账款 100

意味着资产应收账款的100要不回来了，导致应收账款减少100，坏账增加100

11.4收入和费用的结转

我们前面说了，期末我们要结平损益类科目，比如收入和费用要结转到利润科目形成利润；然后对利润需要进行分配；这两个流程的账务处理如下

收入和费用的结转

我们知道收入是在等式的右边，所以减少在借方，增加在贷方；费用在等式的左边；利润归属所有者权益在等式的左边，贷方是增加；所以账务处理如下

收入结转到到利润的贷方

借：收入

贷：利润

费用结转利润的借方

借：利润

贷：费用

这样收入和费用余额全部结平为0；而收入的余额到了利润的贷方，费用到了利润的借方，此时利润的科目余额=贷方-借方=收入-费用；如果余额在贷方说明收入大于费用，本期盈利；反之亏损

11.5利润的分配

收入费用结转形成利润后并没有结束，我们还需要对利润进行分配；是分红，变成资本还是其他的分配办法；上面收入和费用其实是结转到了利润下的明细科目利润分配的子科目“未分配利润”；

收入结转到到利润的贷方

借：收入

贷：利润-利润分配-未分配利润

费用结转利润的借方

借：利润-利润分配-未分配利润

贷：费用

然后再讲未分配利润分配到其他科目，这里就不赘述了，账务处理如下

借：利润-利润分配-具体分配科目

贷：利润-利润分配-未分配利润

借：具体分配科目

贷：利润-利润分配-具体分配科目

同理我们可以推演出其他所有科目的账务处理方法

12.会计基础上的账务核心设计方法

到这里我们作为支付账务产品需要了解的会计基础知识基本就讲完了，你明白了么？

基于会计基础知识我们应该怎么用呢，这里我列举几个，剩下的大家来思考吧

12.1账务系统的主业务流程

我们按照会计循环流程来设计账务系统的主业务流程

账务请求---记账规则---记账分录---更新账户流水---试算平衡--日切

12.2设计账务流水和账户字段

我们根据会计凭证格式和账户机构来设计账务系统的账务流水或者会计分录以及账户的字段

会计凭证

日期 凭证号 摘要 借贷方向 金额 余额

账户结构

账户名称 科目ID 余额方向 余额

12.3根据科目与账户关系设计账户

我们知道账户都是挂在科目下面，所以根据科目设定我们就知道了我们要设置哪些账户

首先先设置科目账套

然后再叶子科目下面配置账户

12.4开户规则和入账规则

所谓开户规则其实就是谁应该开什么账户；那么我们就可以配置一个开户规则表，定义每一类主体应该开通什么账户，即制定叶子科目；比如下面的配置会让用户在注册后开通保证金账户和红包账户

比如：用户---科目：保证金-用户保证金

---科目：红包-用户红包

入账规则就是账务请求来了，我们应该基于这个请求生成什么会计分录，而一旦生成了会计分录，那么会计分录因为是带科目的，就会找到对应的账户并且更新账户余额；如下下面的入账规则会让收款成功的账务请求生成2个分录更新2个账户

记账类型：订单收款

生成分录：银行存款科目 借方 ；主营业务收入 贷方

金额：取记账金额

这样，当一笔订单收款100请求记账时，账务处理就会创建一下分录

借：银行存款-工行112 100

贷：主营业务收入-快递业务 100

12.5设计试算平衡的逻辑

根据会计知识我们知道，试算平衡就是按照校验规则去校验借贷是否一致的校验算法，然后得出下面的试算平衡结果表，我们也能看出来结果

第八部分：从上帝视角看支付

中国支付体系的塔尖是人行二代支付清算体系，人行二代支付体系塔尖是清算账户中心SAPS；支付的基础是账户，账户的账户是SAPS；为了更好的认认识支付——下面我们就从用户触发，跟着一笔支付遍历整个互联网支付网络，对支付有一个最大宏观视角的认知！

1.上帝视角-看问题的最佳位置

研究人类的上帝视角位置我觉得是DNA双链，因为起源；研究支付的上帝视角位置，我觉得是这里！俯视整个互联网支付大厦！

2.互联网支付总架构-看问题的宏观视野

我们对中国整个互联网支付按照参与者进行分层

下面我们跟着一笔支付交易遨游这座大厦

3.互联网用户……好体验让用户更疯狂

我是京东商城忠实爱好者，曾今因为崇拜东哥的经营理念而加入京东；所以购物基本都是用京东，一个是对自营的信任，对物流和服务的认可，另一个就是京东极致的用户体验

陈天宇宙-2019年拍摄于深圳大学

作为亿万互联网用户中的一员，我们都一样！为好的服务，好玩的产品买单

那么既然要买单，就需要付钱咯；如今移动互联网时代以及互联网支付已经非常成熟，各种支付方式、支付应用琳琅满目；我们可以用微信，支付宝，银行卡，还可以免密支付

这不，618在京东用招商信用卡买了一本书......

收银台，我们支付的第一步！走起

4.第一层互联网服务平台……好产品让生活更便捷

京东购物，美团点外卖，支付宝转账，去哪儿买机票去旅游，好产品让生活变得更便捷；那么我们称该层为互联网应用层，这一层为用户直接提供服务，和支付能力

这些平台为用户提供各式各样的服务，是直接面向用户的互联网应用；用户在平台购买服务，平台就需要有自己的支付体系来支撑支付业务；

4.1服务平台的支付架构

刚才我们说从京东买了一本书，那么京东商城的支付架构是怎么样的呢！刚才我买书支付的那笔钱怎么流转呢？

图片来自网络

选好商品提交订单以后，平台在订单中心完成订单的创建，订单在交易中心完成账单的创建；我们操作去支付，交易请求支付获得收银台链接，给到订单，订单再将收银台链接返回给我们，这时候我选择了用招商信用卡支付，输入支付密码，一瞬间支付成功！

其实这几秒钟整个支付的链条跋山涉水，翻山越岭经历千险

4.2支付架构解析

我们看上面的架构图，对于一个服务平台的支付架构，一般有图中的相关系统组成：直面用户的收银台，记录业务的订单系统，推动交易的交易系统，对支付指令进行处理的支付系统，支付指令传送通道的支付通道子系统；

另外支付成功后还有一条线清结算线：支付成功以后交易将数据提交清算中心完成数据的清分计算，然后提交账务系统完成记账；再通知会计核心完成内部账的记录；最后通知资金平台对交易向商家进行货款的结算......

这样对于一个服务平台来说，一个支付的骨架就出来了！

这个架子是陈老师多年游历访学的精华沉淀；基本适用于美团，去哪儿，滴滴等，如果你要从零到一做一套支付体系，那么这么规划基本没什么问题

好我们接着往下说，我们支付商家的支付都需要接入一个支付机构的，支付系统通过支付通道将支付请求提交给了签约的支付服务提供方，我们以三方支付为例，比如京东将支付提交给了网银在线！那么网银在线内部又是怎么处理的呢？走起

5.第二层三方支付体系……好支付让交易更安全

支付机构作为拥有支付牌照，为服务平台提供支付解决方案的企业，也有着自己复杂而庞大的支付体系，我们常听说的比如各类收银台，支付产品，支付路由，支付通道，支付核心，账务核心，清算核心，风控核心，商户入网等等；对于支付机构来说支付产品的创新满足支付市场需要是至关重要的，支付产品创新主要聚焦在下面几个维度

5.1支付机构的支付架构

那么对于一个支付机构来说，他们的支付架构是什么样的呢？比如刚才支付请求到了支付机构，这笔支付在支付机构会怎么流转和处理呢？

我们在网上可以看到很多支付机构的架构图，上面这个稍微简单点架构图基本涵盖了一家支付机构应该具备的基础能力；比如交易层对交易请求进行处理；支付层对支付请求进行处理；渠道层对支付请求进行提交金融机构或者清算机构完成最后的清算请求指令的提交

既然都是支付，我们可以换个思路，其实支付机构的支付架子跟服务平台的架子在某些角度看大同小异；只不过是服务用户对象一个是用户一个是商户，支付通道一个是三方机构提供，一个是银行提供

5.2支付机构架构解析

好了，我们来看支付请求来到了三方支付机构之后....

第一个门槛就是到达支付机构的网关层，通过各种风控校验通过许可，来到开放平台，开放平台将支付请求提交给交易处理层进行处理，首先到达订单系统，创建订单后请求支付系统获得收银台链接，返回给开放平台；开放平台处理支付通过收银台请求支付系统进行支付处理......

支付处理中心对支付请求进行处理，通过路由选择合适的支付渠道，然后由渠道清算封装支付指令，通过支付通道提交清算指令给清算机构或者银行

清算机构返回清算成功后，支付处理中心通知订单中心支付成功，订单中心将支付单提交给清算中心进行清结算处理，完成计费，账务记账，入账等处理操作

这样我们整个架子就出来了

如果你不小心捡了一个支付牌照，那么拿着陈老师的图，去搭建你的支付公司吧；支付机构将支付清算指令提交给了清算机构，因为现在断直连了嘛，不能直接接入银行了；断直连后其实银联网联网关于支付清算的处理是一样的，那么我们以网联为例，看看支付指令到了网联之后会怎么样的呢！骑上小摩托走起！

6.第三层网银联清算体系……好清算让市场更和谐

陈老师有幸参与了支付机构断直连接入网联的盛世，参与了很多场网联的会议，惊叹于断直连后的清算架构！！！我们先看这张图，从宏观上认知这几个角色之间的关系

为解决备付金集中存管所形成的热点账户问题，实现对已映射额度管理，网联将构建“备付金热点账户前置系统”RCMP，用于支付机构通过网联平台（EPCC）的业务办理。前置系统分为额度管理模块及账户管理模块，网联将为各支付机构在前置系统中建立账户，用于可用额度的监控、已映射额度的管理。

支付机构的指令到了网联以后，网联进行实时清算，什么意思呢，就是实时的对支付指令进行轧差变更可用余额，针对网联的文章我们说的比较详细，这里就不过多介绍了，简单的说就是支付机构将人行备付金的余额映射分配给网联和银联形成映射虚拟额度，用于交易周期内的实时清算；然后定时提交人行进行资金的划拨结算，这个框架是这样的

6.1清算概念

其实断直连以后网银联的清算变得大道至简了很多，当然说到清算我们还是有必要说一下银联这个老牌清算机构的清算架构的，再说清算之前，我们先开个小灶课，介绍下清结算相关的之歌比较重要的概念

支付结算是指单位、个人在社会经济活动中使用票据、信用卡和汇兑、托收承付、委托收款等结算方式进行货币给付及其资金清算的行为。银行是支付结算和资金清算的中介机构。

支付清算是指支付指令的交换和计算；支付指令是指参与者以纸质、磁介质或电子形式发出的，办理确定金额的资金转账命令; 支付指令的交换是指提供专用的支付指令传输路径，用于支付指令的接收、清分和发送；支付指令的计算是指对支付指令进行汇总和轧差；参与者是指接受支付清算组织章程制约，可以发送、接收支付指令的金融机构及其他机构。

银联的支付清算包括淸分和资金划拨两个环节。淸分是指对交易日志中记录的成功交易，逐笔计算交易本金及交易费用（手续费、分润等），然后按清算对象汇总轧差形成应收或应付金额。简言之，就是搞清楚今天应该向谁要多少钱？应该给谁多少钱？资金划拨是指通过特定的渠道和方式，完成应收应付资金的转移。简言之，就是明确通过何种渠道，拿回应收款、付出应付款。

6.2银联的清算架构

银联的支付清算包括跨行清算和收单清算。跨行清算是针对收单机构和发卡机构的清算；收单清算是代替收单机构针对商户和收单专业化服务机构的清算。

银联清算系统主要就是三个核心：跨行清算子系统，收单清算子系统，资金管理平台

6.3银联的清算关系

清算离不开一个核心，那就是清算账户，所有的支付以及清算都是基于账户进行账务处理；清算账户与结算账户不是同一概念，两者的区别源于【清算】 与【结算】的区别。银联境内清算的清算账户均开立在人民银行，跨境业务的清算账户开立在代理清算银行（中行和汇丰）。境内成员机构的清算账户均开立在人民银行。银行一般在人民银行开立有准备金账户，一般使用其备付金账户用于和银联的清算。境内商户的结算账户开在商业银行，第三方机构的结算账户均开立在人民银行。

银联如何进行资金的划拨呢；境内的跨行清算通过央行的大额支付清算系统，完成资金划拨。银联可以主动借记或贷记成员机构的清算账户账户。通俗地讲，借记就是我问别人要钱，贷记就是我给别人钱。境内的收单清算可以通过央行的小额支付清算系统完成资金划拨。

银联清算系统与大小额支付清算系统的关系，无论是跨行清算还是收单清算，银联都是作为一个特许参与者，加入大小额支付清算系统，完成银行卡交换业务的资金划拨。银联通过大额支付系统，实现与境内成员机构清算账户之间的双向资金转移。银联通过小额支付系统和当地的票据交换系统，实现与境内第三方机构和商户之间的单向资金转移。

银联清算系统与银行结算系统的关系，银联和商业银行都是作为参与者，加入大小额支付清算系统，完成跨行间的资金划拨。银联清算系统的清算对象是成员机构、第三方机构和直联商户。商业银行结算系统的结算对象是在其本行开立存款账户的单位或个人。 银联在央行开立的清算账户从本质上说应属于备付金账户；而商业银行在央行开立的清算账户分准备金账户和备付金账户。 准备金账户主要用于监管使用，用于包括存款人合法权益；备付金账户主要用于自身的资金头寸的管理。

银联清算系统与银联会计核算系统的关系，银联清算系统处理的是银行卡交换的清算资金。银联会计核算系统处理的是银联的自有资金，其中自有资金中包括了银联自己清算账户上的资金余额。银联会计核算系统是按照企业会计准则，使用总分户账，登记账户变动及资金转移信息。银联清算系统仅建立了清算资金的台账信息。

6.4清算案例

我们看一个清算案例；张三6月1日持招行贷记卡，在物美超市（直联商户，工行收单）成功刷卡购物1000元。李四用工行借记卡，在华夏银行布放的支付易终端上，成功缴付了一笔200元的电费，华夏银行收单。假设消费交易执行交换费0.7%，转接费0.1%；缴费交易执行交换费0.10元，转接费0.05元。收单行与商户的扣率实际分别为1%和0.08%(这两个数字没用到)。简化起见不计算收单专业化服务机构的手续费。淸分结果

1.6月1日晚11：00CUPS日切。将交易日志发送跨行清算系统。在6月2日凌晨首先进行跨行转接交易的淸分，然后进行收单处理业务的淸分

2.6月2日上午10：00左右，将汇总的淸分结果，通过资金管理平台和支付前置系统发出支付指令。先借记后贷记，按优先级排队。

3.通过大额系统借记银行在央行开立的备付金账户，实时完成跨行清算的资金转移（借记招行993元、借记工行197.9元）；通过小额系统贷记商户开立在银行（一般为工行）的结算账户（990元）（6月2日中午左右到账）；通过大额贷记银行在央行开立的备付金账户，实时完成跨行及收单清算（贷记华夏199.85元）。

4.华夏银行收到银联划付的资金后，通过本行的行内结算系统，贷记间联商户的结算账户（199.84元，华夏收单收益0.01元，约6月 3日到账）；工行和招行或调整持卡人的可用余额（联机交易时银行已实时扣减了持卡人的账户余额或可用额度）。

6.5通用清算机构架构

那么一个清算机构，会拥有什么样的架构呢，这个更细维度的架构大家作为了解，上面的宏观维度的认知已经足够了，虽然社群后不少来自网联银联的朋友，但我相信大部分同学是不会去这样的机构的，所以一眼带过就可以了

我们知道网联银联将支付机构的结算指令提交人行进行最终的资金划拨，完成各参与主体之间的资金实际交割；那么在将人行之前，我们先看看接入网联银联的商业银行的支付架构是什么样的呢

7.第四层银行金融体系……好金融让支付更丰富

银行相当于服务平台，三方支付机构以及网联这样的清算机构是有很大不同的，首先是业务的不同，银行处理提供互联网支付通道以外，还有门店，ATM，银行卡，存款业务，贷款业务，理财业务等等

我们简化一下

抛开繁多的银行其他业务，我们来看银行跟互联网支付相关的业务架构是怎么样呢，不用说我相信大家也猜到了，肯定会有账户，有支付核心，有通道，有前置系统

我们再看下更宏观的一个，像图中的其他渠道我们可以理解为提供给网联银联或者支付公司的支付通道，接入银行进行支付请求，然后银行请求人行

好了，下面我们要去朝圣了，到达支付的顶层设计-人民银行二代支付系统！走起

8.第五层人行支付体系……好基础让支付更

我们都知道中国支付系统经历了支付一代系统和支付二代系统；为整个中国互联网支付提供清算基础设施；那么这个神秘的支付体系拥有如何神奇的架构呢，在开始之间我们来看一个非常经典的架构图：中国清算系统

最组边的就是网联银联以及三方支付机构所处的位置，上面的就是我们要讲的人行部分，下面是商业银行所处的位置；其中网联银联和商业银行直联央行的支付清算系统；我们来看整体的业务架子就是下面这张图，各参与者连接到NPC就是国家处理中心，包含了大小额支付系统和网银互联跨行支付系统（超级网银），然后NPC经过支付指令的处理之后提交清算账户中心（SAPS）进行资金的清算划拨

8.1几个核心系统

我们来看二代支付系统最核心的几个系统，大家从我的支付体系全解析目录中也看到了，人行部分会对每个系统做详细介绍，这里我们就一带而过，主要是知道一个大概

以清算账户管理系统为核心，大额支付系统、小额支付系统、支票影像交换系统、网银互联子系统为业务应用子系统，公共管理控制系统和支付管理信息系统为支持系统。我们来认识一下这几个系统

清算账户管理系统(SAPS)：是支付系统的核心系统，通过集中存储和管理清算账户，完成支付系统各类业务的资金清算，并为中央银行办理现金存取、再贷款、再贴现等业务提供清算服务；各银行，支付机构，网联银联都会在这里开通清算账户，进行资金的清算

大额支付系统，小额支付系统，网上支付跨行清算系统就是我们所理解的支付系统，接受参与者的清算支付指令，进行指令的处理并提交给清算账户管理系统完成资金划拨

支付信息管理系统：是中国现代化支付系统的辅助支持系统，由行名行号管理子系统、参数管理子系统、计费管理子系统、支付业务统计分析子系统、支付业务监控子系统等六个子系统组成，是一个多功能模块的、集中式的支付信息共享平台。

8.2系统的运行控制

各系统的运行时序图

我们来看一下各系统之间的运行是如何进行控制的

8.3支付清算处理

然后我们来看网联将结算请求提交给人行支付系统之后，支付系统对指令进行处理之后提交清算账户系统完成最终的资金划拨；也就是这个时候陈老师买书的钱才真正从招商的清算账户进入到网银在线的备付金账户中

到这里我们就将整个支付大厦的每一层参与者的架构都做了一个宏观的认识，现在你是不是已经知道了，一笔支付要经历多么漫长的链条了吧，最后我们将所有的参与者架构拼接到一起，来看这座美丽奢华的支付大厦

9.遨游支付

我们将所有的支付参与者，也就是每一层的职能和架构都做了介绍，那么跟着陈老师来遨游一下一笔支付的神奇之旅吧！

第九部分：案例“一张小票看透支付架构”

今天我们就从一次美团外卖的小票来看，将支付清结算串起来会是什么体验!准备好了么，抓好扶手，走起！

1.一张小票

我们看下面外卖盒上的小票，牛肉拌饭1份一共39元，餐盒费1元，没有配送费，合计40元，优惠了19元，实付21，实收17元

我们再看美团订单的信息，烤肉饭1分39元，打包费1元，配送费原价7元现价2元，美团会员15元；美团红包减7元，满减优惠14元；总优惠26元，合计36元

我们发现商家的小票和美团的订单信息之间有不少的差异，特别是优惠的明细展示以及优惠总额和应付总额之间存在差异；下面我们就来顺藤摸瓜，分析背后的玄机

我们先认清一个关系，订外卖的陈老师跟商家没有直接的关系，美团跟商家直接是结算关系，也就是美团帮助商家代收餐费，并进行结算；简而言之就是陈老师付给美团综合的外卖钱，美团抽一部分然后给商家结算餐费

我们先粗略的假想一下，这个过程是怎么完成的

我们先到美团平台选择喜欢的“商品”

然后“下单”并生成交易“账单”

选择支付方式进行“支付”

支付成功后美团要履行承诺把餐送到“履约”

完成以后美团就开始进行各方利益的“清分”计算了

算清楚应给给各方多少钱时并计入账簿“记账”

然后就是进行“结算”

按照这个思路，我们来看，上面的小票在每个环节都是怎么处理的呢

2.商品

商品广泛用于电商系，在o2o领域我们可能叫“服务”多一点，这里其实站在吃货的角度来看，订外卖，买了一份商品也没什么问题；商品模型这里我们不过多介绍，简而言之就是下面这样一个高度抽象的结构

那么这一单外卖的商品有哪些呢，有4个（这里我们将配送服务看做商品）

这里我们要说一下美团会员，这是美团推出的一个会员服务，相当于花钱买了多张优惠券，所以购买美团会员获得优惠券也是一次交易，而且本交易要先与外卖单，因为外卖单的支付用到了这批券，交易层处理很有意思，大家可以思考一下

3.订单

选购好了商品，那么就需要下单了，这时候订单会去营销系统获取可以使用的活动优惠或者卡券，本小票我们可以看出来，有这些优惠我们可以使用

因为目前我们还不清楚美团和商家之间的清结算协议，所以暂且认为所有优惠由美团提供给用户，后续美团再基于协议跟商家之间做优惠的分摊，这部分不是本文的重点，大家可以私下思考交流

这样我们就得到了订单信息了

其实我们发现，其中的美团红包是基于15元购买了优惠券以后才能使用的优惠，相当于这一单，你要先买会员获得优惠券，然后在本单同时使用优惠券进行优惠，虽然是同一个订单，但我们可以想象出来，在交易处理层，至少需要做2次处理，一个是对美团会员的处理，另一个是对本单整单的优惠处理；所以订单需要拆成2个子单，一个是外卖单，一个是美团会员单

我们看到商家的小票，商品总价是40，总优惠是19；跟订单11101之间的7元差额是什么呢，其实就是配送费，那么将配送费抛出后跟商家小票一致，我们可以推断出商家承担了5元的配送优惠成本，加上满减优惠14，商家总优惠成本是19；

但最后我们发现商家实收17元，那么这4元是什么呢？其实我们有2个推断，一是美团抽佣4元，另一个可能是商家承担美团红包7元优惠中的4元；如果是取中间可能的话那么实际可能是

4元=x y

x=美团抽佣；x属于[0-4]元

y=分摊美团红包优惠；y属于[0-4]元

4.交易

完成了订单以后就需要创建支付账单了，基于以上分析交易处理是非常复杂的，因为要先处理美团会员的购买，然后处理外卖订单，

这里因为有2个子单，所以我们生成2个交易账单，但是在支付的时候我们进行合并支付

基于账单生成支付请求

5.支付

账单生成以后，我们进行支付处理，微信支付请求支付系统，优惠类支付我们等待微信支付成功以后请求营销系统，完成优惠券的核销，这样我们就完成了账单的支付了，这时候账单变为已支付，订单支付状态变为已支付，订单状态变为待配送

6.履约

订单变为待配送时，会生成服务订单，也就是配送订单，由骑手小王01抢单了

然后的过程大家都熟悉，取了餐，送餐，确认已送达，服务单完成，将订单推送至清算中心进行清分计算

7.清算

清算系统接收到的清算订单信息包含，订单信息，账单信息，支付信息，履约信息

在清分计费环节有几个关键的模块，我们可以设定为一下模型

计费模型就是基于订单业务我们就知道应该计算出什么样的费用出来，比如本单其实有2个业务，一个是外卖业务，一个是美团会员业务

我们假设有计费模型是这样的，美团外卖业务需要计算商家应结算金额，抽佣金额，优惠分摊金额；美团会员计费模型需要计算出美团会员费给平台业务的分成，那么简单起见我们的模型如下

我们再基于业务类型，去查找计费规则，什么是计费规则呢，就是计费参数，计费基数，计费模式，计费规则；我们设定规则如下

那么计费规则，我们可以计算出以下清分结果

所以我们得到以下清分结果

剩下的就是优惠成本的分摊了

8.账务

完成清分计费以后就需要请求账务系统完成记账了，为了简单我们只对商家的结算和骑手的结算进行记账；这时先生成账务记录

账务流水去操作账户更新余额，这部分内容大家可以看账户系统设计从入门到精通

入账成功后账户余额变为

9.结算

商家和骑手都可以在钱包里看到账户里入账了，然后可以对余额发起提现；生成提现订单，请求打款中心完成出款，这个我们就不详细介绍了

10.这里涉及到的各个系统

这里面涉及到了11个系统，我们之前都有文章详细介绍过，大家可以看一下

收银台设计方法论

支付路由设计详解-我见过的最美算法

支付通道介绍和接入

订单系统设计解析

详解|交易核心设计指南

账户系统设计从入门到精通

详解 | 结算系统设计

对账系统从入门到精通

11.综合架构

从上面的案例，并结合之前的一些文章，我们抽象出一个清结算的通用架构，我们称之为“311架构模型”，即分3层，11个系统；所以叫311架构模型；大家记住这个架构，基本可以解决绝大部分平台的订单支付交易清结算业务模型

第十部分：支付365天 “Pay X" 远航

立足通用的支付基础构建繁杂多样的支付场景、搭建多样化的支付解决方案；以不变应万变。

Pay:支付基础，类似大学的基础学科，核心在通用，重点是系统性的支付基础概念，通用架构，通用系统设计

X:多样的支付领域和繁杂的业务场景，是在支付基础之上构建的支付多样化应用，比如O2O，电商，直播，视频，电视，pos，银行，等

Pay X ：立足通用的支付基础构建繁杂多样的支付场景、搭建多样化的支付解决方案；以不变应万变。从 Pay 到 X的过程依靠我们知识落地能力以及理论的复用能力，对业务和场景的分析和调研能力，以及产品设计能力

希望这篇长文对你入门支付有所帮助，欢迎持续关注后续支付内容

·················公众号：陈天宇宙·················

陈天宇宙：多平台支付领域专栏作者，十年资深产品；天使投资人；专注为10万支付产品经理和支付机构以及企业提供深度支付内容和服务！

,