3. 清算与结算核心概念
在支付清算领域，清算（Clearing）与结算（Settlement）是两个最容易被混用的词。很多初学者以为它们只是同一件事的两种说法，但在真实的支付系统里，它们分别对应“算账”和“转账”两个截然不同的阶段。理解这一区分，是读懂后续所有清算网络、结算账户和流动性管理的前提。
一、核心原理：清算负责算，结算负责转
清算的本质是交易信息的收集、核对、轧差与债权债务确认。它回答的问题是：“谁欠谁多少钱？”清算过程通常不涉及真实资金移动，只处理指令、对账和净额计算。结算的本质是最终的资金划拨，它回答的问题是：“钱实际到账了吗？”结算一旦完成，支付就具有最终性（Finality），不可撤销。
可以用一个生活化类比：一群朋友聚餐后，清算就是大家把各自垫付的账单汇总、互相抵扣，算出“张三只需再给李四50元”；结算就是张三真的把这50元转给李四。没有清算，结算就无从算起；没有结算，清算只是一纸空账。
关键结论：清算 = 信息层 + 计算层；结算 = 资金层 + 最终性。二者在时间上可以分离，在系统上通常由不同模块甚至不同机构承担。
二、六组核心术语逐一拆解
下面这张表把本节涉及的术语按“作用维度”归类，便于对比记忆。
| 术语 | 英文 | 核心含义 | 典型场景 |
|---|---|---|---|
| 清算 | Clearing | 交易核对、轧差、确认债权债务 | 银联跨行交易清分 |
| 结算 | Settlement | 最终资金划拨，不可撤销 | 大额支付系统HVPS |
| 轧差 | Netting | 将多笔收付合并抵消 | 双边/多边净额 |
| 净额 | Net Amount | 轧差后的应收应付差额 | 日终净额结算 |
| 全额 | Gross Amount | 逐笔全额，不抵消 | RTGS实时全额 |
| DVP | Delivery vs Payment | 券款对付，一手交钱一手交券 | 证券结算 |
| PVP | Payment vs Payment | 汇兑同步，两种货币同时交割 | 外汇交易结算 |
三、轧差、净额与全额：三种结算模式
轧差（Netting）是把多笔双向支付合并计算的过程。假设A欠B 100元，B欠A 80元，轧差后只需A向B支付20元。轧差分为双边轧差（两两之间）和多边轧差（整个清算圈统一计算）。
净额结算基于轧差结果，只在日终或约定时点划拨差额，资金占用少、成本低，但存在信用风险——如果一方在结算前违约，整个净额链条可能断裂。全额结算则逐笔划拨，每笔都真实转账，风险低但流动性要求高。RTGS（实时全额结算系统）就是典型代表。
净额结算示例（多边轧差）：
A 应收 300，应付 120 → 净收 180
B 应收 200，应付 260 → 净付 60
C 应收 150，应付 270 → 净付 120
校验：180 - 60 - 120 = 0 （净额之和必须为零）记忆口诀：全额看单笔，净额看总账；全额重安全，净额重效率。选择哪种模式，本质是在流动性成本与信用风险之间做权衡。
四、DVP与PVP：同步交割的两种经典机制
DVP（券款对付）解决的是证券交易中的“本金风险”：买方怕付了钱拿不到券，卖方怕交了券收不到钱。DVP要求证券交割与资金支付同时发生、互为条件，任何一方不履行，另一方也不履行。它是国际证券结算的推荐标准。
PVP（汇兑同步）是DVP在外汇领域的对应机制。两种货币的支付必须同时完成，避免一方先付后对方违约的赫斯塔特风险。CLS系统就是全球最著名的PVP实践。
五、案例与误区复盘
案例：某银行日间通过RTGS逐笔全额支付了10亿元，日终又参与银联多边净额清算，净收2亿元。这里全额与净额并存并不矛盾——RTGS负责大额实时最终结算，银联净额负责零售小额批量清算，二者是不同层次的分工。
常见误区一：把“清算完成”当成“资金到账”。清算只确认了债权债务，若结算失败，收款方仍未真正拿到钱。
常见误区二：认为净额结算一定比全额好。净额节省流动性，但引入了交易对手信用风险和结算失败连锁风险，大额系统往往必须用全额。
常见误区三：把DVP简单理解为“同时转账”。DVP的核心是条件性——券和款互为触发条件，而非仅仅时间上接近。
掌握这些术语的精确边界后，你在设计支付系统时就能准确判断：哪些环节只需清算指令，哪些环节必须触发真实结算；哪些场景适合轧差净额，哪些必须逐笔全额；以及证券与外汇场景下如何用DVP/PVP消除本金风险。