支付之门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系统,完成正式会计核算
- 支付宝内部记账:商家待结算账户增加对应金额,等待T+1结算到商家银行卡
结算阶段(商户到账):
T+1日,支付宝发起商户结算:
- 支付宝从备付金账户划出资金,通过网联发起贷记指令
- 网联转接给商家的开户银行
- 商家银行卡收到结算款,全链路闭环
七、关键变革:断直连改变了什么?
第三章里重点讲了"断直连",这是理解当前支付生态的关键节点。
断直连前的问题:
- 支付机构各自直连银行,标准不统一,重复建设
- 央行看不到完整的交易链路,资金流向不透明
- 备付金分散在各家银行,存在挪用风险
断直连后的变化:
- 通道统一:支付机构不再直连银行,统一通过网联/银联转接
- 备付金集中:所有客户备付金集中存管到央行ACS账户,支付机构不能挪用
- 监管穿透:每一笔交易的链路都清晰可见,风险可控
断直连本质上是把支付机构从"半清算半服务"的角色,拉回到了"纯支付服务"的定位上,清算职能统一收回到特许清算机构手里,整个生态的层级更加清晰。
八、一张图看懂整个支付清算生态
┌──────────────────────┐ │ 普通用户 / 商户 │ └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第四层 零售服务层 │ 第三方支付机构 │ 支付宝、微信支付 └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第三层 转接清算层 │ 银联 / 网联 / 农信银 │ 特许清算机构 └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第二层 服务主力层 │ 商业银行 │ 工行、建行、招行… └─────────┬────────────┘ │ ┌─────────────────▼─────────────────┐ │ 央行支付系统(CNAPS) │ 第一层 核心底层 │ 大额HVPS / 小额BEPS / 超级网银IBPS │ │ 清算账户管理系统 SAPS │ │ 会计核算数据集中系统 ACS │ └───────────────────────────────────┘写在最后
第三章的核心,其实就是帮你建立一张"支付地图"。
从下往上看:ACS和SAPS管最终资金核算,大额/小额/超级网银管支付指令清算,银行管账户和基础服务,清算机构管转接和轧差,支付机构管场景和用户体验。每一层都有明确的边界和职责,共同构成了我们国家这套高效、安全的支付清算体系。
理解了这张地图,再去看任何一笔支付交易,你都能精准定位:这一步发生在哪一层、谁在处理、钱在哪里、下一步要去哪里。做支付产品设计、做系统架构、排查问题,都会心里有数。
补充说明:下一章我们将进入《支付之门》第四章——支付清算全链路:以外卖交易为例,用一个完整的外卖订单,把交易、清算、结算全流程的每一个细节彻底拆解透。
如果这篇文章帮你理清了整个清算生态的层级关系,欢迎点赞、收藏、转发支持。有哪里讲得不对、或者想深入了解某个具体系统的,也欢迎在评论区留言指正,我们一起交流进步。