支付之门03一张图看懂中国支付清算生态谁在管钱、谁在通路、谁在服务大家好我是深耕收单支付领域的架构设计师。前两篇我们聊完了支付的基础概念和会计底层不少朋友留言说“现在知道账户怎么记账了但平时总听到的银联、网联、大额系统、SAPS、ACS到底是什么关系谁在上谁在下”这个问题非常关键——做支付如果搞不清整个清算生态的层级就像开车不看地图永远只知道脚下这一步不知道整条路通向哪里。今天我们就顺着《支付之门》第三章的内容把中国的支付清算生态完整地串一遍补充上央行会计核算核心ACS系统再用三个真实场景走通全链路。读完你会发现这套看似复杂的体系其实逻辑非常清晰就像一座城市的交通系统有主干道、有立交桥、有分支路各司其职层层协作。一、先建立认知清算生态为什么会分层很多人纳闷不就是转个账吗为什么要搞这么多机构、这么多层级答案是两个字效率 安全。想象一下如果全国每一笔转账都直接找央行处理央行系统会被打爆如果每家支付机构都自己接银行标准不统一、监管看不到、风险不可控。所以整个体系的设计思路就是分层处理、各管一段。最底层管最终资金核算保证绝对安全中间层管交易转接保证效率和标准统一最上层管用户服务保证体验和创新每一层只做自己最擅长的事叠加起来就是一套完整、高效、可控的支付清算生态。二、第一层国家金融大动脉——央行核心系统整个清算生态的最底层也是最核心的一层是中国人民银行运营的核心金融基础设施。所有银行、所有清算机构最终的资金清算和会计核算都要落到这一层。这一层就像城市的地下轨道交通不直接面向普通用户但所有地面交通最终都要和它接驳。1. 大额实时支付系统HVPS——金融主干道定位支付系统的老大哥处理大额、紧急的资金汇划特点实时全额清算逐笔处理秒级到账金额无上限服务谁银行间资金调拨、企业大额转账、金融市场交易结算运行时间工作日 8:30-17:00节假日休息大额系统就像城市的快速路只跑大车、重车效率极高但有营业时间限制。我们平时发工资、企业对公转账很多最终就是走大额系统完成清算的。2. 小额批量支付系统BEPS——便民公交线定位处理小额、批量的零售支付业务特点批量打包、定时轧差清算7×24小时受理单笔上限5万服务谁水电煤代扣、工资代发、普通跨行转账运行时间7×24小时受理定时清算小额系统就像城市的公交系统班次固定、成本低、覆盖广适合量大金额小的民生类业务。3. 网上支付跨行清算系统IBPS——超级网银定位第二代支付系统的明星产品专门服务网上零售支付特点7×24小时实时到账单笔上限5万支持第三方支付机构接入服务谁网银转账、手机银行转账、快捷支付、提现到卡运行时间7×24小时不间断超级网银是我们普通人体感最强的央行系统——你凌晨两点用手机银行跨行转账秒到背后大概率就是超级网银在干活。4. 清算账户管理系统SAPS——清算总账房定位所有清算账户的资金簿记核心作用管理各银行、各清算机构在央行开立的清算账户支付业务的资金清算都通过SAPS完成账户余额的记增记减前面三个支付系统管指令流转SAPS管资金记账——所有清算的最终资金划转都在SAPS里完成账户余额的变动。5. 中央银行会计核算数据集中系统ACS——央行会计中枢这是很多人容易和SAPS混淆的系统也是第三章非常重要的一个知识点。定位央行的总账系统负责全国人民银行会计核算业务的集中处理核心作用账户管理商业银行的准备金存款账户、支付机构的备付金集中存管账户都开立在ACS系统里会计核算所有央行的资产负债业务、资金清算业务最终都要在ACS里生成正式的会计分录和账务数据数据集中全国央行的会计数据统一归集实现一本账管理ACS和SAPS的关系SAPS是支付清算的资金簿记引擎专门处理支付业务引发的账户资金变动ACS是央行的全盘会计总账SAPS的清算结果最终会同步到ACS形成正式的会计核算数据。简单说支付指令来了SAPS先动账户余额当天业务结束后ACS记总账、出报表。二者一个偏实时清算一个偏会计核算共同构成了央行资金账户的底层基础。补充我们常说的支付机构备付金集中存管备付金账户就是开在ACS系统里的由央行统一监管支付机构不能随意挪用。三、第二层转接清算枢纽——特许清算机构央行系统只对银行和特许机构开放不直接面向支付机构和商户。这就需要一层转接枢纽把零售侧的海量交易收拢、清分再送入央行系统完成最终清算。这一层就是特许清算机构相当于城市里的立交桥和换乘站。1. 中国银联——银行卡清算的王者定位国内唯一的银行卡清算组织核心业务银联卡跨行交易转接、清算经典模式四方模式持卡人-商户-收单行-发卡行-银联你刷银行卡消费交易信息不是商户直接发给发卡行而是先送到银联银联转接给发卡行核验再把结果返回给商户。日终银联统一轧差通过大额支付系统完成银行间资金清算。2. 网联清算——网络支付的统一入口定位非银行支付机构网络支付清算平台诞生背景断直连政策的产物核心业务第三方支付机构的跨行支付交易转接、清算2018年之前支付宝、微信都是自己直接对接几十上百家银行形成了一个个小清算网络。断直连之后所有支付机构的网络支付交易必须通过网联转接网联向上对接银行向下对接支付机构成为网络支付的统一清算枢纽。3. 其他特许清算机构城银清算服务城市商业银行的资金清算农信银服务农村信用社、农商行的资金清算跨境银行支付系统CIPS人民币跨境清算这些机构各有分工服务特定的群体共同组成了转接清算层。四、第三层支付服务主力军——商业银行银行是支付体系的主力军也是连接用户和清算体系的关键节点。银行在生态中的三个核心角色账户管理者为个人和企业开立银行结算账户这是所有电子支付的基础支付服务提供者提供存取款、转账、发卡、代扣等基础支付服务清算参与者作为直接参与者接入央行支付系统完成最终资金清算简单说所有钱最终都在银行账户里所有清算最终都落到银行的清算账户上。支付机构、清算机构本质上都是在银行账户体系之上提供增值服务。五、第四层零售支付毛细血管——第三方支付机构最贴近普通用户的一层就是我们天天用的支付宝、微信支付、美团支付这些第三方支付机构。支付机构的核心价值场景连接把支付能力嵌入电商、社交、外卖、出行等各种生活场景体验优化扫码支付、一键支付、免密支付把复杂的支付流程简化到极致产品封装把底层的银行通道、清算能力包装成扫码付、H5支付、小程序支付等标准化产品但要注意支付机构管信息流和体验不管最终资金——用户的钱本质上还是在银行里支付机构只是发起支付指令最终的资金划转依然通过银行和清算体系完成。六、三个场景走通全链路讲完四层结构我们用三个最常见的支付场景把整个生态串起来跑一遍看完你就彻底懂了。场景一刷银联卡买矿泉水四方模式场景你在超市用银联借记卡刷了一瓶矿泉水100元。交易阶段信息流你刷卡 → 超市POS机把交易信息发给收单行比如建设银行收单行建行 → 把交易转给银联银联 → 转接给你的发卡行比如工商银行工行核验密码、检查余额扣减你卡上100元返回支付成功结果原路返回 → POS机出小票交易完成清算阶段资金流日终银联汇总全天交易轧差算出建行应收100元、工行应付100元银联通过大额支付系统发起清算 → SAPS记工行准备金账户扣100建行准备金账户加100清算结果同步到ACS系统生成正式会计账务收单行建行收到资金 → 扣除手续费后结算到超市的对公账户场景二用支付宝余额支付外卖订单场景你用支付宝余额点了一份外卖30元。这个场景最简单因为资金全程在支付宝体系内流转不涉及银行和清算机构。交易记账阶段你下单选择余额支付 → 支付宝系统核验你的余额账户你的支付宝余额账户扣减30元商家的支付宝待结算账户增加30元扣除手续费后为实际金额支付宝内部完成账务处理返回支付成功清算阶段因为是支付机构内部账户之间的资金转移不涉及跨行清算不需要走网联也不需要动央行系统对应的实体资金依然沉淀在支付宝在央行ACS开立的备付金集中存管账户里总额不变只是内部分户账发生了变动这就是余额支付最快的原因纯内部账务处理没有跨行链路毫秒级就能完成。场景三用支付宝选工行卡支付外卖订单网联模式场景你用支付宝点外卖付款时选择了工商银行储蓄卡支付30元。这是最典型的网络支付场景也是断直连后的标准链路。交易阶段信息流你在支付宝里选工行卡付款 → 支付宝把支付指令发给网联网联 → 转接给工商银行工行核验身份、检查余额从你的工行卡扣减30元返回扣款成功结果经网联传回支付宝 → 支付宝显示支付成功商家收到订单清算阶段资金流日终网联汇总全天交易轧差算出支付宝备付金账户应收30元、工行应付30元网联通过央行支付系统发起清算 → SAPS记工行准备金账户扣30支付宝备付金账户ACS加30清算结果同步到ACS系统完成正式会计核算支付宝内部记账商家待结算账户增加对应金额等待T1结算到商家银行卡结算阶段商户到账T1日支付宝发起商户结算支付宝从备付金账户划出资金通过网联发起贷记指令网联转接给商家的开户银行商家银行卡收到结算款全链路闭环七、关键变革断直连改变了什么第三章里重点讲了断直连这是理解当前支付生态的关键节点。断直连前的问题支付机构各自直连银行标准不统一重复建设央行看不到完整的交易链路资金流向不透明备付金分散在各家银行存在挪用风险断直连后的变化通道统一支付机构不再直连银行统一通过网联/银联转接备付金集中所有客户备付金集中存管到央行ACS账户支付机构不能挪用监管穿透每一笔交易的链路都清晰可见风险可控断直连本质上是把支付机构从半清算半服务的角色拉回到了纯支付服务的定位上清算职能统一收回到特许清算机构手里整个生态的层级更加清晰。八、一张图看懂整个支付清算生态┌──────────────────────┐ │ 普通用户 / 商户 │ └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第四层 零售服务层 │ 第三方支付机构 │ 支付宝、微信支付 └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第三层 转接清算层 │ 银联 / 网联 / 农信银 │ 特许清算机构 └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第二层 服务主力层 │ 商业银行 │ 工行、建行、招行… └─────────┬────────────┘ │ ┌─────────────────▼─────────────────┐ │ 央行支付系统CNAPS │ 第一层 核心底层 │ 大额HVPS / 小额BEPS / 超级网银IBPS │ │ 清算账户管理系统 SAPS │ │ 会计核算数据集中系统 ACS │ └───────────────────────────────────┘写在最后第三章的核心其实就是帮你建立一张支付地图。从下往上看ACS和SAPS管最终资金核算大额/小额/超级网银管支付指令清算银行管账户和基础服务清算机构管转接和轧差支付机构管场景和用户体验。每一层都有明确的边界和职责共同构成了我们国家这套高效、安全的支付清算体系。理解了这张地图再去看任何一笔支付交易你都能精准定位这一步发生在哪一层、谁在处理、钱在哪里、下一步要去哪里。做支付产品设计、做系统架构、排查问题都会心里有数。补充说明下一章我们将进入《支付之门》第四章——支付清算全链路以外卖交易为例用一个完整的外卖订单把交易、清算、结算全流程的每一个细节彻底拆解透。如果这篇文章帮你理清了整个清算生态的层级关系欢迎点赞、收藏、转发支持。有哪里讲得不对、或者想深入了解某个具体系统的也欢迎在评论区留言指正我们一起交流进步。