惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Recent Announcements
Recent Announcements
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog
T
The Blog of Author Tim Ferriss
J
Java Code Geeks
腾讯CDC
D
Docker
G
Google Developers Blog
D
DataBreaches.Net
雷峰网
雷峰网
Blog — PlanetScale
Blog — PlanetScale
S
SegmentFault 最新的问题
The Cloudflare Blog
有赞技术团队
有赞技术团队
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Stack Overflow Blog
Stack Overflow Blog
大猫的无限游戏
大猫的无限游戏
量子位
美团技术团队
aimingoo的专栏
aimingoo的专栏
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Engineering at Meta
Engineering at Meta
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
一文拆解中国清算体系,升维你的认知
刚哥 · 2025-03-14 · via 人人都是产品经理

在中国金融体系中,清算系统如同经济的“血液循环系统”,支撑着资金的高效流转,但其复杂性往往令人难以捉摸。本文将深入拆解中国清算体系的底层架构与运行机制,帮助大家快速穿透复杂的清算体系,升维对金融支付领域的认知,理解资金流转的高效密码。

经常有人向我咨询各种人行大小额和清算的问题,甚至是向我咨询如何设计一套央行清算系统。

其实,央行清算他不是一套简单的系统,而是完整国家清算体系。要理解这套体系,就要搞清楚他最核心的SAPS的清算原理,只有清楚了这一点你才能知道他是如何通过大额、小额、超网不同的策略来进行全国的清算的。以及通过银行、国库、网联、银联、金融市场等参与者来服务到中国经济的方方面面。

今天我就用一篇文章来给你完整拆解中国清算体系和他的底层原理,希望看完这个篇文章,中国跨行清算在你眼里就是透明的了。

01 中国清算生态体系

现在中国所有的跨行资金清算都是围绕“现代化支付系统”(CNAPS2)来开展的,该系统至今已经升级到第二代。

处理全国的跨行资金清算,显然压力太大了,并且仅靠一套系统也很难服务好全国这么多行业的业务场景。因此,央行引入了不同行业的参与者来分担清算压力,并更好地管理金融市场。

这就形成了“一个清算中心,一套网络、多个参与者”的局面,下面我们就要逐一拆解。

1.1、一个中心(CNAPS)

央行清算中心就是中国金融体系的心脏,它管理着金融的血液“货币”。通过现代化的支付清算系统(CNAPS),它不仅监督和维护中国金融市场的秩序和稳定,还负责调节市场的流动性和把握经济的运行状况,确保整个金融体系的安全与高效运转。

1)清算服务

中国的人行清算业务系统包括:面向大额实时交易的大额支付系统、处理小额及复杂金融业务的小额支付系统,以及为个人用户提供便捷服务的网上清算系统。

2)清算核心

SAPS就是人行清算的核心交易系统,参与者的清算资金都存放在此,它也是负责清算账务的处理。

3)内部管理

人行清算的内部业务系统存放在央行的内网,这里有我们熟悉的ACS系统,也有平时较少了解国库和同城票据系统。这些系统人行总行与各地分行以专线的形式互联,并且通过内部网络与SAPS进行跨行清算。

1.2、一套网络(PMTS)

我们知道资金跨行清算,转移的不是资金,而是报文指令。金融机构之间通过支付指令来给客户记账,让你觉得资金在流动。

因此,央行通过一套支付报文网络PMTS(支付信息传输系统)来把参与清算的金融机构链接起来,通过这条金融的信息高速公路把资金传输到中国经济的方方面面。

为了保障这条信息高速公路的稳定,对外分成了NPC、CCPC、参与者客户端三层,以及央行清算中心内部的管理系统两层;

1.3、多个参与者

人行是最底层的清算银行,它需要不同行业的参与者来和它一起服务国民经济的方方面面,因此它把参与者分为了以下四个大类。

1)直接参与者(有账户)

直接参者多是在人行开设清算账户的,这里包括人行、商业银行、国库的总部,它们可以直接通过人行账户清算。

2)间接参与者(无账户)

间接参与者是数量最多的,它们在人行没有清算账户只有联行号,它们包括商业银行分行、国库支库等。它们只能通过联行号依托总部的账户进行跨行清算。

3)特许参与者(有账户)

这些都是第三方清算机构包括我们熟知的“网联、银联、城银清、农信银”这些第三方清算组织;还有外汇、CIPS、银行间市场这样的金融市场的参与者;以及少部分有跨行清需求的财务公司。

4)特许参与者(无账务)

这类我们平时了解的比较少,包括各地的代收付中心、商业汇票中心以及OMO办公室。这些都是依托于开在金融机构的账户进行跨行清算的,它们主要是通过人行发起交易。

02 SAPS清算账户系统

2.1、SAPS特点

清算账户管理系统(SAPS)顾名思义,它是人行清算的核心系统,所有金融机构参与清算的资金都在这里,它的记账结果决定了资金最终的转移,可见这个系统的重要性。我们很多不能理解的清算特性其实都是SAPS的账务处理机制决定的。

2.2、借记和贷记交易

清算系统很多交易名称都是“会计名词”,因为清算是直接对资金处理的账务操作,你可以把它理解为银行之间的账务同步操作,所以使用直接使用“借记和贷记”交易来命名。

借贷记账的高门槛,再加上提入、提出方向变化这让很多人非常疑惑。

其实这类交易都是从发起者的角度来说的,它指的是银行开设在央行的清算账户,它的科目是存放央行款项,属于资产类,按照借贷记账规则,收款是借方增加,付款是贷方减少。

1)借记交易:表示收款。

2)贷记交易:表示付款。

为了避免沟通上的混淆,所以“借收、贷付的方向在交易中是固定的”,只是把交易对手的称谓进行调整,这样就比较容易沟通了。

例如:“提出借记”代表了发起跨行收款交易,“提入借记”代表接收到它行发起的收款交易。“提出贷记、提入贷记”也是如此,代表了发起付款交易和收到付款交易。

2.3、SAPS的清算机制

我们知道有三种清算模式“实时全额、双边轧差净额、多边轧差净额”,但是SAPS到底支持哪种清算模式,它与大额、小额、超网三个系统又是什么对应关系,这个很多人都搞不清楚。

2.3.1、实时全额清算机制

大额是实时全额清算,就是笔笔清算,这种清算模式速度快、额度大,但是非常耗费资金头寸,你要是当天往来有1000万,你至少要准备1000万的资金用来进行清算。

2.3.2、轧差净额清算机制

超网和小额都是采用“实时双边轧差、定时多边清算”的清算方式。为什么要清算两次呢?因为多边清算实在是太慢了,并且也有风险。

1)多边清算的不足

多边轧差清算虽然清算资金头寸占用最少,但是它清算时需要所有的账户全部都要参与进来清算,这种机制如果让SAPS做实时清算肯定要宕机了;因此它只能定时批量运行,运行前需要切换清算场次,然后把这个场次时段内的所有清算数据汇总后再完成账户间的资金结算。

显然间隔这么长的时间进行清算,对于每小时都是上万亿规模的人行来说就有交易漏洞了。万一某家银行清算资金额度超了,随后又还不上,那就产生系统性风险了。

2)实时双边,定时多边

为了防止多边清算的交易漏洞,需要先实时把两个账户间的交易做个轧差,如果额度充足就先把头寸扣下来,如果不足就拒绝;然后在清算场切后定时进行全场的多边轧差清算,这样资金清算风险就没有了。

这就是为什么小额和超网会有“已轧差、已清算”这个两个状态的原因,其实“已轧差”表示人行已经认可了你的清算交易,具备给客户清算资金的条件了。

3)为什么超网比小额快

你可能会好奇,既然超网和小额清算机制相同,为什么超网我实时就到账了,小额工作日内还要两个小时才到账?其实超网是银行垫资给你的,而小额没有。

2.4、清算账户、头寸、净借记限额

理解了清算机制之后,那清算账户是如何管理账户上的资金;大额、小额、超网之间又是如何分配呢?

2.4.1、清算账户结构

清算账户上存放三部分资金“存款准备金、可用头寸、圈存资金”,其中大额是独占了其中的“可用头寸和存款准备金”用来进行清算。而小额与超网则是给它圈存一部分资金。

2.4.2、净借记限额

如果小额、超网的业务的清算资金不够用怎么办呢?就需要借点钱给它,这就是净借记限额。

净借记限额

这个名词要拆开来看,借记,来源于“清算账户”是资产类科目余额方向在“借方”;净借记限额,就是扣减了大额占用资金后的额度,并且它包含了借来的钱,它只能在一个限定的额度内使用。

净借记限额由“圈存资金、质押融资和授信额度”三部分组成,它的限额是由银行来设定的如果在限额以下就会发送通知给银行让银行来补充额度;如果出现了额度不足时则会将其放入清算队列,并通知银行即时解救。

2.5、流动性管理

如果清算账户上面的可用余额不足该如何处理呢?人行提供了一系列的流动性风险管理方式,确保清算业务不会因为个别银行清算异常而受到影响,主要是以下“清算排队、动态撮合、流动性补充”三种方式来处理。

2.5.1、清算排队

当日间交易时一家银行的清算账户上的可用余额不足,就是会将这笔待清算放入清算队列,并通知银行尽快补充资金,而这些排队交易要等业务截止后进行处理。

2.5.2、动态撮合

日终在系统业务截止后,如果当天有清算排队的业务,就会开启清算窗口,对2家以上的排队交易进行动态撮合“将多个参与者的资金缺口和冗余头寸按照业务优先级进行交叉匹配,不足缺口完成资金清算”。个别撮合交易允许人工进行撮合干预。

这种撮合机制需要进行复杂的匹配计算,由于清算一分钱都不能差,因此成功率并不像买卖股票的那么高。所以还是需要银行提前准备好流动性。

2.5.3、流动性补充

为了避免清算账户资金不足造成清算事故,央行提供了很多的金融工具给直接参与者的银行进行选择。一般银行都会设置2种或者2种以上的排队解救方式来避免清算账户头寸不足。

1)自动质押融资(抵押筹措资金):

银行提前将托管的债券质押给央行以获得临时融资,完成支付清算。资金归还后,质押的债券自动解押。

这种方式非常灵活、资金风险较小因此是优先级最高的。

2)日间透支(透支解燃眉之急):

银行可向央行申请信用额度,额度根据银行的信用和日常清算量确定。借央妈的钱是有条件的,清算账户不允许隔夜透支,日间透支需在清算窗口关闭前还款。

这种方式存在提现央行资金的风险,因此要求比较严格,优先级次之。

3)资金池管理(内部筹措资金):

大型银行可以将多个同属一个法人的清算账户绑定成一个资金池。当某个账户资金不足时,系统会自动从该资金池中的其它账户调拨资金来完成清算。

这种方式就是银行内部做资金筹措,需要直参分支机构多的大银行。

4)日终自动拆解(外部筹措资金):如果在清算窗口关闭前资金不足,可以向资金充裕的大户借款。日终自动拆借是指参与者预先签订协议,若在清算窗口关闭前仍未筹足资金,则按协议自动从另一方的清算账户中拆入所需资金以完成清算。

这主要针对只有一家直参机构的中小银行,也是解决流动性风险的最后一招了。

详细内容介绍参看《人行清算系统》

03 HVPS大额支付

大额支付是系统是中国跨行清算的高速公路,它的门槛比较高要100万以上,速度也非常快实时全额清算。所以它主要用于企业对公和金融机构之间的清算交易。

3.1、先清算后转发

大额交易看似有多又复杂,其实就两类业务“普通贷记”和“即时转账”,不过这两个业务的清算特性给我们带来很多不能理解的地方。下面我们就来看下。

3.2、普通贷记

普通贷记业务就是指跨行汇款业务,我们经常说的退票,其实就是普通贷记造成的。这是因为大额采用了“先清算,后转发”的处理机制。

所谓的“先清算,后转发”,就是央行先把银行清算账户上的钱扣了,然后再把交易指令转发给接收行,这个时候接收行无法拒绝,必须无条件入账,如果户名不对就只能挂账了;然后在下个工作日发起退票。

是不是很霸道?其实这是为了效率牺牲的用户体验,如果先让接收行校验户名,给回执确认再进行清算,这样的处理在大金额交易中会造成一定时间的资金占用,从而影响整体的清算。另外接收行是收钱,这种天上掉馅饼的事情也乐于接受。

3.3、即时转账

即时转账不是我们日常理解的“银行账户之间的转账”,它是由银联、网联这样的清算机构发起的“清算账户之间的转账”,这属于跨行资金清算业务。

为什么要有即时转账呢?

我们知道银行的清算账户都是开在央行的,网联、银联这样的特许参与者只是负责“指令的清算”,最终的“资金清算”还是需要在央行完成。为此央行就给它们开出“即时转账”这样的接口。

从上图可以看到,即时转账是由第三方清算机构(银联、网联)操作两个银行账户,因此它需要“一借一贷,两次操作”。并且也是秉持着“先清算,后转发”的优良传统,接收行无条件执行清算结果。

当然为了防止出现清算资金占用和方便第三方清算机构交易,大额支付系统推出“即时转账(含回执)”的版本,也提供“多边清算”的版本。不过这些都是“即时转账”的加强版,本身还是即时转账。

详细内容参看历史文章刚哥,公众号:刚哥白话大额支付系统

04 BEPS小额支付

如果说大额支付系统是“金融高速公路”,那小额支付系统就是“各地国道”,它不是简单的给大额支付系统做100万以下的分流,而是服务整个中国企业对公跨行清算业务。

4.1、对公复杂场景

小额最大的特点就是业务非常复杂,它的贷记和借记业务涉及对公的汇款业务、承兑汇票、代发工资、国库业务、债券业务、代发工资等,并且,还有公共事业类代收付业务。

4.2、小额工作原理

由于专注于业务场景,因此小额到账时效已经不是重点,而是对业务场景的支持。所以它都是批量清算业务,不过为了适应不同的业务类型,它的组包机制和清算方式则更加复杂。

4.2.1、批量组包机制

小额报文提交方式分“批量和逐笔”两种模式:

1)批量打包:

其中”普通借/贷记“和“定期借/贷记”是通过批量打包的方式提交给小额系统的。

2)实时逐笔:

而“实时借记、实时贷记”是允许逐笔提交的,毕竟是“实时”嘛,总要讲究点效率,只是资金的清算还是定时轧差净额清算(一般工作日2小时以内)。

4.2.2、小额清算机制

我们在前面的SAPS清算机制中介绍了,小额和超网使用的都是“实时双边轧差,定时多边清算”的模式,所以小额整个过程分为四步。

1)业务组包:银行按照“交易类型、对手银行”进行组包,随后发送给小额系统进行处理。

2)双边轧差:小额支付系统根据提交的报文,按照交易对手实时进行双边轧差,轧差过程中会检查账户头寸是否充足,如果充足会对“可用净借记限额”做扣减;如果不足则会拒绝。

如上图所示:三家银行双边轧差净额都是清算100万;

3)异常排队:如果清算额度不足,批量组包业务则放入队列,毕竟这类业务也不着急清算。但是实时业务则直接拒绝,避免排队撮合后退回给用户造成损失。

4)多边清算:到了清算场次后,小额会将这个段时间内的所有“已轧差”的清算业务进行汇总然后提交给SAPS进行多边清算。

如上图所示,提出行A,多边轧差后净额为0,所以只需要B行和C行清算即可。

4.3、小额核心交易

小额业务常用的类型有6种,并且每种交互形式又有所区别,刚接触晕几个月都是正常的。我这里给大家通过“交易类型+回执”,就非常好理解了。

4.3.1、贷记(无回执)

普通贷记和定期贷记业务,其实就是大额普通贷记的小额版,所以它遵循着大额的“霸道风格”,“先轧差,后转发”接收行无条件入账。

4.3.2、贷记(有回执)

实时贷记业务由于时效性要求,它增了一个“接收银行”的回执报文,需要接收行确认可以入账才能进行清算。这样就不会出现退票这种折腾人的事情了。

4.3.3、借记(有回执)

借记业务由于是跨行扣款,因此不能像普通贷记这么霸道直接“硬怼”,因此需要接收行确认回执之后才能进行清算。当然从时效性上来说几个交易还有点区别。

1)普通借记/定期借记:

普通借记和定期借记都是批量业务,一般用来做票据、债券、定期代收等时效性要求不是很高的业务,所以接收行接到清算报文后,在约定时间内发送回执就可以了。

2)实时借记:

实时借记时效性就比较高,它的回执要在20秒内给以回复,因此一般都是做成自动检查。

这个业务是不是很厉害,活脱脱一个免密代扣啊。哈哈,不过人行清算这么高规格的监管机构怎么会允许这种业务放进来呢。

详细内容参看历史文章刚哥,公众号:刚哥白话业务为王,小额支付

05 IBPS超级网银

我们前面介绍的大额、小额都是面向对公业务,虽然都很厉害,但是对个人来说太复杂了。最典型的就是需要输入恼人的“联行号”。为了提升个人业务的体验,输入开户行和卡号的“网上跨行清算系统”有又称为“超级网银”就出现了。

5.1、超网工作原理

超网在刚上线的时候,也是按照实时清算的方式处理的。不过个人的交易量实在是太大了,经常造成宕机,所有后来就改成小额的清算方式,到账时效只能靠收款行向个人“垫资”支付来实现了。

5.2、网银贷记

这是CNAPS的明星产品,我们平时通过银行做对私转账用的都是这个产品。通过银行垫资它20秒就能到账,并且入账有回执,也没有退票的烦恼。

5.3、网银借记

这个业务是当初推出来给个人做资金归集、贷款还款和代缴费的,但是随着快捷支付、协议支付等互联网产品的出现,所以现在用的人也不多了。

超网还推出过很多的其它产品,不过都是败给了互联网支付业务。

06 清算运行管理

大额、小额、网银和SAPS都是清算方面的大佬,但是要让这些大佬好好的工作还需要给它找一个狠角色来管理它们,这就是“公共管理与系统维护”(CCMS)。

6.1、联机交易管理

它负责这些大佬的上下班考勤“运行控制管理”,告诉它们每天上班分配哪些任务“参数和权限管理”,有哪些参与者发生了变更“参与者管理”,工作中如何遵守安全生产规范“安全管理和通讯管理”。

并且它还有自己的一些面向参与者提供的服务,负责转发和确认参与者之间的交易信息和支付结果,包括“查询查复、业务确认、通用结果通知”等“信息类业务”。还有为参与者提供系统维护、软件更新、客户服务等“系统维护”功能。

6.2、运行控制管理

CCMS每天管理的事情很多,当然大家最感兴趣的还是几个大佬的上下班时间,工作喜好,职责分工等。毕竟它们的工作方式决定了银行要准备多少资金头寸,客户什么时候钱能到账。

人行清算系统运行时间表

1)大额系统与SAPS

为什么银行下午4点半后就不能办跨行业务,5点后就关门了呢?其实这就是大额清算的时间。

大额支付系统和SAPS每天工作21小时,从早上8:30一直到16:00做结业准备(小额和超网日切),17:00点后停止处理大额业务,并开始进行当天的清算和日终处理。晚上8:30到次日早晨,系统会继续运行夜班。

2)小额支付与超级网银

两位大佬在节假日可以休息,但为了促进消费和经济增长,小额支付系统和超级网银需要全年无休地为国民经济提供清算服务。

不过节假日期间,由于SAPS不工作小额和超网实际上是不清算的,所以没到节假日都需要银行准备好充足资金向客户垫付资金。

讲在最后

理解清楚中国清算体系的底层原理,对于我们从事支付业务是非常有帮助的。最后做几个简单的总结吧。

1、借记和贷记交易:让我们知道资金清算就是跨银行之间的收付记账处理。

2、普通贷记业务:先清算后转发,让我们知道“汇款和退票是两笔独立的业务”;

3、即时转账业务:即时转账的一借一贷操作,让我们知道网联、银联是如何清算的;

4、小额清算原理:小额“实时双边,定时多边”,让我们知道多边轧差是局限性和漏洞的,需要与双边轧差配合才能保障清算交收的安全。

5、超网清算原理:超网在小额基础上增加了“收款行垫资”让我们知道为什么个人24小时可以秒到,企业确只能工作日到账。

6、清算账户结构:让我们知道实时全额和轧差净额两种清算方式,在账户的物理结构上就需要分开。

7、净借记限额:了解了借记限额的结构,然我们知道如何在核定额度内给用户做透支。

8、流动性管理:清算的流动性管理是一套从“排队、撮合到流动性补充”的完整体系,他告诉我们如何”既能减少银行资金的占用,又能减少排队的异常”。

本文由人人都是产品经理作者【刚哥】,微信公众号:【刚哥白话】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。