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

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

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

图片来自网络

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

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

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

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

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

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

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

经过丰富美化之后，我们就得到了一个支付机构最基本的支付流程架构：

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

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

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

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

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

我们简化一下：

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

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

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

最组边的就是网联银联以及三方支付机构所处的位置，上面的就是我们要讲的人行部分，下面是商业银行所处的位置；其中网联银联和商业银行直联央行的支付清算系统。

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

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

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

到这里我们就将整个支付大厦的每一层参与者的架构都做了一个宏观的认识，现在你是不是已经知道了，一笔支付要经历多么漫长的链条了吧。

最后我们将所有的参与者架构拼接到一起，来看这座美丽奢华的支付大厦。

九、遨游支付

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