好多读者问我：“我是个支付领域的新手小白，该怎么入门支付？”这篇文章就是来帮大家快速入门的。只要你看完下面这10个方面的内容，就能对支付有个基础认知，快速完成支付入门，达到P5级别的支付水平。之后，你再按顺序把底部推荐的文章看完，就能进阶成为高阶的支付从业者啦。1看：支付概念
1.1.支付的定义
我们可以将支付定义为：付款人向收款人转移可被双方接受的债权资产。这里有几个关键点需要理解：“付款人”和“收款人”是支付的参与主体。广义上，付款人和收款人可以是个人、企业、银行等。例如，吃早餐付款时，付款人是个人，收款人是商家；银行间清算时，付款人和收款人都是银行。
“可被双方接受的”意味着支付资产是双方都认可的。也就是说，如果双方都同意某种东西可以用于交换，那么它就可以作为支付手段。
“债权资产”中，被公认的可用于支付的资产通常是法定货币，包括现金和银行存款。因此，支付通常是通过货币来完成的。
- “转移”是支付的结果，即货币从付款人转移到了收款人。这一转移过程依赖相应的支付工具，如现金、银行卡、票据、移动支付等。
支付的定义揭示了支付实现的基本原理，这是后续深入理解支付，设计支付系统的基础。图1展示的是一家O2O企业的支付结算业务流程架构，该架构全面覆盖了收款、清算、结算、出款以及内部系统等与支付业务紧密相关的各个环节。
图1左上角区域展示的是支付环节。在这一环节中，用户在平台的电商端下单购买服务后，前端会调起收银台，引导用户完成支付操作。内部支付系统则处理提交的支付请求，对支付要素进行检验和处理，最后将支付指令发送至外部支付渠道，完成最终的收款业务。
接下来，我们对支付环节中的一些名词进行解读：
1）支付应用：指可以直接用于进行支付操作的网页或软件，如微信App、支付宝App、银联云闪付App等。2）支付场景：指发起支付的具体模式或情境，包括线上场景（如在线购物、手机话费充值、在线缴纳水电费、购买网络应用会员等）和线下场景（如线下扫码付款、pos机刷卡支付等）。3）支付类型：根据支付业务的不同种类，可将支付分为以下几类：支付：在购买商品或服务时进行付款操作。
退款：对原订单进行逆向处理，将原收款按原路退回给用户。
充值：将银行结算账户中的资金转入平台余额账户。
提现：将平台账户中的余额转入用户指定的银行结算账户。
打款：通过付款通道向商家进行结算，将资金转入商家的银行结算账户。
打款退回：打款的逆向操作，通常发生在打款失败的情况下。
转账：指将一个银行账户的资金转移到另一个银行账户，泛指账户之间余额的转移。
调拨：公司内部因为业务需要，将一个银行账户里的资金转到另一个银行账户。
归集：公司将多个分散的账户里的资金集中转入一个账户，进行统一管理。
按支付通道的不同，支付可以分为以下几种：
按业务双方性质的不同，支付类型可以分为以下几种：
4）支付方式：指用户在支付时所选用的支付手段，例如微信支付、支付宝支付。其他常见支付方式如下：5）线上收银台：指直接面向用户、用户可选择支付方式并提交支付请求的线上支付场所。线上收银台分以下几类：6）支付通道：指由机构提供的用于接收和处理各类支付请求的接口集合。根据提供机构的类型，支付通道可分为以下几类：根据所处理的支付类型不同，支付通道分可为以下几类：
7）通道成本（费率）：指使用通道所需要支付的手续费，例如按照每笔交易金额6‰费率支付手续费。8）通道接入方式：根据通道使用方接入通道提供方的形式，通道接入方式可分为以下几类：9）支付路由：即通道筛选服务，当用户发起支付请求时，系统会根据预配置的筛选规则，挑选出一条最优的支付通道进行处理。10）支付限额：指为支付行为设定的金额限制，主要目的是防范风险。常见的支付限额类型包括单笔限额、日累计限额和月累计限额等。1.3.交易类名词
交易是支付的前提，买卖双方只有在完成商品或服务的匹配、价格谈判和合同签订后，才会进入支付环节。因此，在做好支付的同时，也需要确保交易的顺畅，为用户提供良好的线上购物体验。
如图2所示，整个交易过程包括选购、计价和下单等多个环节。选购环节从用户进入客户端开始，用户在客户端挑选所需商品，并将选中的商品到添加到购物车中。下单环节是指用户将购物车中的商品提交至平台，并进入订单填写页面填写订单相关信息，如收货地址、发票抬头等。在下单过程中，还会涉及计价环节，主要是计算订单的优惠信息以及应付金额（即用户应该支付的总金额）。
以下是交易环节中常见的概念：
购物车：用于暂时管理用户已挑选的待结算商品的产品模块。
计价：交易过程中的计费环节，用于计算当前订单的优惠金额及应付金额，具备自动匹配优惠活动及推荐最佳搭配组合的能力。
订单：用户购买商品或服务时生成的业务单据，记录用户信息、商品信息等交易详情，是交易过程中的核心单据。
履约：用户完成支付后，平台按协议兑付商品或服务的过程。
账单：用于支付收款的单据，主要记录订单信息、用户信息及待支付金额等。一个订单可对应多个账单，便于实现一笔订单多次支付的交易模式。
支付明细：指账单中的支付记录详情，如一个100元的账单，用户用微信支付60元，使用了一张20元的优惠券及满减20元，将对应三条支付明细。
- 第三方流水号（外部流水号）：支付成功后，渠道方返回的唯一交易流水号。
1.4.清结算类名词
从交易开始的那一刻起，就明确了各利益相关方——谁带来了客户，谁提供了商品，谁提供了服务。所有参与者都能从本次交易中获得应得的收益。利益的分配和交付需要一个庞大的体系来支撑，这个体系就是清结算体系。清结算体系的主要职能是在交易完成后，对各方利益进行清分、记账及资金结算。一个典型的清结算体系至少要达到“算明白，记明白，结明白”的标准。
图1右上角区域所示是清算环节，该环节的主要任务是对交易进行清算和记账，清算各参与方的债权债务，并将结果记入相应账户。同时，还会处理内部其他系统提交的清算请求，如因差评、物料领取等原因所产生的罚款、物料费等费用。
图1下方区域所示是结算出款环节，该环节基于平台账户记录，向商家发起最终结算，将商家的收入打入其指定的银行结算账户。
下面解读与清结算相关的名词：
清分：计算各参与对象应收或应付的金额，明确应该给谁多少钱。
费用项：为交易场景中发生的款项设定的名称，如交易手续费、商家结算收入、佣金等。
入账规则：为不同业务下产生的费用项设定的计入账户的规则，包括入那个账户、收支方向、是否需要冻结等。
入账：将清分结果计入对应对象账户的过程。
分账：按照预先设定的规则，将一笔收款资金分割成多份的过程。
结算周期：与商户约定的结算频次，如实时结算、次日结算、下个月1号结算等。
清算文件：银行或三方支付机构提供给商家的，一个交易周期内的交易记录明细文件。
结算文件：银行或三方支付机构提供给商家的，一个交易周期内的账户动账明细文件。
- 轧差：一种正负方向账务相抵的处理方式，即将相反流动方向的款项汇总抵消，如收款100元，手续费6元，轧差后的净收款为94元。
2看：支付过程
支付过程可以划分为三个阶段：交易、清算和结算，这是支撑所有支付行为的核心框架。- 交易：即用户发起支付、确认身份、生成交易单据等一系列操作。
- 清算，是基于已生成的交易单据进行数据交换、归集以及清分的过程。在此过程中，会完成交易本金和手续费的计算，按照对象汇总生成应收应付金额，并通过支付系统将相关信息发送给清算方。
结算，是根据清分结果完成资金最终实际转移的过程。
以我们口渴了去超市买水为例：与老板确认购买水的品牌与价格，这一过程即为交易；我们使用银行卡（支付工具）在超市的pos机（支付终端）上刷卡（支付动作），这相当于清算的过程。最后，我们银行账户中钱的转移到商户的银行账户中，这就是结算的过程。当然，这只是一个简化的描述，实际过程中还会涉及收单机构对商户的结算、商户提现、机构对外付款等一系列环节，最终资金才会转入到商户的银行账户中。所以，支付也可以定义为：依托货币作为媒介，通过支付工具进行货币转移，最终实现商品或服务与货币之间的价值交换行为的过程。要更深入地理解支付，就需要先了解与支付相关的一系列概念名词。3看：支付的账户基础
电子账户是电子支付的基础。根据账户在支付过程中的不同用途，可以将账户分为用户支付账户、结算过渡账户、清算往来账户、已清算应收付账户以及XX存款户等。而从所属机构的角度来看，账户又可以划分为央行清算账户、银行结算账户、第三方支付机构支付账户以及企业虚拟账户等。
3.1.完善的账户体系
金融监管的本质是对不同机构的不同类型账户进行差异化监管。例如，银行的个人结算账户和企业结算账户就分别适用于不同的监管条例；而个人结算户的一、二、三类户又拥有不同的交易权限。这样层次分明的账户体系，为我国的支付清算体系提供了坚实的账户基础，使得各类资金能够在不同机构、用户之间顺畅流转。正是得益于这样丰富完善的账户体系，电子支付才得以高效实现。将这些账户绘制成图，可以清晰的看到不同组织、不同账户之间的关系，如图3所示。
3.1.1央行的清算账户
央行的银行清算账户及三方备付金账户，是享有国家级信用的最高信用级别账户，用于存储着各银行和支付机构在央行的货币存款。
这些资金主要用于银行和三方支付机构的资金监管，以及他们之间的资金清算，包括银行间的资金清算、支付机构与银行间的资金清算、以及支付机构间的资金清算。资金清算通过借记或贷记支付机构的账户来实现，同时，清算组织也可以向央行发起即时转账，以促成各机构间的资金清算。
3.1.2银行结算账户
银行结算账户是依托银行信用的账户，用于存储个人或企业在银行的货币资产。根据账户所属对象的不同，可分为个人结算账户和企业结算账户，如图4所示。
图4 银行的结算账户
银行的结算账户用于个人与个人、企业与企业以及个人与企业之间的支付结算，通过贷记或借记相应账户来实现。例如，企业要给员工发工资，银行可以通过借记企业结算账户，同时贷记个人结算账户来完成工资的发放。
3.1.3三方支付账户
三方支付账户是第三方支付机构根据客户的真实意愿为其开立的电子簿记，用于记录预付交易资金余额和反映交易明细信息。该账户不能透支，不得出借、出租或出售，客户也得不能利用支付账户从事或者协助他人从事非法活动。三方支付账户根据开立时的验证要素数量，可以分为I类、II类、III类三个等级，不同等级的支付账户具有不同的功能权限和付款限额，具体如表1所示。
企业虚拟账户是由普通企业根据支付业务需要自建的账户，依托企业信用，用于记录各类账务信息。相较于上述其他类型的账户，企业虚拟账户在信用层面相对较弱。例如，一些企业自建的押金账户，若企业经营不善，可能导致用户押金无法提现，这反映出企业虚拟账户对用户而言，信用和安全等级较低。企业可以根据自身业务需要，灵活设置和命名企业虚拟账户，如用户押金账户、红包账户、商户收款账户等。
3.2.账户的协同
上述不同机构的账户并非独立存在、毫无关联，而是相互协同、分层运作的。下面以将支付宝账户余额提现至招商银行卡为例，来说明这些账户在支付过程中的协同作用。
首先，用户在支付宝应用内发起提现申请，支付宝扣减用户账户余额后，向银联发起付款请求。银联随后将支付请求转接给招商银行。
其次，招商银行接到指令后，将资金贷记至客户在招商银行开通的个人结算账户，完成资金入账操作。
最后，银联向央行发起支付宝和招商银行之间的清算请求。央行借记支付宝的备付金账户，贷记招商银行的清算账户，至此完成两者之间的最终资金清算。整个提现流程如图5所示。
4看：支付工具
支付工具（如现金、银行卡、票据、预付卡等）是传递收付款人支付指令，实现债权债务清偿和资金转移的载体。为了满足不同场景下的支付需求，产生了各种类型和用途的支付工具。例如，我们坐公交使用的公交卡就是一种支付工具，它替代了人工投递实物货币，极大提高了支付车费的效率。
支付工具按照是否涉及现金，可以分为现金支付工具和非现金支付工具。非现金支付工具相对于现金支付工具而言，可称为新型支付工具。它不需要进行直接的现金交割，而是更多地以账户货币为基础来实现资金转移。
4.1.卡基支付工具
卡基支付工具主要分为银行卡和储值卡（也叫预付卡），如图6所示。 
银行卡是由商业银行向社会发行的信用支付工具，具有消费、转账结算、存取现金等全部或部分功能。它主要分为借记卡和贷记卡两种。借记卡不允许透支，而贷记卡是银行或信用卡公司向资质良好的个人或机构签发的一种信用凭证，允许持卡人透支。储值卡则是由非金融支付机构发行的，具有钱包性质的卡种。
4.2.票据支付工具
票据是出票人约定由自己或委托付款人在见票时或者指定日期向收款人或者持票人无条件支付一定金额的可流通转让的有价证券。票据主要分为汇票、本票、支票三大类，如图7所示。
4.2.1汇票
汇票是出票人签发的一种票据，委托付款人在见票时或者指定日期无条件支付确定金额给收款人或持票人。汇票有点像白条，持票人可以在指定日期向委托人要求支付。汇票主要分为银行汇票和商业汇票两种。
银行汇票是银行应付款人的请求，在收取手续费和足够保证金后签发给付款人，再由付款人交付给收款人的一种票据，如图8所示。一些小银行因分支机构较少，其汇票业务可以委托代理行进行兑付，或者由代理行代为发行和兑付。
商业汇票是由企事业等单位签发的一种汇票，委托付款人在指定付款日期无条件支付确定金额给收款人或者持票人，其使用流程如图9所示。
商业汇票根据承兑人的不同，可以分为银行承兑汇票和商业承兑汇票。其中，商业承兑汇票使用较少，而银行承兑汇票占据了汇票市场的90%份额。对企业而言，银行承兑汇票是对其信用的一种背书。银行会提前考察企业的资质，帮助企业分担风险，并收取一定的保证金和手续费。在贴现和转账过程中，银行都能获得收益，因此这对银行来说是一个不错的收入来源。
4.2.2本票
本票是申请人将款项存入银行后，由银行签发的一种票据，用于办理统一票据交换区内进行转账或者支取现金。与汇票不同的是，本票不能跨票据交换区使用。其使用流程如图10所示。
4.2.3支票
支票是由出票人签发的一种票据，委托办理支票存款业务的银行或者其他金融机构在见票时无条件支付确定金额给收款人或者持票人。支票可分为现金支票和转账支票两种。
若收款人在兑换时，付款人账户资金不足，即我们常说的“空头支票”。开具空头支票将受到相应惩罚，如需支付票面金额5%且不低于1000元的罚款，持票人有权要求赔偿支票面额2%的损失，情节严重时，还可能被停止签发支票的资格。支票的使用流程如图11所示。
5看：支付组织
整个支付体系的顺畅运行依赖于庞大的组织生态。如图12所示，这些组织及其之间的协作关系清晰明了：商户通过聚合支付服务商或第三方支付机构提供的支付方式向用户收款；收单支付机构则通过清算机构，向账户侧支付机构或发卡行发起支付申请；清算机构负责提交机构间的清算净额至央行，进行最终的资金结算。
接下来，我们将对图10中所示的各支付组织进行详细介绍，帮助大家理解每个支付组织所承担的“支付职能”及其运行的主要支付系统。
5.1.三方支付机构
商户平台进行收付款离不开第三方支付机构。支付机构是指非银行支付机构在取得了人民银行颁发的《支付业务许可证》后，可以从事相关支付业务的企业，如微信支付、支付宝、汇付天下等。这些支付机构通过提供各类收付解决方案，为交易平台提供支付服务，包括小程序支付、H5支付、App支付等。
根据提供的支付服务内容，支付机构可以分为收单侧支付机构和账户侧支付机构。
5.1.1.收单侧支付机构
收单侧支付机构主要服务于商户，为商户提供网络支付、银行卡收单、预付卡等收款服务。以商户入网为服务的起点，商户与支付机构签约适合自己业务的支付解决方案后，可以向用户输出下单支付、账户充值、余额提现等支付能力。商户可以选择接入接口或跳转支付机构提供的页面等多种形式来接入收单类机构的支付服务。
5.1.2.账户侧支付机构
账户侧支付机构主要服务于个人用户，为用户提供零钱账户服务。这类支付机构以用户实名鉴权开户为支付服务的起点，以微信支付和支付宝为主要代表，还包括和包、壹钱包等机构。用户可以将银行卡与零钱账户绑定，建立银行结算账户与支付账户的连接，然后将银行账户资金充值到零钱账户中，或将零钱账号中的余额提现至绑定的银行卡。用户还可以直接使用零钱账户余额向商户付款。
目前，除部分支付机构已间联接入微信和支付宝外，其他大部分支付机构之间并不互通。因此，用户在A支付机构的零钱一般只能支付给A支付机构的商户，如支付宝的零钱不能支付给微信的商户。然而，随着越来越多支付机构之间逐渐通过清算机构实现互通，这种不便利的情形将被打破。例如，京东支付和微信支付已在商户收款码和用户付款码层面实现双码互通。
5.2清算机构
清算机构是依据相关法律法规设立的，持有《支付清算业务经营许可证》，并向参与者提供支付清算服务的组织。其主要职能是建立和维护支付信息交换网络，为会员机构提供信息交换、清算和结算等服务。例如，为办理票据和结算凭证等纸质支付指令提供交换和清算服务，为银行卡支付业务提供支付指令的交换和清算服务。
常见的清算组织及其主要从事的清算业务如下：
中国银联股份有限公司：主要运营全国的银行卡跨行信息交换网络系统，提供银行卡跨行信息交换支付服务，同时与网联共同为网络支付提供收付清算服务。
网联清算有限公司（NetsUnion Clearing Corporation，NUCC）：是经中国人民银行批准成立的非银行支付机构网络支付清算平台的运营机构，于2017年8月在京注册成立。其主要处理非银行支付机构发起的涉及银行账户的网络支付业务，提供公共、安全、高效、经济的交易信息转接和资金清算服务。
城市商业银行资金清算中心：成立于2002年10月，是由多家城市商业银行发起成立的会员制组织，主要经营城市商业银行等中小金融机构的银行汇票资金清算等业务。
农信银资金清算中心：是有30家省级农村金融机构共同发起成立的全国性股份制非金融企业，向全国农村信用社、农村商业银行、农村合作银行及其他地方性金融机构提供实时电子汇兑业务、银行汇票业务的异地资金清算和个人存款账户通存通兑业务的资金清算等服务。
- 其他支付清算组织：例如为全国银行间债券市场提供登记、托管、交易结算服务的中央债券登记结算公司，以及为证券市场提供证券交易清算和算服务的中国证券登记结算公司等。
我们通一个特殊的案例来加深对清算机构信息转接职能的理解，如图13所示，是一个由银联和网联两个清算机构同时参与的跨机构信息转接支付场景。商户使用的是汇付天下的收款服务，汇付天下通过银联间连接入了微信支付。用户付款时使用的是微信的绑卡支付，绑定的是招商银行卡。而微信支付通过网联将支付指令转接给了招商银行。
图14展示了网联在支付业务中的位置和作用，图的左半部分代表收款业务，右半部分代表付款业务。其中，“前置系统（RCMP）”指的是备付金热点账户前置系统。该系统旨在解决因备付金集中存管而产生的热点账户问题，具体功能包括管理已映射额度以及处理支付机构通过网联平台（EPCC）形成的业务。
RCMP系统由额度管理模块和账户管理模块组成。账户管理模块负责为各支付机构建立账户，而额度管理模块则负责监控可用额度并管理已映射额度。
5.3商业银行
商业银行（Commercial Bank）是通过存款、贷款、汇兑等业务，扮演信用中介角色的金融机构。其主要业务范围包括吸收公众存款、发放贷款以及办理票据贴现等，像我们熟知的工商银行、招商银行等都属于商业银行。银行的支付处理主要分为清算指令处理和资金处理两大类，这两类处理分别由行内支付系统和银行核心系统来完成。
5.4.央行
几乎所有跨机构的支付业务最终都会汇聚到央行，由央行完成最终清算。支付机构的备付金100%由央行监管。我国的央行即中国人民银行（The People's Bank Of China，英文简称PBC），其主要职能包括宏观调控、保障金融安全与稳定、提供金融服务、制定和执行货币政策，防范和化解金融风险，维护金融稳定等。
央行为支付业务提供最基础的支付清算服务，为金融市场提供支付基础设施。央行运营的系统包括大额实时支付系统、小额批量支付系统、网上支付跨行清算系统（超级网银）、清算账户管理系统、支付管理信息系统、支票影像交换系统、中央银行会计核算数据集中系统（ACS）以及境内外币支付系统等。
6看：支付系统与支付产品
现代支付离不开各类处理数据和收发支付指令的现代化信息系统。前文介绍了一些组织内部所涉及的具体的支付系统，接下来，我们主要从系统建设的视角出发，理解实现支付所需要的最基础系统。
6.1.三大核心系统
根据处理业务内容的不同，支付系统大致可以分为三类：交易系统、支付清结算系统和账务系统。这些系统各自承担不同的事务处理职责，不同机构可以根据需要对这些系统进行集成或拆分。例如，央行将支付清算系统拆分成大额支付系统、小额支付系统、超级网银系统。
但无论如何拆分，从宏观视角看，其处理的业务都可以归纳为三类：交易信息的处理、支付指令的处理和资金的处理。以网联为例，其支付清算平台EPCC负责处理支付指令，而前置系统RCMP则负责处理账务信息（如机构的各类余额）。
6.1.1.交易系统
交易系统是负责处理业务的核心系统，主要处理商品服务的选购、订单生成及账单生成等业务。交易是支付的前置环节，有了交易才会有后续的支付。在电商类企业中，交易系统起到编排交易全局流程的重要作用。当交易系统收到来自购物线的下单请求后，会创建订单、账单等交易类单据，并向计价、卡券、支付等系统发送请求，完成相关的交易处理。
在支付机构中，交易系统通常会根据支付业务种类划分为多个模块，如收单交易、打款交易、充值交易、提现交易、鉴权交易等。
6.1.2.支付清结算系统
支付清结算系统是负责处理支付指令的核心系统，重点关注支付金额、支付方式等信息。对外，它将支付指令提交给渠道进行资金清算；对内，它将支付指令提交给账务进行内部账务登记。支付清结算系统可以进一步分割为支付系统和清结算系统。其中，“支付系统”对外负责提交支付指令和接收支付结果；“清结算系统”对内负责清算和结算，共同实现全链路的支付业务。
6.1.3.账务系统
账务系统是负责管理各类账务和账户的核心系统，不同机构的账务系统架构存在很大差别，管理的账户种类和适用的监管条例也不同。例如，支付机构的账务系统主要管理支付账户，银行的账务系统主要管理结算账户，而网联的账务系统则主要管理机构的虚拟账户。账务系统通常由账务服务、账务子系统、财务处理子系统、会计子系统、账户子系统等部分组成。
6.2.组织通过系统进行连接
每个组织内部都包含交易类、支付清结算类、账务类等系统。支付服务组织通过这些系统与其他组织形成直接或者间接的通信和连接。不同机构之间通过支付通道直接通信，而机构内部则通过交易、支付、清结算、账务等系统处理支付业务，如图15所示，图中列举了交易平台、支付机构、清算机构、商业银行、央行等组织及其系统构成。本小节主要是先让大家认识这些组织和及其内部的个别系统，以及他们之间的协作关系。
6.3.支付产品
企业对支付方案的选择，实质上就是对支付产品的选择。各支付服务组织要将自身的支付能力包装成商户可以轻松接入并使用的“支付产品”。
6.3.1.什么是支付产品
支付产品，是由支付机构或者银行提供给企业使用的，用于实现收款、打款等支付业务的支付解决方案。它是一个支付服务能力的集合，涵盖了应用场景、监管规范以及接入方法等多个层面。如微信H5支付、网银支付、扫码支付等，都是典型的支付产品。图16展示了汇付天下官网上所列出的部分支付产品。
支付是一个特殊的业务领域，企业需要获得相应的资质才能开展支付业务，如网络支付、银行卡收单、消费贷款等。第三方支付机构、银行和清算机构都能够向商户直接提供支付产品，其中第三支付机构是主要的提供者。
因此，当你需要接入支付产品时，可以根据自己的业务模型，去寻找合适的机构并选择相应的支付产品。从图1-16可以看出，支付产品都具有明显的使用场景特征，比如是适用于APP场景还是H5场景。这是支付机构为了实现差异化竞争，对基础支付能力做的产品化包装，旨在满足不同场景下商户的支付需求。
6.3.2.支付产品的基础信息及分类
当我们想要了解或者接入一款支付产品时，可以查阅该产品所属机构的开放平台提供的相关产品信息，以便分析该产品是否适合我们的业务需求。这些产品信息通常包括以下几个方面：
建议产研人员按照以下顺序和方面来深入了解一款支付产品：收款类支付产品：顾名思义，这类支付产品用来收款。例如，我们在京东购物时使用微信支付，这时就是利用了微信为京东提供的收款类支付产品。
付款类支付产品：付款类支付产品是将钱付出去。比如，商家要将收款账户里的余额提走，这时就会使用付款类支付产品。微信的“付款到微信零钱”就是一款应用场景非常明确的付款类支付产品。
代扣类支付产品：这类产品要求用户先签订代扣协议，然后平台按照约定的时间和频次主动从用户账户中扣减资金。会员自动续费、乘车时的先享后付、基金的定投等场景都会用到代扣类支付产品。
跨境支付产品：跨境支付产品专门用于实现货币的跨境支付。与国内支付相比，在资质、清算模式、信息流以及资金流方面都有所不同。
银企直联支付产品：这类产品是银行为企业提供的，用于管理银行企业结算账户。企业通过这类产品可以直接接入银行，通过自建平台管理在该行开通的相关银行账户，包括查询账户余额、查询账务流水、申请付款等基本的账户操作功能。
钱包：是基于用户的零钱账户打造的一款资金管理产品。用户可以进行充值、提现、下单消费等操作，其中管理账户余额是核心功能。与其他只能简单地收钱或付钱的支付产品不同，钱包还具备管钱、实名认证、绑卡、设定支付密码等功能。
分期支付产品：分期是一种特定的交易场景，即一笔交易不是一次性完成支付，而是分多次进行。分期支付产品有很多，如支付宝的花呗。这类产品属于消费金融的范畴。
分账类支付产品：这类产品主要用于解决二清问题。一笔收单完成后，可以借助分账类支付产品按照约定比例将款项分给利益相关方。
- 行业解决方案类支付产品：这类产品主要为了满足特定领域的支付需求而设计，相对通用支付产品，用户体验更好，与业务场景更加契合。要实现一款行业解决方案类支付产品，需要在基础支付功能之上增加一些能够满足该领域个性化需求的支付功能，如生活缴费类解决方案、航旅支付解决方案、教育支付解决方案等。
电子支付的基础是账户，而账户的基础是财务；所以，要想做好支付，深度理解支付，还是要理解并能够运用最基本的财务知识本文把系统性的财务知识做了简化，能够让大家快速高效的掌握，必备的知识点
借贷方向：等式左边，借方增加贷方减少；等式右边借方减少，贷方增加
会计要素恒等式：资产=负债+所有者权益 （资金去向=资金来源）
会计账户：记录会计要素的有结构载体，资产类账户，负债类账户，所有者权益类账户
账务处理：就是对不同账户进行借贷操作的处理过程
- 方向口诀：在做账务处理时，如果账务操作的账户都在等式一边，那边是一方增加一方减少；如果在等式两边那么账户都是增加或者减少；只有这样，恒等式才会保持成立
等式左边就是钱的去向，钱都用到那了，放银行，买成原料放库房，推广买了广告；等式右边就是钱从哪来，是借来的，股东投资的，营业赚来的。例如：我借了张三100（钱从张三来），我把钱存到了微信（钱去到了微信），记账如下借微信存款100
会计具备周期性；会计记账是对一定周期内的公司经营情况的记录和反映；这个周期可以是一天，一个月，一个季度，一年；每个周期来说都需要经历图18的会计循环：
编审凭证：收集业务原始凭证，交易记录，小票，发票等
生成会计凭证：按照财务规范编写会计凭证或者会计分录
过账：将凭证记录到账簿的过程
试算平衡：对账簿各类账务之间按照一定规则校验借贷是否相等的校验过程
调整：如果试算不平衡，那么对有问题的账务进行调整从新试算直到平衡
结账：会计周期末，对相关账务进行结转的账务处理，入收入和费用结转到利润科目
会计账簿是指一定格式页组成的，以经过审计的会计凭证为依据，全面系统连续的记录各项经济业务的账簿；所以会计账簿我们可以认为是个账本，会计凭证是记账的明细。即总账，采用三栏式结构，在账页中分设“借方金额”“贷方金额”“余额”三栏；总分类账的登记依据取决于采用的会计核算形式，可以直接登记会计凭证，也可以根据汇总记账凭证或者科目汇总表登记；意思就是可以按明细记总账，业务以按照明细账的汇总记总账；如表2所示：表2 总分类账示例
是用来分类登记某一类经纪业务的账簿，常用三栏式，多栏式，数量金额式，例如表3所示：表3 明细分类账示例
银行日记账是用来登记银行存款每天收入，支出和结余情况的账簿，一般采用三栏式。在同一张账页上分记“借方”“借方”，“贷方”和“余额”三栏；如表4所示：表4：银行存款日记账
是指对所放生的每项经济业务事项，都要以会计凭证为依据，一方面记入有关总分类账户，另一方面记入有关总分类账户所属明细分类账户的方法；简而言之言而总之，就是总账和明细账用相同的凭证同时记账；有以下要点：所依据会计凭证相同；
借贷方向相同；
所属会计周期相同；
记入总账分类账户的金额与记入明细分类账户的合计金额相等；
总分类账户本期借方发生额=其所属明细分类账户本期借方发生额合计；
总分类账户本期贷方发生额=其所属明细分类账户本期贷方发生额合计；
总分类账户期初余额=其所属明细分类账户期初余额合计；
- 总分类账户期末余额=其所属明细分类账户期末余额合计；
会计凭证是记录经纪业务，明确经纪责任的书面证明，是登记账簿的依据；分为原始凭证和记账凭证两大类会计凭证是依据原始凭证按照会计记录规范编制而成的凭证，会计凭证一般分为收款凭证（如表5）、付款凭证（如表6）、转账凭证（如表7）：表5：付款凭证示例
表6：收款凭证示例
表7：转账凭证示例
记账凭证我们可以认为就是账务流水，会计分录；账务系统就需要按照记账凭证的规范生成最基本的账务流水字段：日期，摘要，凭证号，借方，贷方，余额，核对标识。会计科目特别是一级科目是国家规定的，是对具体经纪业务的分类和命名，可以直观的看一下具体的科目，如表8所列举的部分会计科目：表8：会计部分科目
按照经济内容可分类六类：资产类，负债类，共同类，成本类，所有者权益类和损益类；账户是根据会计科目在账簿中开设的，具有一定格式，用以系统，连续的记录各项经济业务的一种手段；设置账户是会计核算的一种专门方法；账户的名称也称为会计科目，账户有一定的格式和结构，而会计科目没有结构。账户的格式一般包括以下内容：账户的名称：即会计科目
日期和摘要：即经纪业务发生的时间和内容
凭证号数：即账户记录的来源和依据
增加和减少的金额
余额
我们列举一个示例，看下账户的结构如何表达，见表9：表9：账户结构示意
总分类账户是指对企业经济活动的具体内容进行总括核算的账户，他能够提供某一具体内容的总括核算指标；明细分类账户是对企业某一经济业务进行明细核算的账户，他能够提供某一具体经济业务的明细核算指标；例如表10所示：表11：总分类账户与明细分类账户关系
科目是账户的名字；账户记录了科目的具体内容；就像马家屯加油站是一个站点的名字，而加油站的1号油罐，2号油罐是加油站油的存储设备；账户就是科目内容的存储设备；科目与账户之间的关系可以由表12所示：表12：科目与账户的对应关系
记账方法：就是账簿登记经济业务的方法，即根据一定的记账原则，记账符号，记账规则，采用一定的计量单位，利用文字和数字把经济业务记账到账簿中去的一种专门方法。记账方法按照记录方式不同分为：单式记账法和复试记账法。单式记账法：指只对每一项经纪业务，一般只在一个账户中进行记录的记账方法复试记账法：是对每一项经纪业务发生时所引起的会计要素数量的增减变化，以相等的金额同时在两个或者两个以上联系的账户中进行全面登记的记账方法；
按照记账符号，记账规则，试算平衡方式的不同，可以分为“借贷记账法”“增减记账法”“收付记账法”；复试记账法全球通用，我国统一采用借贷记账法。借贷记账法指以会计等式作为记账原理，以借贷作为记账符号，来反映经纪业务增减变化的一种复试记账方法。记账规则：有借必有贷，借贷必相等，从中我们要知道以下几个方面：就像我们前面说的，会计恒等式左右两边代表钱的来源和去向，如表13：表13：会计恒等式等式两边含义
借 科目1 金额
贷科目 2 金额
借贷记账的等式左右的借贷平衡即会计等式两边的平衡如表14示例所示：表14：会计恒等式等式两边含义
账簿记录是编制会计报表的重要依据，账簿记录的正确与否直接影响到会计报表的质量；为了提供高质量的会计报表，必须对账；对账包含以下四个核对方面：账证核对：是将各种账簿记录与记账凭证及其原始所附原始凭证进行核对；账实核对：指各种财产物质和计算款项的账面余额与其实存数额进行核对；账表核对：是指账簿的有关记录与会计报表的有关指标进行核对。结账时一项将账簿记录定期结算清楚的账务工作，在一定时期结束时（如月末，季末或年末），为了编制会计报表，需要进行结账。结清各种损益类账户，并计算确定本期利润；结清各资产，负债和所有者权益账户，分别结出北汽发生额合计和余额。将本期发生的经济业务事项全部登记入账，并保证其正确性
根据权责发生制的要求，调整有关账项，合理确定本期应计入的收入和费用
将损益类科目转入“本年利润”科目，结平所有损益类科目（虚户）
结算出资产、负债和所有者权益科目的本期发生额和余额，并结转下期（实户）
简单的说就是该入账的都入账，收入和费用转到利润，资产和负债结转到下一期；如表15示例所示：表15：结转
试算平衡就是根据资产、权益之间的平衡关系和记账规则来检查账户记录是否正确完整的验证方法，会计循环流程试算平衡的位置如图19所示：试算平衡依据是试算平衡公式，也就是试算平衡的基本原理，主要包含两个方面：根据试算平衡校验规则，我们得到试算平衡表，该表主要有三部分组成：左侧：参与试算平衡的科目枚举；
右侧：为对期初余额，本期发生额，期末余额的汇总；
会计报表是按照一定格式，根据会计账簿记录定期编制的，总体反映会计主体在一定时期的经营成果，财务状况及其变动情况的书面报告文件，其制定流程如图20所示：
图20：财务报表制定流程会计报表是用以提供会计信息的报表，有财务报告和财务报表附注两大组成报表主要分四类：资产负债表，利润表，现金流量表，所有者权益变动表；报表之间的关系如图21所示：银行存款余额调节表，就是将企业的账面余额和银行的账单余额，经过未达款项调整后，核对调整余额是否一致的核对工具如果想等则表明企业和银行的账目都没有问题；反之，则说明记账有错误，或者有未达账没找到；需要进一步查明原因，进行修正余额调节表调整后的余额是银行存款当日可以动用的最大值。示例请看表17：表17：余额调节表
账务处理即基于业务数据生成会计凭证记账到会计账户的过程，这也是我们设计账务系统记账规则的核心。如何制定账务处理规则，要跟财务共同协商，然后根据不同的业务类型，业务操作，记账节点，根据生成会计凭证的规则规范创建账务凭证；企业从银行提取现金1000元，根据现金支票存根填制付款凭证，会计分录如下：贷：银行存款 1000
因为库存现金和银行存款都是资产，都在等式的左边，所以借是增加，贷是减少；从银行取现金说明银行存款减少了，现金增加了。应收账款就是企业向对方提供服务，应该收而没有收到手里的款项，看【例1-1】：【例1-1】企业对外销售一批产品，销售收入为1000元，增值税率为16%，应向客户收取的应收账款数额为1160，不同节点的会计分录如下借：应收账款 1160
主营业务收入 1000
借：银行存款 1160
贷：应收账款 1160
应收账款为资产，所以增加在借方；应付税费为负债增加在贷方，收入在等式右边增加在贷方账务处理的含义是，这次销售导致等会左边资产增加，但是还没收到钱，先记录到应收账款科目；同时等式左边的主营业务收入增加，税费也增加。坏账就是企业无法收回的应收账款。坏账准备和应收账款都是资产类科目，所以增加在借方，减少在贷方，账务处理如【例1-2】所示：【例1-2】有一笔100元的应收账款确定要不回来了，做了坏账处理，会计分录如下：借：坏账 100
贷：应收账款 100
意味着资产应收账款的100要不回来了，导致应收账款减少100，坏账增加100。前面说了，期末我们要结平损益类科目，比如收入和费用要结转到利润科目形成利润；然后对利润需要进行分配；收入是在等式的右边，所以减少在借方，增加在贷方；费用在等式的左边；利润归属所有者权益在等式的左边，贷方是增加；所以账务处理如下：借：收入
贷：利润
借：利润
贷：费用
这样收入和费用余额全部结平为0；而收入的余额到了利润的贷方，费用到了利润的借方如果余额在贷方说明收入大于费用，本期盈利；反之亏损，整个过程可以如图22所示：收入费用结转形成利润后并没有结束，我们还需要对利润进行分配，是分红，变成资本还是其他的分配办法上面收入和费用其实是结转到了利润下的明细科目利润分配的子科目“未分配利润”，相应的账务处理与会计分录如下：借：收入
贷：利润-利润分配-未分配利润
借：利润-利润分配-未分配利润
贷：费用
借：利润-利润分配-具体分配科目
贷：利润-利润分配-未分配利润
借：具体分配科目
贷：利润-利润分配-具体分配科目
整个分配过程和逻辑如图23所示，同理我们可以推演出其他所有科目的账务处理方法。为什么要这么说，国内支付体系依靠庞大的生态网络共同实现，没有任何一家企业可以独立完成支付业务本部分将深度解析这个巨大的支付清算生态网络；所参与的支付组织之间的协同链接关系，支付生态需要的各类基础，所涉及到的账户体系，各类清算模型
通过本文的解析，你将完成国内支付全局视角的认知构建用户使用一定的支付工具，例如银行卡、支票、网络支付或者移动支付等，在某个业务场景中，发起了一笔支付，这笔支付经过众多支付参与者的支付系统处理之后，到达央行的清算账户，完成最终的资金清算。可以将这个过程，高度抽象成一个宏观框架，如图所示，从图中可以清晰地看清楚整个生态网络图3-1支付清算生态网络
拆解清楚了上图，也就搞清楚了这个支付网络的生态基础，可以从以下几个方面建立认知
这么庞大的支付网络，离不开众多支付组织的支撑，每个支付组织都承担着相应的“支付职能”
什么叫模型基础，就是上面我们讲的那么多组织、系统、账户、工具，要以什么样的“规矩”运转起来；我们把这种运转规矩或者说模型划分成几个维度去看可以依据信息内容的不同将整个支付链路划分成三大部分，交易、清算、结算，其实就是“业务流、账务流、资金流”
其中交易环节是对支付发起者的支付原因、身份、支付工具等一系列支付前置事项的确认过程；清算是对支付指令的生成、清分、发送、接收的处理过程；而结算是对本次支付的实际资金的处理过程在这个过程中形成了业务流、账务流、资金流；也就是经济活动的登记、账务的登记、资金的划付支付从发起到结束在几秒内经历了一个漫长的链路，涉及到众多的处理环节，将这些环节的边界拆分清楚是设计好支付清结算系统的关键；这些环节可以分成2大类7个环节4个主线支付环节：支付交易、渠道清算、渠道结算、商户结算；3个差错处理环节：客户差错、支付差错、资金结算差错其中每个环节关注的内容会有差别，例如支付交易环节是支付指令的提交和结果接收环节，如果是跨机构交易，就会涉及到与网银联的通讯，网银联将支付请求转发给收付款行的过程，该环节是后续6大环节的基础，如果该环节失败，那便没有后续的环节了所以，每个环节我们可以单独去分析，这样有利于研究清楚该环节的机制正因为一次支付需要众多组织的参与，就意味着，每个组织内部都有一套清结算处理机制，他们相互独立又存在关系，理解这一点非常重要
这种多层的清结算模型，依赖各类账户的账务处理，在账户基础部分介绍了这种庞大的账户矩阵跨机构的支付清算，在每一层机构内的处理时效存在错配，例如网联和支付机构以及银行对客户的账户是实时进行处理的，支付结果几秒内就得到了；但是机构之间的账务处理往往是分场次进行的，就如支付机构T+1给商户进行结算，而机构之间在人行要一天内结算一个或者多个场次图3-2多层清结算
至于选择几个场次，这跟清算系统的处理能力，实际的经济效益关系，能力越强、市场对清算时效要求越高，设立的场次就越多在这样的机制下，彼此的信任至关重要，机构之间相信对手方一定有足够的资金和信用进行资金的兑付；例如收款行已经增加了收款人账户余额，其实此时收款行可能并没有收到付款行的资金，一切都是基于信任，这类收款业务对于收款行来说存在信用风险，比如收款人把钱取走了，而付款行倒闭了，虽然概率极小，但依然存在可能！根据实际清算需要，可以选择不同的清算模式，例如实时全额清算，延迟净额清算；大额支付多选择实时全额，一般金额较大，对资金时效性要求较高；而高频小额的零售支付，多选择延迟净额清算，又可以分为双边净额和多边净额全额清算指在资金转账前并不进行帐户金额的对冲，以实际的支付金额进行转账的清算方式。比如我要给你100，你要给我50，全额结算下我先给你100，你再给我50，发生了2笔转账净额清算及根据清算对手之间的支付往来进行正方向冲抵以后，将净额部分进行一次性清算，双边净额是两两之间进行；而多边清算是将整个清算范围的所有参与者的收付情况进行整体计算每个参与者的净额，净收金额，净付金额，然后先借记全部净付方以后，再贷记全部净收方的清算模式第1部分讲明白了清算的基础，接下来继续探讨清算的另一大课题：跨机构清算；因为存在众多支付服务组织以及众多的资金账户种类，就会出现多种支付场景，每种支付场景所依赖的清算模式差别很大根据收付对手所开户的机构是否相同，支付可以分为两大模式：机构内清算，跨机构清算即付款人和收款人账户同属一个机构，例如小宇宙用微信零钱扫码商家的微信收款码进行付款，这种场景机构自己便可以通过内部账务处理通过账户间转账完成清算用户在平台下单，使用零钱进行支付，支付机构内部直接通过账务处理完成收付双方的资金清算，无需通过清算机构与其他机构链接所谓跨机构即收款人和付款人账户分属于不同的机构，例如小宇宙用微信扫码向微信商家支付了100元，但是用的是绑定的招商银行卡；这时候，用户的资金账户在招商银行，商家的收款账户在微信，分属于两个机构；那么这类场景的支付的清算就属于跨机构清算；跨机构清算就会涉及到清算机构（以网联为例）的信息转接以及清算业务机构内清算仅涉及到收付款双方的机构支付账户，但跨机构清算因为涉及到机构之间的清算，因此会涉及到机构的清算账户或者备付金账户，机构之间的清算在人行进行上图是以收款为例，商家提现的付款业务与之类似，只不过要将付款行改为收款行，要先进行前置系统的账务处理（扣减可用额度），再将付款指令发往收款行消费者在交易平台下单，使用绑卡支付，交易平台将支付请求提交到支付机构，支付机构请求网联进行协议支付；网联将协议支付指令转接给消费者付款行消费者付款行校验签约无误以后，发往银行核心扣除卡余额，并将处理成功的结果返回给网联网联收到付款行处理成功的回执以后，对交易信息实时进行清算，请求前置系统进行账务登记，记录机构间的交易信息，并更新支付机构的可用余额；完成账务处理以后反馈给清算平台处理成功清算平台将结果回执给支付机构，支付机构回执给交易平台；至此，联机交易结束交易成功后2个小时，即H+2，网联向支付机构下发本清算批次的清算文件，一天24个批次，每个批次为整数小时的交易明细（银联为48个批次，每半小时1批）；明细记录了往来机构之间的收付交易明细（后面会详细介绍）
如图中所示，2018060401，代表的是6.4号的第一个清算批次，是00:00-0:59:59之间的交易明细，在3点提供（H+2）给支付机构
这里要注意：实时清算场次内，支付机构的映射额度不会发生变化，可用额度根据收付净额实时增减；付款清算基于可用额度进行网联根据机构间的收付金额，每天9:00和15:00向人行提交清算净额进行结算；并向支付机构下发备付金动账通知这里的净额指的是一个结算周期内，“收款-付款”的轧差净额，为正值则为资金净流入，如果为负值则是资金净流出
央行结算成功以后，此时付款行清算账户资金划出，支付机构备付金划入；完成机构之间的资金清算
这里要注意：结算成功后，网联会自动将支付机构的映射额度更新为上个清算周期末的可用余额，此时新可用余额=新映射额度=上一个清算末可用额度网联和人行将一个清算日内所有的结算结果进行汇总，将结算对账文件下发给支付机构和参与的银行进行各方对账；支付机构和银行根据拿到的结算文件执行内部的对账工作特别注意：其实交易当日已经拿到了几乎全部的24个批次的清算明细；结算账单主要用于确认央行收款，做备付金的收付入账处理
而支付机构还需要根据实际的备付金资金结算情况向自己的商户进行资金结算，并向商户下发对账文件上面讲清楚了支付清算的基础和清算原理，那么这些组织、系统之间是如何链接起来的，如何进行相互通信，实现支付清算体系的高效运行的。本部分我们将解开每个组织内部的系统建设以及相互之间的信息通信的面纱8.4.交易平台-“买卖”
支付不是凭空发生的，需要发生在一定的交易场景中，例如我们常在京东购物，在美团点外卖，用支付宝转账，到去哪儿网买机票，这些都是交易场景，这些好产品让生活变得更加便捷。我们将这些平台称为互联网应用层，也就是交易平台。这一层为用户直接提供商品、服务的交易场所和完成交易所需要的支付能力，是直接面向用户的互联网应用；用户在平台上购买服务，平台就需要有自己的支付体系来协助用户完成支付，例如收银台、交易体系、服务履约等。这一层，最关键的是——做好“买卖”，卖好东西给用户，收好用户的钱，结好商家的账要想做好一个交易平台，至少要实现以下7大环节，涵盖交易购物线、交易、支付、清结算、账务等用户在平台选择自己需要的商品或者服务，并添加至购物车，并可以享受各类营销活动，该环节商品、购物车处理、优惠计价是重中之重用户确认购买意愿，计算选购商品最终价格，生成签约订单，生成待支付账单的过程，这是支付的前置基础要想“收好钱”，平台就需要签约合适的支付产品，为用户提供优秀支付体验的支付服务，完成账单的支付，支付能力就是通道的能力，要什么能力就签什么通道用户支付成功后，平台按照订单约定，交付商品或者服务；商家发货，或者服务人员上门完成交付；用户最终进行确认；可以将常见的履约形式分成4类支付成功后及履约完成后，开始对交易的最终结果进行计算各方权益，并将各方权益按约定结算至指定账户或者卡所有经济活动都需要记账；账务是记录交易、支付、资金处理相关的业务事项，并以固定的格式计入账户的业务财务核算、税务计扣、发票接收和开具，是企业支付处理的最后一环从上一部分知道了一个交易平台的交易支付体系主要涉及到7大环节，他们之间相互协同和联系，其中的支付所涉及的链条主要是从用户选购到支付成功和账务登记；以支付为主线看一下整个支付流程是这样的
横向看，代表支付的进程，包含了交易处理环节、收银台处理环节、支付处理环节、支付应答环节；该4大环节分别解决了交易单的生成、收银台的封装和展示、请求支付渠道完成支付、支付后的各方应答反馈虽然有非常多的平台类型，例如出行、电商、家政、外卖、二手车等，他们的交易支付体系建设存在差异，但依然可以在底层架构上实现统一化剥离出行业差异化和交易特征的差别，以及同类交易平台的个性化属性，将一个交易平台的支付体系抽象出一个典型的支付清结算架构，使其可以应用于更多的业务场景，，做为支付建设的底层认知交易平台要想实现向用户收款，向商家结算付款，就需要接入适合自己的支付产品，这些产品由支付机构提供
线下收款场景可以接入聚合支付， 此类产品相对比较成熟线上交易平台根据自己的交易特征，是B2B业务，还是B2C业务，交易金额大不大，用户的支付使用习惯怎么样，来选择合适的支付产品；例如一般的面向个人用户的交易平台一般可以选择“2+1”的渠道模式，即“微信+支付宝+银行卡快捷”，基本可以覆盖90%以上的支付诉求每一个支付产品都对应着一个功能列表，这个列表其实就是接口的集合，在对应的业务处理时调用相应的功能接口接口这样根据业务需求接入了所有要的所有渠道的所有支付产品，也就获得了所有的支付接口，每个接口的协议也就明确了，这样就形成了全渠道的支付能力矩阵，可以通过四层法来管理渠道：渠道-产品-接口-协议；该方法同样适用于支付机构、四方支付机构来管理自己的渠道
不同的支付产品也就决定了平台处理支付时应该如何与渠道进行交互，有的渠道可能需要预下单、有的渠道可能就不需要、在预下单以后渠道就会返回不同的“支付标识”，如token、url等，这是支付下一步的关键参数；例如如微信的JSAPI支付的交互流程第一次预下单交互，调用预下单接口，渠道返回了预付单标识
通过JSAPI下单接口获取到发起支付的必要参数prepay_id，如上图，然后使用微信支付提供的前端JS方法调用公众号支付，在请求参数中使用prepay_id，封装到package参数中这也是为什么在平台与渠道的交互中，执行了3和5两次请求的原因那么支付提交给支付机构以后，这些机构内部又是怎么处理的呢？
交易平台的收付请求提交到了支付机构，这笔请求在支付机构内部系统之间会怎么流转和处理呢？支付机构作为拥有支付牌照，为交易平台提供支付解决方案的企业，也有着自己复杂而庞大的支付体系，其中常见的部分包括各类收银台、支付产品、支付路由、支付通道、支付核心、账务核心、清算核心、风控核心、商户入网等等。8.5.1支付机构商业模式
机构的业务主要是帮助商户收款付款的收付退业务，为商户结算的打款业务，从中获取商户手续费收入，并支付通道成本，之间形成的价差就是机构的主要利润来源；当然直联时代还有备付金利息，现在没有了
支付机构以银行支付通道为业务基础，封装出适用于各类交易场景的支付产品，为商户提供支付能力，这是支付机构的产品主线，围绕该主线又会产生其他类系统的诉求，例如资金处理、对账、计费等。下图是的支付机构的典型支付清结算系统框架1）接入层
是三方支付机构直接面向客户的入口，包括个人客户、商户、渠道商等，为个人客户提供消费支付产品，为商户提供支付能力服务，为渠道商提供分销合伙的平台。
2）业务层
是支付机构所打造出来的适用于各类支付场景的支付产品，例如航旅支付解决方案、生活缴费支付解决方案、银行卡支付、资金合规、分账类产品、商户结算类产品等。
3）交易层
是对各类业务交易请求的处理层，处理上游各业务线下发的支付订单，例如收款类交易、付款类交易、鉴权类交易等。
4）支付处理层
提供收银台和支付核心，还将构建各类支付的核心处理流程，例如快捷支付、网关支付、分账支付等。
5）风控层
对支付安全负责，包括客户信用安全、交易安全、支付安全、数据安全等等。
6）渠道层
是底层对接的提供各类支付通道的服务商，其中包括一些消金类机构、银行、清算机构等。是集中管理接入的各类支付通道，以及为支付层筛选最佳通道的路由系统。
可以将支付机构的业务分成5大类，三大支付业务“收款、付款、退款”，2的资金处理业务“清算、结算”；这5大业务的协调运转让三方支付机构这样一个庞大的支付服务平台为市场提供优秀的支付能力代商户向用户收款的业务，常见的业务类型有零钱支付、快捷支付、网关支付等等，商户将支付请求提交给支付机构，支付机构处理完以后提交给网联或者银联渠道进行资金清算；假设商户请求方式为H5收银台
第一阶段是联机交易阶段，进行支付指令的接收、发送、支付结果的接收；第二阶段是收单流水账务登记和分账、分润、各应入金额的清算阶段；第三阶段是渠道清算对账和渠道资金确认的阶段；第4个阶段就是商户结算的阶段并发起结算出款出款业务是支付机构将备付金资金向外付出的业务处理；涉及到商户的结算出款，商户代付代发以及主动发起提现的出金业务，以及退转付的出金业务等几大类；不同的出金业务发起方不同，业务层有所差别，但出款处理层相似这里要注意每类出金业务的发起方，失败后的处理方式，是余额退回还是自动重出；另外要特别注意：因为打款时高危的资金操作行为，需要设定资金处理规范和底线，例如统一由账务中心调用，必须先扣账再出款，而且对于重出的操作严格把控退款业务主要是收单业务的逆向，这里可以根据不同的收单方式设计退款的处理，例如网络支付、POS、银行单边的退回等
从产品架构上，退款中心以各退款产品为主线进行构建，每一种退款产品在退款处理流程上存在差异例如原路退和退转付，前者是基于原支付调用原支付通道提供的退款服务，而后者是需要基于原退款调用可用付款通道处理退款业务，并且需要进行用户账户的采集等处理环节支付机构的清算一方面是与渠道的资金清算，另一方面就是与内部商户、渠道上之间的收款、分账、分润、手续费等的清算支付机构的结算业务主要是预收商户交易款向商户的结算；为了迎合商户对资金的需求，一般会提供可选择的多样的结算产品，例如T1、D1、D0、S0等对结算业务流程的把握，主要是把握不同结算产品的处理逻辑，例如断直连后，支付机构的资金清算渠道主要就是网联和银联，网络支付可以选择网联或者银联，银行卡线下收单走银联支付机构的支付处理和信息转接离不开清算机构，同样银行与银行之间的跨行清算也不离不开清算机构，清算机构在整个支付业态下具有非常重要的枢纽作用。清算机构是随着金融市场的快速发展、信息技术的不断进步和支付服务的分工细化，而逐渐兴起的专业化从事支付清算服务的组织。它们是依据相关法律法规设立的，取得《支付清算业务经营许可证》，并向参与者提供支付清算服务的组织。清算组织的主要职能是建立和维护支付信息交换网络，向会员机构提供信息交换、清算和结算等服务，例如为办理票据和结算凭证等纸质支付指令提供交换和计算服务，为银行卡支付业务的支付指令和电子支付指令提供交换和计算服务。中国银联股份有限公司，主要运营全国的银行卡跨行信息交换网络系统、提供银行卡跨行信息交换的支付服务，另外也同网联一起为网络支付提供收付清算服务。网联清算有限公司，（NetsUnion Clearing Corporation，简称NUCC）是经中国人民银行批准成立的非银行支付机构网络支付清算平台的运营机构，于2017年8月在京注册成立，主要处理非银行支付机构发起的涉及银行账户的网络支付业务，提供公共、安全、高效、经济的交易信息转接和资金清算服务。城市商业银行资金清算中心，成立于2002年10月，是有多家城市商业银行发起成立的会员制组织，主要经营城市商业银行等中小金融机构的银行汇票资金清算等业务。农信银资金清算中心，是有30家省级农村金融机构共同发起成立的全国性股份制非金融企业，向全国农村信用社、农村商业银行、农村合作银行及其他地方性金融机构，办理实时电子汇兑业务、银行汇票业务的异地资金清算和个人存款账户通存通兑业务的资金清算等业务。断直连以后支付机构开展互联网支付业务，需要接入网联或者银联，由网联和银联进行支付指令的清算和转发，支付机构的备付金也将全额缴存至央行集中存管，而支付业务也不再直接提交给银行。其中，备付金热点账户前置系统（RCMP）为了解决备付金集中存管所形成的热点账户问题，管理已映射额度，并用于支付机构通过网联平台（EPCC）的业务处理。前置系统分为额度管理模块和账户管理模块，并为各支付机构建立账户，进行可用额度的监控和已映射额度的管理。支付机构的指令到了网联以后，网联进行实时清算，实时的对支付指令进行轧差变更可用余额，简单的说就是支付机构将人行备付金的余额映射分配给网联和银联形成映射虚拟额度，用于交易周期内的实时清算；然后网联定期将一定周期内的清算结果提交人行进行资金的结算网联提供的可接入业务包括信息类和支付类两大类，具体业务功能和适用场景；支付机构按需选择接入采用“实时清算、定时结算”的模式受理来自支付机构的收付业务，通过支付机构备付金集中存管账户完成资金结算。收付时，通过实时增减网联前置系统的可用账户余额完成清算，在固定时间点提交央行完成最终的结算1）入金业务
即支付机构向网联发起的协议支付、认证支付、网关支付等收款业务请求
在上述的入金业务清算过程中支付机构备付金集中存管账户的余额并不会发生变化。在清算场次内虽然支付机构发生了收付业务，但是网联的清算处理仅在前置系统内通过实时增减可用余额完成，并不会改变支付机构备付金账户的余额。提交结算以后备付金账户余额才会根据清算净额发生变化。支付机构向平台发起的付款或者退款业务，从前置系统账户进行扣款，到客户收款行账户进行收款这里有一个明显的好处，那就是付款效率的提高，断直连之前支付机构通过在各银行开通的收付户进行对外付款，但需要账户中有足够的资金，当日的收款在银行没有结算至备付金账户之前是无法用于付款的，而现在的实时清算模式下，出金业务并不依赖实际的账户资金到账，而是可以基于可用余额进行，入金业务会增加可用余额，可以直接用于付款，极大的提高了资金的使用效率。网联的清算逻辑也就扛起了断直连以后得跨机构清算逻辑，不得不再次搬出来这张图一方面是联机交易的信息接收和转发，另一方面是对清算指令的实时清算和账务登记；还有就是对轧差净额的定时结算这个过程最重要的就是时刻牢记这个恒等式以及各个额度的变化规则：可用额度=圈存额度+入金金额+出金金额
支付机构接入清算平台需要关注平台提供的接口，以及接口协议要求，下面是全部的接口以协议支付为例，协议支付即原来的快捷支付，是银行与特定商户共同为客户提供的电子支付方式；其他业务及接口的分析方法相似协议支付需要先通过三方签署协议进行签约，将客户在银行开立的银行账户与客户在特定商户的用户ID进行绑定，并生成协议号签约包含身份认证和签约两部分。
用户通过支付机构提交签约申请信息（下表做了简化，请以实际接口要求为准），由支付机构通过此报文向网联发起身份认证申请，网联受理并通过此报文向签约行转发身份认证申请，由签约行完成身份认证处理并向用户发送身份验证授权信息。
用户提交身份验证授权信息后，由支付机构通过此报文向网联发起签约申请，网联受理并通过此报文向签约行转发签约申请，由签约行完成签约处理。
用户通过支付机构提交协议支付，由支付机构通过此报文向网联发起协议支付申请，网联受理并向付款行转发协议支付申请，由付款行完成协议支付付款处理
若付款行处理成功，网联异步向前置系统发起协议支付申请，前置系统完成支付协议收款处理这里要特别关注报文中的一个字段：协议号；即在签约的时候清算机构所返回的签约协议号，该号是后续用户发起协议支付请求的关键清算机构的渠道业务主要就是备付金额度管理以及机构间的结算业务；主要就是央行的大小额系统实现，即央行的大小额系统及清算机构的清算渠道例如，网联通过接入大额支付系统的“即时转账”业务，实现机构间的资金清算支付业务当然也离不开银行，无论是我们日常使用的银行卡还是支票，或者在各平台绑定的快捷支付，都是以银行为基础。银行是金融机构，向个人及企事业单位提供基础的金融服务。相对于服务平台、三方支付机构以及网联这样的清算机构有很大不同，银行除了提供互联网支付通道以外，还有线下实体门店、ATM、银行卡、存款业务、贷款业务、理财业务等等金融业务
银行的客户除了面向个人和企事业单位以外还包括其他机构，银行的核心业务包括存款、贷款、以及理财类业务，同时也具备强大的资金管理能力、信贷风险管理、利率风险管理等。银行是结算账户等各类金融账户的主要提供机构，围绕银行账户看银行的主线业务会更加接近我们日常对银行的了解，更容易理解银行的业务8.6.2系统总架构
从银行系统架构看银行体系，其中包含交易、账户，支付核心，通道，前置系统、客户管理等一系列的信息化系统，典型的银行系统架构既然讲支付清算生态，那就要关注上面我们所介绍的支付结算业务，即银行的快捷支付、网关支付等，以快捷支付为例，网关、收款业务类似快捷支付交易涉及的角色包含用户、支付机构、网联平台、银行，用户在支付机构发起交易请求后，经网联平台发送至用户银行卡所在银行（简称发卡行），发卡行经校验、账户扣款后返回交易结果。在银行支付系统的交易流程中，有几个流程节点需要特别注意。
交易信息登记，可以理解为将交易订单信息存储至数据库，其关键交易要素包含交易日期、交易时间、支付机构编号、支付系统流水号、快捷支付协议号、账户类型、网联平台流水号、网联平台场次号（标识着某个小时内的交易，由网联平台生成，是一串字母+日期+数字的组合）、付款方账户编号、付款方账户名称、收款方账户编号、收款方账户名称、交易金额、业务种类等，交易订单信息登记后，后续可提供相应报表给业务人员查询快捷支付协议检查，该流程主要是校验快捷支付报文中的协议号（标识着某张银行卡绑定了某个支付机构，用一串唯一的ID表示，由银行支付系统生成）在银行支付系统是否存在记录，存在记录的话是否协议状态是正常的，如果都不符合则拒绝交易请求，校验通过后则可获取协议信息中的签约人银行账户、名称等信息，用于后续环节从指定账户扣款人行运营的清算系统包括大额实时支付系统、小额批量支付系统、网上支付跨行清算系统（超级网银）、清算账户管理系统、支付管理信息系统、支票影像交换系统、中央银行会计核算数据集中系统（ACS）、境内外币支付系统等大额实时，从字面意思就是实时处理、金额比较大的大额支付业务；当然，也可以处理部分加急的小额支付业务；支付指令实时处理、资金逐笔全额清算；具有转账资金无限额、跨行资金零在途、逐笔清算、实时到账的特点。大额支付系统只能在法定工作日运行，从每个工作日的前一日20：30到当日17：15，每周服务时间为5×21+12小时，其中12小时为特殊工作日大额支付系统主要处理两类支付业务，一类是普通大额贷记支付业务，所谓贷记，简单的说就是付款业务，由付款方发起支付请求付款给收款方的支付业务；另一项业务为即时转账业务，主要有特许参与者发起借贷方的轧差净额的清算请求，大额系统实时清算的支付业务，例如支付机构提交给网联的支付业务，网联提交央行清算时走的就是“即时转账”支付业务主要处理规定金额起点以下的小额批量贷记业务和借记业务，如日常支付、公共事业收费、工资发放、保险缴纳等支付业务，与大额相比除了处理金额的差别，另一个主要区别就是小额是“延迟轧差净额”处理，大额是“实时全额”处理，且7X24小时不间断连续运行小额支付系统处理的借记业务即收款人委托收款机构向付款人开户行主动发起收款指令的支付业务，也就是收款人去扣付款人的钱的支付业务也就是我们常说的“超级网银”系统，主要支持网银贷记业务、网银借记业务、第三方贷记业务等为跨行网银支付效率和支付体验的提升起到了非常重要的作用；系统7X24小时提供支付服务，实时转发、定时轧差清算，这与小额支付系统相同；但比小额之系统要快的多，因为取消了排队机制可以使清算效率极快，请求方可以在20s甚至更短的时间获得支付结果而且，三方支付机构可以直接接入超网参与支付清算，这与大小额明显不同，三方支付机构不能直接接入大小额支付系统但这不代表全球都是这样，这跟金融监管政策有关，某些国家允许非银行支付机构接入其大额支付系统直接参与清算，例如墨西哥允许部分非银机构接入所以说，规矩都是人定的，也会随着时代的变化和市场的变化而变化，我们要用动态和发展的眼光看待支付各方面的发展SAPS是央行支付清算系统的核心系统，各银行和特许参与者（网联、银联）的清算账户便开在这里，完成各类支付业务的资金清算；还提供大额支付系统的排队业务撮合、资金池、日终自动拆解、全面流动性管理等能力科目设置上开设各清算账户和特许账户的存款类科目；大额往来、小额往来、支付清算资金往来等的联行类科目；以及汇总平衡类科目。处理大额、小额、超网支付系统的各类资金清算业务5）中央银行会计核算数据集中系统（ACS）
是中国人民银行的核心系统，有点像一个企业的会计核算系统；三方支付机构的备付金账户就是开在这里
而商业银行的清算账户物理上摆放在清算账户管理系统(SAPS)，但逻辑上归属与ACS系统
日间，清算账户的账务处理由SAPS完成；日终，SPAS将各清算账户、大小额支付往来账户的上日余额、发生额及余额等账务明细下载至ACS，ACS根据账务明细数据自动完成账务结算处理，这看起来有点像客户账户实时处理、内部财务账户定时批量延迟处理的特征
以上这些系统之间是有序运行，依靠公共控制实现全流程的有序安排如图25所示：整个控制从SAPS开始营业到中间的场次控制，大小额系统的日切控制，清算窗口安排，排队与排队解救，到最后的日终处理，控制着整个支付体系的有序运转因为网联通过大额支付的即时转账业务进行机构间的资金清算，所以这里重点介绍大额支付系统的即时转账业务清算机构通过提交即时转账申请，实现机构间的资金清算；这里有两个概念要明白：付差方就是这个清算场次内总流出大于总流入的一方，即要对外付款；收差方正好相反具体处理时序如下图所示，提交的报文参数太多，这里就不详细介绍了，感兴趣的朋友可以网上查找最后实现的效果就是，机构之间的资金实现了最终的清算；为了简单起见这里涉及到一个过渡户“大额支付往来的ACS户”，我们就省略了以上讲清楚了支付清算的基础、跨行清算的原理和清算系统体系，接下来我们就从各类支付场景出发，来模拟串行一下，看看一笔支付究竟是怎么运转流动起来的交易平台向用户收款产生支付收款业务；交易平台本身提现或者其商家发起提现均产生付款业务，整个支付的流程如下图所示
从一张外卖的小票入手进行分析，研究支付微观层面的业务流转、单据的生成等支付细节，最后抽象出一个可通用的支付清结算体系架构出来。 看下面外卖盒上的纸质小票：牛肉拌饭1份一共39元、餐盒费1元，没有配送费，合计40元，优惠了19元，实付21，实收17元；再看外卖平台（以下简称“平台”）APP中的订单信息：烤肉饭1分39元、打包费1元、配送费原价7元现价2元、平台会员15元；其中红包减7元、满减优惠14元，总优惠26元，订单合计36元，如图1所示：
图1 美团外卖小票（左）和订单信息（右）图中可以看出来，商家的小票信息和平台的订单信息之间有不少的差异，特别是优惠的明细展示、优惠总额和应付总额之间存在差异。下面我们就顺藤摸瓜，分析背后的玄机。 外卖过程中会产生很多的单据，不同环节的单据会提供给不同的参与者使用，不同单据记载着不同的但又相互关联的信息，我们需要了解这些主要的单据，并知道其用途、相互之间的关联关系和设计方法。这些单据主要包括用户订单、商家小票、商家后台账单、骑手账单、平台内部单据等，接下来逐一分析。用户订单：在外卖的客户端里，用户的外卖订单信息记录了购买的商品、商品价格、优惠信息、支付信息、配送信息、商家信息等全部内容，这些信息是外卖平台给用户提供的交易记录，如图2所示。 商家小票：用户收到的餐盒上都会附带一个纸质小票，也记载着该单商品的基本信息，这个信息是出餐商家给用户提供的本单餐品的服务内容以及收费情况，如图1（右）所示。商家账单：是平台提供给商家的在平台上的经营数据，例如卖了多少餐、挣了多少钱、给商家付了多少款等信息，如图3所示。
图3 商家账单管理骑手账单：是平台提供给骑手的在平台的上的服务信息，包括接单信息、收入信息、奖惩信息、付款情况等内容，如图4所示。平台内部单据：是平台自己内部存在很多业务系统，这些系统协同完成整个外卖业务。例如订单系统记录订单，计费系统记录计费结果，账务系统记录账务信息等，这些系统依赖各种单据完成记录以及推动流程的进行，并通过各种单据互相传递信息，如图5所示为后台订单管理。
图5 内部订单管理我们先明白一个关系，订外卖的用户跟商家没有直接的关系，平台跟商家是结算关系，也就是平台帮助商家代收餐费，并向商家结算收入。简而言之，用户付钱给平台，平台抽一部分佣金，剩余部分结算给商家，如图6所示。这个过程大致是这样的，用户先到平台选择喜欢的“餐品”，然后“下单”，生成交易“账单”，用户选择支付方式进行“支付”，支付成功后平台要履行承诺把餐送到，“履约”完成以后平台就开始进行各方利益的“清分”，计算清楚应给谁多少钱，并“记账”，最后将款项“结算”给商家，这个过程如图7所示。当然，一次外卖业务会涉及到非常多的参与者和过程，每个参与者都有自己的一个子流程，这些子流程共同串起整个外卖交易。比如用户选品、下单、支付、取餐、评价；商家接单、制作；骑手接单、到店、取餐、配送、确认送达；平台创建订单、计价、支付处理、分配骑手、记账结算等。将上述的不同角色、不同行为、不同节点所形成的一个复杂的流程绘制出来，以方便我们动态地审视整个交易链条的全部事件，这也将有利于后续我们去设计抽象清结算的业务节点，如图8所示。基于上面的业务分析，接下来分析开头那张小票在每个环节是怎么处理的，都生成了什么单据，单据中包含哪些信息。用户下单是一次外卖旅程的开始，我们对这个过程再熟悉不过了。用户选择菜品，平台计算本单相应的优惠，计算应该支付的金额等内容，用户完成支付。为了便于分析，我们让订单更加简单一些，仅分析展出最核心的字段，但是所涉及到的订单结构是完整的；本单用户看到的订单信息如图9所示。商品概念广泛应用于电商，在o2o领域可能叫“服务”多一点，站在吃货的角度来看，订外卖，买了一份商品也可以说的过去；一个简单的商品模型如图10所示。本案例中的这单外卖共有3个商品以及配送费，我们将商品信息、商品原价、购买数量、配送费等内容整理到表格中，如表1所示：表1：外卖单的商品信息
这里需要特别说一下平台会员，这是平台推出的一个会员服务，相当于花钱买了多张优惠券，如图11所示，所以购买平台会员获得优惠券也是一次交易，而且本交易要先与外卖单，因为外卖单的支付用到了这批券。选购了商品以后，需要知道这一单有什么优惠，本单的优惠主要有3个：配送费5元减免、平台红包减7元、满减优惠减14。把优惠信息增加到表4-1中得到了包含了优惠信息的表格，该订单的优惠比较简单，都是针对整单的优惠，没有针对单品的优惠，未来完整起见我们将单品优惠也放进去，只不过优惠金额为0，如表2所示。表2 优惠信息
该过程是要计算出本单应该付多少钱，计价包含很多内容，比如计算优惠、计算商品总价、计算配送费、结算优惠后的订单金额、计算用户应付金额等，计算完成以后反馈给交易，常见的计价模块架构如图12所示。对于例子中订单的计价相对比较简单，有时候点的外卖菜品多，计价会复杂一些，从而计价过程也相对复杂很多，但无论计价场景复杂还是简单，基本原理是一样的。我们将计价结果增加到表格中，如表3所示。表3 计价信息
用户完成了订单信息的填写和提交，内部系统完成了交易的计价，接下来就是下单了，交易系统请求订单系统完成订单的创建。交易系统请求订单系统创建订单，因为不清楚平台和商家之间的清结算协议，所以暂且认为所有优惠由平台提供给用户，后续平台再基于协议跟商家之间做优惠的分摊，将上述商品、优惠、计价等信息集成到一起，就得到了完成的订单信息了，如表4所示。表4：订单集成信息
订单信息中平台红包是基于15元购买了平台会员以后才能使用的优惠，因此这一单，需要用户先购买会员获得优惠券，然后在本单使用从而获得红包优惠。虽然在用户看来是同一个订单，但在交易处理层，至少需要做2次处理，一个是对购买平台会员的交易处理，另一个是对本单整单的交易处理；所以订单需要拆成2个子单，一个是外卖单，一个是平台会员购买订单，如表5所示： 表5：父子订单信息
商家的小票中显示商品总价是40，总优惠是19；跟订单11101之间的26元优惠存在7元的差额，是什么呢？其实就是平台红包7元，本单配送费的5元优惠和满减14是商家优惠，所以商家总优惠19元，而平台红包优惠7元，本单总优惠26元。但是，发现商家实收17元，那么这4元是什么呢？这里有2个推断，一是平台抽佣4元，另一个可能是商家承担了7元平台红包优惠中的4元；如果是取中间可能的话，那么实际的清分结果可能是如下模型：4元=x+y
x=平台抽佣；x∈[0-4]元
y=分摊平台红包优惠；y∈[0-4]元
完成了订单创建以后就需要创建支付账单了。根据上述分析，本单的交易处理相对比较复杂，因为要先处理平台会员的购买交易，然后处理外卖订单交易，这个过程如图12所示。因为有2个子单，所以我们生成2个交易账单，但是在支付的时候进行合并支付，这样做的好处是可以解耦2个交易处理流程，账单信息如表6所示。表6：账单信息
有了账单信息以后，基于账单生成支付请求，这里的支付渠道是广义的，其中优惠券、满减等都视为一个支付渠道，也就是在支付信息层都算做一种支付方式，如表7所示。表7：账单中的支付信息
账单生成以后，请求支付系统生成支付单，用户在客户端上通过收银台发起支付请求，其中微信支付请求支付系统；优惠类支付我们等待微信支付成功以后请求营销系统，完成优惠券的核销，这样就完成了整个账单的支付了，此时账单变为已支付，订单支付状态变为已支付，订单的履约状态变为待配送，支付信息如表8所示。表8：支付流水信息
用户支付成功以后进入履约过程，整个过程包括了商家的接单出餐、骑手的派单和配送、用户的确认收餐以及整个过程的管控。 商家在其后台可以看到该笔订单，然后选择接单，进行菜品的制作和打包，等待骑手来取餐。以下信息不是我们案例中订单的信息，大家可以自行把本单信息填充到以下的商家账单信息中即可。从图中可以看出账单中展示了商品信息和数量、打包费、优惠信息以及优惠的承担方，如图13所示。一个订单可以平台分配给骑手，也可以骑手自己抢单，有很多种方式；这里关于运力的调度和策略不过多赘述。骑手在骑手端可以看到附近用户下的全部订单，并可以做出决策要不要枪这一单，对于骑手来说距离越短、挣得越多、肯定就越喜欢，抢单页如图4-14所示。如果觉得这一单的配送费很高，还有奖励活动，那么可以点进去看一看，从地图里可以看出这一单的店铺在哪要配送到哪里，肯定是越近越好，目的地的单量越多越好，配送地图如图15所示。在抢单详情页，骑手也可以看到这一单涉及到的菜品信息、详细的配送费信息等内容，便于骑手做要不要抢单的决策，如图16所示。 骑手抢了订单后就可以去店里取餐了，同时用户在客户端也可以看到骑手的实时位置和配送状态，这样可以极大的缓解用户等待的焦虑。订单变为待配送时，会生成服务订单，也就是配送订单，例如由骑手小王01抢单了，此时服务单信息如表9所示：表9：服务单信息
之后的过程包含了取餐、送餐、确认已送达、服务单完成等，服务单完成以后将订单推送至清算中心进行清分计算，以结清各方利益。整个交易过程中会存在各种的突发事件，比如用户把订单取消了、商家拒单了、骑手拒单改派了、骑手把用户的餐弄丢了等等，这时都需要进行一个判责的处理，是谁的责任，要不要罚钱，需不需要封禁等。 用户下了单，商家制作了餐，骑手完成了配送，用户完成了评价，订单就正式完结了，过程中，如果发生了突发事件会被管控。每个环节都可能需要进行记账，而记账业务之前需要先完成计费和清分，比如完单以后商家佣金的计算、过程中骑手奖惩的计算、商家的结算收入、骑手的结算收入等计费业务，这就是接下来要介绍的清算业务。费用是业务层信息到账务层信息转换的非常关键的要素。交易过程中不同的节点、不同的对象、不同的菜品或者活动都会产生不同的费用，比如商家卖了一些菜品，属于商家的菜品费；平台为商家提供了交易平台和配送服务，所以平台也会收取商家的佣金，这样就需要一个佣金的费用。同样，财务需要基于业务做会计记账，那么不能直接用业务数据直接入账，而是以费用视角入账，比如抽商家的佣金费转换为“平台收入”计入会计收入类科目。这样我们就需要建立一个费用体系，业务的新增和变化，都需要针对性的建立相应的费用，每个费用也就有了其依赖的业务场景。而对于这一单外卖来说我们需要到如下的费用，如表4所示。表10 费用管理
9.4.2清分
清算系统接收到的清算请求数据包含订单信息、账单信息、支付信息、履约信息等。在计费环节有几个关键的模块以及之间的关系如图17。计费模型就是基于订单业务应该计算出什么样的费用出来，例如本单其实有2个业务，一个是外卖业务，一个是平台会员业务。计费模型是平台外卖业务需要计算商家应结算金额、抽佣金额、优惠分摊金额；平台会员计费模型需要计算出平台会员费。再基于业务类型，去查找对应的计费规则，即计费参数、计费基数、计费模式等；本单的计费规则和结果如表11所示。表11 计费规则和结果
整个交易过程都需要进行账务的记录，无论是用户支付了多少钱、菜品是多少钱还是优惠了多少钱，以及计费得到的应结商家收入和骑手配送收入，甚至是给商家、骑手代扣代缴的税费。我们知道记账是在整个交易过程中分多次记录的，用户支付成功以后要记账，商家接单以后要记账，骑手抢单以后要记账，完单以后要记账；这样我们就需要跟业务层约定业务场景的识别，而业务场景就对应了记账的场景。根据业务的发生流程，这里应该包含正向及逆向、订单类、支付类、管控类、奖惩类、结算类等场景。我们将业务划分成这样的场景并给于定义，并且我们要约定好用什么信息去判定该场景已经发生，比如可以用订单状态，工单流转等标记业务事件，如表12所示。表12 业务场景定义
定义好了业务场景以及费用，就需要设定什么场景发生了需要记什么费用，这些费用要记哪些账，因为一个费用的发生不一定只记一笔账，可能要计入多个账户，我们需要设定每个类场景要记什么账。当然每个场景发生以后记那些账不仅仅由订单状态这个场景决定，还需要其他要素参与，比如01支付成功，我们还需要知道这个是什么类型的订单，另外需要不需关注渠道，因为不同渠道的订单可能需要记跟渠道的分成，如表13所示。 表13 场景与记账设定
业务场景发生以后，后端清分系统需要知道业务发生了，这里需要一个交互信息的方式，可以通过MQ的手段，比如订单支付成功了，订单层就发一个MQ，清分系统监听到该MQ以后通过订单状态字段判断订单状态，如果是“01”就知道这是“01用户支付”成功发生了。如果该MQ里包含了记账需要的全部信息，则可以以MQ为依据生成业务单据，如果MQ内没有过多信息，就需要订单业务给一个查询数据的服务，比如查询接口或者SQL，通过该服务获取记账需要的全部数据，如图18所示。每个业务场景发生以后，需要记哪些账在上面已经完成设定。那么这些账怎么记呢？计给哪些对象，计入哪些账户呢？这就是记账规则的职能了，比如我们介绍“01支付成功”以后的记账规则，如表14所示。 表14 记账规则
有了规则以后，业务发生时就可以通过规则判定该场景需要记哪些账，然后获得相应的数据；获得数据以后先生成原始的业务凭证存下来，然后进行清分处理；这里记账单据我们按生成的先后顺序和依赖关系分成三类：业务凭证，清分明细，账户明细，会计凭证。
是业务发生后完成计费以后的最原始的数据，比如订单支付成功以后获得的记账数据存储在清分系统，这笔数据里包含了“01用户支付成功”需要记账的全部信息，如表15所示。表15 业务凭证
上面我们介绍了“01用户支付成功”场景发生以后，我们需要记录3个费用“1001，,3005，,30010”，这样我们根据业务凭证的数据进行清分，并根据记账规则知道每个清分出的费用、金额、对象就有了，清分结果如表16所示。
9.5.6账户流水
有了清分明细以后，我们就可以根据记账规则计入对应账户，更新账户余额，记录账户流水了，如图19所示。为了简单起见，这里只对商家的结算和骑手的结算进行记账，生成的账户流水，如表17所示。表17 账务流水明细
入账成功后，更新账户余额，账户余额信息如表18所示。 表18：账户余额信息
结算就是将应付商家和骑手的收入支付出去的过程，可以将商家和骑手的收入直接付款至他们的银行卡中，整个结算过程包括了计税、开票、结算处理、付款处理等过程。 计税模式可以按照每个账务明细进行计税、也可以按照每个结算周期进行一次性计税；计税过程需要知道税种是什么、税基是什么、税率是多少等计税规则。假如我们按照账务明细进行计税，也就是每入一笔账就需要计税；入账成功以后账务系统将入账明细推送给税务子系统，税务子系统根据税种、税基、税率等配置计算该笔入账的税额，并推送账务系统进行税务的扣除，这里要考虑平台是否需要代扣代缴，如果不需要代扣代缴就不需要进行税务的扣除，可以仅进行计算，提供给商家和骑手进行税务什么用，如图20所示。按照约定我们需要完成给商家和骑手的结算，将商家的应收和骑手的收入打款给他们。不同的城市、不同的商家签订了不同的结算周期，例如日结、周结、月结；结算的依据可以是账户的当期余额，也可以是当期的账户流水；结算的方向可以是指定的平台虚拟账户或者生成结算单付款至指定银行卡。商家和骑手可以在钱包里看到账户余额，然后发起提现；生成提现订单，请求打款中心完成出款，整个清结算的流程框架如图21所示。通过上面对一张外卖小票的详细分析，使得大家对全链路有了清晰的认识，包括交易流、支付流、账务流、结算流等环节。最后，我们将抽象出一套可复用的支付清结算架构出来。外卖业务框架应该包含不同端的操作流程，内部平台的交易流程以及内部系统之间的交互，另外还应该包含接入的外部服务渠道，比如支付渠道、开票渠道等。对外卖业务流程架构抽象如图22所示。再将各角色、各类单据、各系统之间的关系细化以后，可以得到外卖业务的支付清结算产品架构，如图23所示。依据上面的案例，剔除外卖业务场景以后，可以抽象出一个典型的支付清结算架构，可以应用于更多的业务场景，例如打车、电商、家政等，如图24所示。10看：支付的不变与变
立足通用的支付基础构建繁杂多样的支付场景、搭建多样化的支付解决方案；以不变应万变。
不变:支付基础，类似大学的基础学科，核心在通用，重点是系统性的支付基础概念、通用架构、通用系统设计。
变:多样的支付领域和繁杂的业务场景，是在支付基础之上构建的支付多样化应用，比如O2O、电商、直播、视频、电视、pos、银行等。
X ：立足通用的支付基础构建繁杂多样的支付场景、搭建多样化的支付解决方案；以不变应万变。从 Pay 到 X的过程依靠我们知识落地能力以及理论的复用能力，对业务和场景的分析和调研能力，以及产品设计能力。
