news 2026/7/10 6:12:52

支付之门03:一张图看懂中国支付清算生态,谁在管钱、谁在通路、谁在服务

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
支付之门03:一张图看懂中国支付清算生态,谁在管钱、谁在通路、谁在服务

支付之门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混淆的系统,也是第三章非常重要的一个知识点。

  • 定位:央行的"总账系统",负责全国人民银行会计核算业务的集中处理
  • 核心作用
    1. 账户管理:商业银行的准备金存款账户、支付机构的备付金集中存管账户,都开立在ACS系统里
    2. 会计核算:所有央行的资产负债业务、资金清算业务,最终都要在ACS里生成正式的会计分录和账务数据
    3. 数据集中:全国央行的会计数据统一归集,实现"一本账"管理

ACS和SAPS的关系:SAPS是支付清算的"资金簿记引擎",专门处理支付业务引发的账户资金变动;ACS是央行的"全盘会计总账",SAPS的清算结果最终会同步到ACS,形成正式的会计核算数据。

简单说:支付指令来了,SAPS先动账户余额;当天业务结束后,ACS记总账、出报表。二者一个偏实时清算,一个偏会计核算,共同构成了央行资金账户的底层基础。

补充:我们常说的"支付机构备付金集中存管",备付金账户就是开在ACS系统里的,由央行统一监管,支付机构不能随意挪用。

三、第二层:转接清算枢纽——特许清算机构

央行系统只对银行和特许机构开放,不直接面向支付机构和商户。这就需要一层"转接枢纽",把零售侧的海量交易收拢、清分,再送入央行系统完成最终清算。

这一层就是特许清算机构,相当于城市里的立交桥和换乘站。

1. 中国银联——银行卡清算的王者

  • 定位:国内唯一的银行卡清算组织
  • 核心业务:银联卡跨行交易转接、清算
  • 经典模式:四方模式(持卡人-商户-收单行-发卡行-银联)

你刷银行卡消费,交易信息不是商户直接发给发卡行,而是先送到银联,银联转接给发卡行核验,再把结果返回给商户。日终银联统一轧差,通过大额支付系统完成银行间资金清算。

2. 网联清算——网络支付的统一入口

  • 定位:非银行支付机构网络支付清算平台
  • 诞生背景:"断直连"政策的产物
  • 核心业务:第三方支付机构的跨行支付交易转接、清算

2018年之前,支付宝、微信都是自己直接对接几十上百家银行,形成了一个个"小清算网络"。断直连之后,所有支付机构的网络支付交易必须通过网联转接,网联向上对接银行,向下对接支付机构,成为网络支付的统一清算枢纽。

3. 其他特许清算机构

  • 城银清算:服务城市商业银行的资金清算
  • 农信银:服务农村信用社、农商行的资金清算
  • 跨境银行支付系统(CIPS):人民币跨境清算

这些机构各有分工,服务特定的群体,共同组成了转接清算层。

四、第三层:支付服务主力军——商业银行

银行是支付体系的"主力军",也是连接用户和清算体系的关键节点。

银行在生态中的三个核心角色:

  1. 账户管理者:为个人和企业开立银行结算账户,这是所有电子支付的基础
  2. 支付服务提供者:提供存取款、转账、发卡、代扣等基础支付服务
  3. 清算参与者:作为直接参与者接入央行支付系统,完成最终资金清算

简单说:所有钱最终都在银行账户里,所有清算最终都落到银行的清算账户上。支付机构、清算机构,本质上都是在银行账户体系之上提供增值服务。

五、第四层:零售支付毛细血管——第三方支付机构

最贴近普通用户的一层,就是我们天天用的支付宝、微信支付、美团支付这些第三方支付机构。

支付机构的核心价值:

  1. 场景连接:把支付能力嵌入电商、社交、外卖、出行等各种生活场景
  2. 体验优化:扫码支付、一键支付、免密支付,把复杂的支付流程简化到极致
  3. 产品封装:把底层的银行通道、清算能力,包装成扫码付、H5支付、小程序支付等标准化产品

但要注意:支付机构管"信息流"和"体验",不管"最终资金"——用户的钱本质上还是在银行里,支付机构只是发起支付指令,最终的资金划转依然通过银行和清算体系完成。

六、三个场景走通全链路

讲完四层结构,我们用三个最常见的支付场景,把整个生态串起来跑一遍,看完你就彻底懂了。

场景一:刷银联卡买矿泉水(四方模式)

场景:你在超市用银联借记卡刷了一瓶矿泉水,100元。

交易阶段(信息流):

  1. 你刷卡 → 超市POS机把交易信息发给收单行(比如建设银行)
  2. 收单行建行 → 把交易转给银联
  3. 银联 → 转接给你的发卡行(比如工商银行)
  4. 工行核验密码、检查余额,扣减你卡上100元,返回"支付成功"
  5. 结果原路返回 → POS机出小票,交易完成

清算阶段(资金流):

  1. 日终银联汇总全天交易,轧差算出:建行应收100元、工行应付100元
  2. 银联通过大额支付系统发起清算 → SAPS记:工行准备金账户扣100,建行准备金账户加100
  3. 清算结果同步到ACS系统,生成正式会计账务
  4. 收单行建行收到资金 → 扣除手续费后,结算到超市的对公账户

场景二:用支付宝余额支付外卖订单

场景:你用支付宝余额点了一份外卖,30元。

这个场景最简单,因为资金全程在支付宝体系内流转,不涉及银行和清算机构

交易+记账阶段:

  1. 你下单选择余额支付 → 支付宝系统核验你的余额账户
  2. 你的支付宝余额账户扣减30元
  3. 商家的支付宝待结算账户增加30元(扣除手续费后为实际金额)
  4. 支付宝内部完成账务处理,返回"支付成功"

清算阶段:

  • 因为是支付机构内部账户之间的资金转移,不涉及跨行清算,不需要走网联,也不需要动央行系统
  • 对应的实体资金依然沉淀在支付宝在央行ACS开立的备付金集中存管账户里,总额不变,只是内部分户账发生了变动

这就是余额支付最快的原因:纯内部账务处理,没有跨行链路,毫秒级就能完成。

场景三:用支付宝选工行卡支付外卖订单(网联模式)

场景:你用支付宝点外卖,付款时选择了工商银行储蓄卡支付,30元。

这是最典型的网络支付场景,也是断直连后的标准链路。

交易阶段(信息流):

  1. 你在支付宝里选工行卡付款 → 支付宝把支付指令发给网联
  2. 网联 → 转接给工商银行
  3. 工行核验身份、检查余额,从你的工行卡扣减30元,返回"扣款成功"
  4. 结果经网联传回支付宝 → 支付宝显示"支付成功",商家收到订单

清算阶段(资金流):

  1. 日终网联汇总全天交易,轧差算出:支付宝备付金账户应收30元、工行应付30元
  2. 网联通过央行支付系统发起清算 → SAPS记:工行准备金账户扣30,支付宝备付金账户(ACS)加30
  3. 清算结果同步到ACS系统,完成正式会计核算
  4. 支付宝内部记账:商家待结算账户增加对应金额,等待T+1结算到商家银行卡

结算阶段(商户到账):
T+1日,支付宝发起商户结算:

  1. 支付宝从备付金账户划出资金,通过网联发起贷记指令
  2. 网联转接给商家的开户银行
  3. 商家银行卡收到结算款,全链路闭环

七、关键变革:断直连改变了什么?

第三章里重点讲了"断直连",这是理解当前支付生态的关键节点。

断直连前的问题:

  • 支付机构各自直连银行,标准不统一,重复建设
  • 央行看不到完整的交易链路,资金流向不透明
  • 备付金分散在各家银行,存在挪用风险

断直连后的变化:

  1. 通道统一:支付机构不再直连银行,统一通过网联/银联转接
  2. 备付金集中:所有客户备付金集中存管到央行ACS账户,支付机构不能挪用
  3. 监管穿透:每一笔交易的链路都清晰可见,风险可控

断直连本质上是把支付机构从"半清算半服务"的角色,拉回到了"纯支付服务"的定位上,清算职能统一收回到特许清算机构手里,整个生态的层级更加清晰。

八、一张图看懂整个支付清算生态

┌──────────────────────┐ │ 普通用户 / 商户 │ └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第四层 零售服务层 │ 第三方支付机构 │ 支付宝、微信支付 └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第三层 转接清算层 │ 银联 / 网联 / 农信银 │ 特许清算机构 └─────────┬────────────┘ │ ┌─────────▼────────────┐ 第二层 服务主力层 │ 商业银行 │ 工行、建行、招行… └─────────┬────────────┘ │ ┌─────────────────▼─────────────────┐ │ 央行支付系统(CNAPS) │ 第一层 核心底层 │ 大额HVPS / 小额BEPS / 超级网银IBPS │ │ 清算账户管理系统 SAPS │ │ 会计核算数据集中系统 ACS │ └───────────────────────────────────┘

写在最后

第三章的核心,其实就是帮你建立一张"支付地图"。

从下往上看:ACS和SAPS管最终资金核算,大额/小额/超级网银管支付指令清算,银行管账户和基础服务,清算机构管转接和轧差,支付机构管场景和用户体验。每一层都有明确的边界和职责,共同构成了我们国家这套高效、安全的支付清算体系。

理解了这张地图,再去看任何一笔支付交易,你都能精准定位:这一步发生在哪一层、谁在处理、钱在哪里、下一步要去哪里。做支付产品设计、做系统架构、排查问题,都会心里有数。

补充说明:下一章我们将进入《支付之门》第四章——支付清算全链路:以外卖交易为例,用一个完整的外卖订单,把交易、清算、结算全流程的每一个细节彻底拆解透。

如果这篇文章帮你理清了整个清算生态的层级关系,欢迎点赞、收藏、转发支持。有哪里讲得不对、或者想深入了解某个具体系统的,也欢迎在评论区留言指正,我们一起交流进步。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/10 6:11:30

MV-Forcing:基于4D几何桥接的多视角视频生成框架解析

这次我们来看一个多视角视频生成项目 MV-Forcing,它通过4D几何桥接技术解决了长序列多视角视频生成的难题。这个框架将时间自回归与视图自回归融合到单一扩散模型中,能够在普通消费级显卡上实现稳定的多视角视频生成。MV-Forcing 最值得关注的特点是它采…

作者头像 李华
网站建设 2026/7/10 6:11:24

Upload-labs靶场通关指南:21种文件上传漏洞实战解析与防御

1. 项目概述:为什么我们需要Upload-labs?如果你是一名Web安全爱好者、渗透测试工程师,或者是一名正在学习网络安全的学生,那么“文件上传漏洞”这个词对你来说一定不陌生。它几乎是Web应用中最常见、也最危险的漏洞类型之一。一个…

作者头像 李华
网站建设 2026/7/10 6:11:13

herdr:专为AI编程代理设计的轻量级终端复用器

🚀 30款热门AI模型一站整合,DeepSeek/GLM/Qwen 随心用,限时 5 折。 👉 点击领海量免费额度 这次我们来看一个专门为 AI 编程代理设计的终端复用工具——herdr。如果你经常同时运行多个 AI 编程助手(如 Claude Code、…

作者头像 李华
网站建设 2026/7/10 6:10:14

EM3080-W解码芯片与MKV46F256VLH16微控制器的高效条码识别方案

1. EM3080-W解码芯片与MKV46F256VLH16微控制器的黄金组合在工业自动化、零售管理和物流追踪等领域,条形码识别系统的响应速度和准确率直接决定了整体效率。EM3080-W作为新大陆自动识别推出的专业级解码芯片,配合恩智浦MKV46F256VLH16微控制器&#xff0c…

作者头像 李华
网站建设 2026/7/10 6:06:51

【大数据毕业设计】基于 Python 的气象趋势预测与大屏可视化系统的设计与实现 海量气象数据 Hadoop 分析与可视化平台(源码+文档+远程调试,全bao定制等)

博主介绍:✌️码农一枚 ,专注于大学生项目实战开发、讲解和毕业🚢文撰写修改等。全栈领域优质创作者,博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java、小程序技术领域和毕业项目实战 ✌️技术范围:&am…

作者头像 李华