002 支付三环节：发起 → 清算 → 结算

扫一次码，钱"嗖"地付出去了。但你以为的"一瞬间"，其实暗藏三个环环相扣的环节——发起、清算、结算。漏掉任何一个，钱都到不了商家手里。

一、引子：支付不是"一步到位"

很多非从业者的直觉是：我扫码 → 商家到账，中间没有别的。

但站在支付体系里看，一笔支付从"你想付"到"商家真正拿到钱"，至少经历三个独立环节。它们各有各的责任人、各有各的系统、各有各的风险点。

把这三个环节讲清楚，是理解一切支付业务（费率、到账时间、清算风险）的地基。

二、是什么：三个环节，三件事

记忆口诀：发起是起点，清算是过程，结算是终点。三者闭环，支付才算完成。

三、怎么运作：逐环节拆解

你在收银台打开付款码，或输入金额确认支付——这一刻，你通过支付工具（银行卡、扫码、网银）向收单机构/银行发出了一条支付指令。

这条指令至少包含三要素：

谁付钱（你的账户）

付给谁（商户的收单账户）

付多少（金额）

发起环节解决的是"意图"问题：把一笔交易请求送进支付系统。到此为止，钱还没动，账也没算。它对应的是支付链条上最前端的"交易触发"，由付款人、商户和收单机构共同完成。

指令进入系统后，真正的"算账"才开始。

清算机构（中国的银联、网联）在参与机构之间交换交易信息、计算债权债务、确认应收应付。比如你用 A 银行卡在 B 银行收单的商户消费，清算机构要算出：A 银行该付给 B 银行多少钱。

为了效率，清算通常采用轧差（净额）方式：把一天里多笔往来相互抵消，只结算差额，而不必逐笔全额划转。

清算 = 算账。它只确定"谁欠谁、欠多少"， 不碰资金。

账算清了，钱该动了。

结算通过账户间的资金划转，完成债务的最终清偿。在中国，这一步最终由央行支付系统（大额支付系统 HVPS、小额支付系统 BEPS、网上支付跨行清算系统等）在商业银行账户之间完成。结算可以分为全额结算（逐笔实时，如大额系统 RTGS）和净额结算（批量轧差后划转，如小额系统 DNS）。

结算完成后，资金才真正从付款行账户到了收款行账户，商户"实际收到了钱"。这也是为什么法律上"结算完成"才视为债权债务彻底消灭。

结算 = 给钱。钱从 A 户到 B 户，债权债务彻底消灭。

四、为什么必须区分这三个环节？

把"清算"和"结算"混为一谈，是初学者最常见、也最危险的误区。区分它们，至少有三个实际意义：

1. 解释"为什么钱没实时到账"

清算可能几秒完成，但结算往往按批次（T+0、T+1）进行。你付完款，清算已毕，但结算还在"排队"——这就是常说的"在途资金"。理解了这一点，就不会再困惑"我明明付了，商家怎么还没收到"。

2. 厘清监管与责任的边界

央行管的是结算的最终性（钱到底到没到），清算机构管的是清算的准确性（账到底算没算清）。两者一旦出错，补救路径和追责主体完全不同。

3. 看懂费率与分润结构

一笔手续费要在发卡、收单、清算转接之间拆分，每个环节分到的钱，对应的是它在这个环节创造的价值。看不懂三环节，就看不懂分润表的每一行。

五、一个真实场景

场景：你在餐厅扫码点餐，用微信付了 88 元。

发起：你确认支付 → 微信支付（财付通）向收单通道发出指令"用户 A 付 88 元给商户 B"。

清算：网联/银联在财付通、商户收单行之间轧差，确认"财付通应付商户收单行 88 元（扣除手续费后净额）"。

结算：资金在央行系统里从财付通备付金账户划转到商户收单行账户；商户次日（T+1）在后台看到"已结算 88 元"。

你看——你付完款的瞬间，只是"发起"完成；商家真正落袋，要等"结算"走完。

六、关键要点

支付 = 发起 → 清算 → 结算 三段闭环，缺一不可

发起是"说要付"：提交支付指令，钱未动、账未算

清算是"算清账"：机构间轧差确认债权债务，不动资金

结算是"把钱给"：账户间资金实际划转，债务最终消灭

没实时到账，通常是结算在排队，不是清算没过

理解三环节，是看懂费率、到账时间、清算风险的前提

下期预告

003 支付 vs 交易 vs 清算 vs 结算

这一期我们分清了"清算"和"结算"。下一期更进一步：支付、交易、清算、结算这四个词到底有什么区别？为什么不能混用？一张对比表讲透。

*图解支付 · 每天一个支付知识点 | 第 002 期*

本文作者：略懂一二