支付清算
支付是资金从付款方到收款方的转移指令，清算是多方债权债务的计算与轧差，结算是资金的最终划拨。三者串成一条链。
又称清算支付清结算
银行业务
三个环节不能混着说
- 支付（Payment）：单个交易的处理，关注的是「这笔钱怎么从 A 到 B」，包含验签、风控、记账。
- 清算（Clearing）：把一段时间内的大量交易做轧差，算出各参与机构之间到底谁欠谁多少。1000 笔双向交易轧差后可能只剩几十笔净额头寸。
- 结算（Settlement）：按清算结果，真正在央行的准备金账户上划拨资金，这是终局性的一步，完成后不可撤销。
全额结算 vs 净额结算
| 实时全额（RTGS） | 定时净额（DNS） | |
|---|---|---|
| 处理方式 | 逐笔实时、全额 | 批量轧差后按净额 |
| 资金占用 | 高 | 低 |
| 风险 | 无结算风险 | 存在本金风险（轧差对手违约） |
大额支付走 RTGS，小额批量（代收付、工资代发）走 DNS。
在中国
银行间支付经由央行的大额支付系统（HVPS）、小额支付系统（BEPS）、网上支付跨行清算系统（IBPS，即「超级网银」）完成。银联、网联负责银行卡与第三方支付的转接清算。
理解这条链路，才能理解为什「支付成功」和「资金到账」之间会有时间差——支付成功只是行内记账完成，跨行资金还在清算与结算的路上。
提及本词的文章
- 支付清算全流程拆解从一笔转账发起，到资金在金融机构间真正落账，拆解支付、清分、结算三阶段与大小额、银联、网联各自的角色，以及日终对账为何是生命线。
- 六边形架构在银行核心系统的落地用端口与适配器把核心业务从数据库、渠道和三方系统里解放出来，让银行核心真正可测、可替换、可演进。
- 银行核心系统建模随笔关于账户、分录、产品参数与会计日的建模笔记，记录核心系统里那些看着简单实则不能妥协的模型设计。
- 开博第一篇：为什么写「追风笔记」记录我做银行系统架构这些年的思考，以及这个站点的由来。