支付与清算
资金从付款方转移到收款方的完整过程,以及金融机构之间债权债务的计算与清偿
#type / concept
#status / growing
#society / economy
[!info] related notes
- 所属 MOC: 货币、银行与支付系统MOC
- 前置概念: 商业银行, 货币
- 并列概念: 银行挤兑
- 易混淆概念: 转账(transfer)、汇款(remittance)
- 关系笔记: 支付体系与融资体系
支付与清算
一句话定义
支付是资金从付款方转移到收款方的行为,清算是金融机构之间对大量支付交易的债权债务进行计算和最终清偿的过程——前者是”个人动作”,后者是”系统结算”。
核心机制 / 工作原理
支付的基本流程
当你用微信支付买了一杯 30 元的咖啡,背后发生了什么?
步骤 1: 你扫码 → 微信发起扣款请求
步骤 2: 微信 → 你的银行(扣你账户 30 元)
步骤 3: 你的银行 → 清算机构(如网联/银联)
步骤 4: 清算机构 → 商家的银行(记入商家账户)
步骤 5: 商家的银行 → 商家账户(+30 元,扣除手续费后约 29.7 元)
整个过程通常在几秒内完成,但背后的清算可能在当天或次日才最终完成。
清算 vs 结算
这两个概念经常被混用,但有本质区别:
| 概念 | 英文 | 含义 | 例子 |
|---|---|---|---|
| 清算 | Clearing | 计算各方应收应付的金额 | 计算出 A 银行应付 B 银行 500 万 |
| 结算 | Settlement | 实际转移资金完成支付 | A 银行在央行账户上转 500 万给 B 银行 |
清算在前,结算在后。 清算是”算账”,结算是”付钱”。
两种主要清算模式
1. 实时全额结算(RTGS)
Real-Time Gross Settlement,每笔交易实时、逐笔结算。
交易 1: A→B 转 100 万 → 立即从 A 账户扣 100 万,B 账户加 100 万
交易 2: A→C 转 200 万 → 立即从 A 账户扣 200 万,C 账户加 200 万
交易 3: B→A 转 50 万 → 立即从 B 账户扣 50 万,A 账户加 50 万
特点:
- 逐笔实时结算,不可撤销
- 需要银行有充足的准备金(因为每笔都要即时付款)
- 风险最低——不存在”欠着不付”的可能
- 资金占用大——大额资金被冻结在清算过程中
适用场景: 大额支付(银行间转账、企业大额支付、证券交易结算)
| 国家 | RTGS 系统 | 运营方 |
|---|---|---|
| 中国 | 大额实时支付系统(HVPS) | 中国人民银行 |
| 美国 | Fedwire | 美联储 |
| 欧元区 | TARGET2 | 欧洲央行 |
| 日本 | BOJ-NET | 日本央行 |
| 英国 | CHAPS | 英格兰银行 |
2. 净额清算(Netting)
先汇总一段时间内的所有交易,最后只结算净差额。
时段内交易:
A→B: 100 万
B→A: 80 万
A→C: 50 万
C→A: 30 万
B→C: 20 万
C→B: 10 万
净额计算:
A 净应付: (100+50) - (80+30) = +40 万(应付 40 万)
B 净应收: (80+20) - (100+10) = -10 万(应收 10 万)
C 净应收: (30+10) - (50+20) = -30 万(应收 30 万)
最终只需结算:A 付 40 万给 B 和 C(其中 B 10 万,C 30 万)
原本 6 笔交易共 290 万的流转,最终只需结算 40 万。
特点:
- 大幅减少实际资金转移量
- 降低银行准备金需求
- 存在对手方风险(如果结算前某银行倒闭怎么办)
- 有结算周期(不是实时的)
适用场景: 小额批量支付(零售支付、信用卡清算)
| 国家 | 净额清算系统 | 运营方 |
|---|---|---|
| 中国 | 小额批量支付系统(BEPS) | 中国人民银行 |
| 美国 | Fedwire ACH / 清算所 | 美联储 / 私营清算所 |
| 中国 | 网联/银联 | 网联/银联 |
RTGS vs 净额清算对比
| 对比项 | RTGS(实时全额) | 净额清算 |
|---|---|---|
| 结算方式 | 逐笔实时 | 汇总后净额 |
| 结算时机 | 实时 | 定时(日终/多轮次) |
| 资金效率 | 低(大量资金占用) | 高(只需净额) |
| 信用风险 | 低(实时完成) | 较高(结算前有敞口) |
| 流动性需求 | 高 | 低 |
| 适用场景 | 大额、紧急 | 小额、批量 |
| 可撤销性 | 不可撤销 | 结算前可撤销 |
清算所的角色
清算所(Clearing House)是站在买卖双方之间的”中间人”:
没有清算所:A 银行 ←→ B 银行(双边清算,N 家银行需要 N×(N-1)/2 对关系)
有清算所:A 银行 → 清算所 ← B 银行(所有交易集中到清算所)
清算所的核心功能:
- 交易匹配:确认买卖双方的交易细节一致
- 净额计算:计算每家机构的应收应付净额
- 风险管理:要求参与者缴纳保证金,控制违约风险
- 担保结算:作为中央对手方(CCP),承担对手方违约风险
跨境支付:更复杂的链条
跨境支付涉及不同国家的银行和清算系统,链条更长:
中国小明 → 中国银行(发起行)→ SWIFT 报文 → 美国代理行 → 美国收款人银行 → 美国小红
↓ ↓
中国 HVPS 系统 美国 Fedwire 系统
| 环节 | 说明 | 耗时 |
|---|---|---|
| SWIFT 报文传递 | 发送支付指令(不转移资金) | 几分钟到几小时 |
| 代理行清算 | 通过代理行账户完成资金划转 | 1-3 个工作日 |
| 合规审查 | 反洗钱、制裁名单筛查 | 可能延迟数天 |
| 汇率转换 | 人民币 ↔ 美元 | 在中间环节完成 |
中国支付清算体系
| 系统 | 全称 | 功能 | 特点 |
|---|---|---|---|
| HVPS | 大额实时支付系统 | 大额资金实时转账 | 逐笔实时,工作日运行 |
| BEPS | 小额批量支付系统 | 小额零售支付 | 批量处理,7×24 小时 |
| CNAPS | 中国现代化支付系统 | 总称 | 包含 HVPS 和 BEPS |
| 网联 | 网联清算有限公司 | 第三方支付清算 | 支付宝、微信等的清算通道 |
| 银联 | 中国银联 | 银行卡清算 | POS 机、ATM 跨行交易 |
| CIPS | 人民币跨境支付系统 | 跨境人民币清算 | 类似 SWIFT+CHIPS |
最小例子 / 最小场景
你在超市用银行卡刷卡买了 100 元的食品:
- 你刷卡 → POS 机发送请求 → 银联网络
- 银联找到你的发卡行(工行),确认余额充足
- 银联找到商家的收单行(建行),通知准备收款
- 银联计算清算:工行应付建行 100 元(扣除手续费后约 99.5 元)
- 当天日终,银联汇总所有交易,通过央行系统完成净额结算
- 工行在央行的准备金减少,建行的准备金增加
- 第二天,100 元(扣除手续费)到账商家账户
整个过程你只感受到”滴”的一声,但背后跨越了多个系统和机构。
边界与易混淆点
它不是什么
- 不是转账:转账是支付的一种具体形式。支付是更广义的概念,包括刷卡、扫码、现金支付等各种形式。
- 不是汇款:汇款特指跨地域的资金转移,通常需要通过银行或汇款公司。支付可以在本地完成。
- 不是结算:清算是计算应收应付,结算是实际划转资金。两者是支付流程的不同阶段。
主要局限
- 跨境支付效率低:传统的代理行模式下,跨境汇款可能需要 3-5 个工作日,且费用高昂(平均费率约 6-7%)。
- 系统性风险:支付系统是金融基础设施的核心节点,一旦故障或被攻击,可能导致大面积金融瘫痪。
- 合规成本高:反洗钱(AML)、了解客户(KYC)等合规要求增加了支付成本和时间。
- 碎片化:不同国家、不同支付方式之间缺乏统一标准,互操作性差。
常见误解
-
误解:“转账是实时到账的”
- 真相:表面上实时到账,但最终结算可能在日终甚至次日。银行先”垫付”给你,实际资金划转在后台完成。
-
误解:“SWIFT 是转账系统”
- 真相:SWIFT 只是一个报文传递网络(发消息的),不转移资金。资金转移通过代理行账户和各国清算系统完成。
-
误解:“数字人民币和支付宝/微信支付一样”
- 真相:数字人民币是央行发行的数字货币(M0),支付宝/微信是支付工具(走的是商业银行存款体系)。前者是”钱本身”,后者是”转钱的通道”。
最短记忆方式
支付是”把钱从 A 搬到 B”,清算是”算清楚 A 该给 B 多少”,结算是”真正把钱划过去”——三步走完,一笔交易才算结束。
参考资料
- Committee on Payments and Market Infrastructures (CPMI). (2012). Principles for financial market infrastructures. BIS. — 支付清算系统的国际标准。
- 中国人民银行.《中国支付体系发展报告》. — 中国支付清算体系的官方年度报告。
- Bank for International Settlements. “Cross-border payments: a roadmap for enhancement” (2020). — BIS 关于改善跨境支付的路线图。