◈ PAYMENT PRIMER CH.01 / 支付的基本概念
BOOK / 一本书读懂支付CH.01陈斌PP.14–40

支付的基本概念

把「交易 · 支付 · 结算 · 清算」四个词摆正,
后面所有资金链路与风险点才有地方挂。

信息流 是意图 Payment Request / Instruction
资金流 是事实 Debit / Settlement / Clearing
5交易要素
7资金链路环节
8风险敞口点
1天默认在途时长 T+1
§ 01

四个词,先摆正

这一章只做一件事:给「交易 / 支付 / 结算 / 清算」划清边界。混用这四个词,排查资金差错时会直接走错方向。

T

交易

买卖双方对有价值的物品及服务进行互通有无的行为。

范围:全集 · 含五个步骤

P

支付

付款人向收款人转移可接受的货币债权的过程。

范围:交易五步中的一步

S

结算

按合约周期与费率,对一个周期内所有支付请求做总结性计算。

范围:支付机构 ↔ 商户

C

清算

金融机构相互对长款短款轧差,只转移净额。

范围:金融机构 ↔ 金融机构

一句话区分

结算是「算给商户多少钱」/清算是「银行之间谁欠谁多少」

§ 02

交易五要素:支付排在最后,却是闭环开关

前四步做得再漂亮,支付失败,交易就失败。点每一步看它在传统与数字形态下分别长什么样。

01 / SIGN

签约

对标的、数量、质量、价值、时间地点达成共识并固定下来。

传统形态

纸质合同、销售确认书、口头承诺。

数字形态

电子合同、电子签章、区块链智能合约。

没有签约,后面四步都没有依据可谈。

易混的根源:日常话术把两个词并着用——「支付交易」「交易金额」「交易系统」。严格说,交易是全集,支付是子集中的一个环节。还有一种情形是「有支付、无交易」:还债、慈善捐赠、缴罚款。

§ 03

「可接受的」三个字,不能删

支付转移的不是「钱」,而是「被对方接受的一种债权凭证」。货币形态可以变,被双方信任才是硬条件。点一枚凭证试试。

付款人通常为买方;可为第三方代付,也可为智能设备 + 收款人通常为卖方;电商场景常被支付机构代收 + 可接受的货币债权时间 / 币种 / 金额 / 方式,四项约定 = 支付成立
判定

✓ 支付成立:贝壳能换米,因为买卖双方都接受它作为债权凭证。货币形态一直在变,「被双方信任」这条没变。

TIME

支付时间

如货到后 N 天。约定被拖长,就是在途敞口被拖长。

CCY

支付货币

币种。跨币种就天然暴露在汇率波动下。

AMT

支付金额

本次实际转移的债权数额,不等于交易金额。

METHOD

支付方式

支票 / 信用证 / 现钞 / 信用卡 / 电子转账。

资金安全的大部分事故,都发生在这四个约定被违约、被误解或被篡改的地方。四个约定里,唯一需要「谈」的是第三个整体——前两个(付款人、收款人)是身份,第三个才是条款。

§ 04

资金链路走廊:两条流,永远对不齐

信息流走的是指令,资金流走的是事实。信息流 200 毫秒到终点,资金流要 1 天。这段时差,就是所有在途敞口的出生地。

虚线 · 信息流(意图) 实线 · 资金流(事实) 金点 · 对账锚
N01

买家账户

卡 / 钱包 / 余额

对账锚
N02

收单接入

受理 · 风控 · 路由

对账锚
N03

备付金账户

客户资金池

对账锚
N04

结算引擎

周期汇总 · 扣费

对账锚
N05

商户账户

结算净额到账

对账锚
跨行路径 · 只在日终汇成一条线
N06

银行群

发卡行 / 收单行

N07

清算所

轧差 · 只搬净额

NET差额
T+0
IDLE

等待播放。每一步都会写明「信息流到哪」与「资金流到哪」。

在途敞口
0万元
敞口 = 资金量 × 暴露时长

资金还停在 N01,没有离开买家账户,敞口为 0。

§ 05

结算 vs 清算:一个轧差模拟器

书中宋江李逵的例子值得背下来。点两次取款,看两家银行的长短款怎么在日终被轧成 200 元。

BANK A · 中行
宋江用中行卡,在建行 ATM 取 700 元 700
李逵用建行卡,在中行 ATM 取 500 元 −500
应收(净)0
BANK B · 建行
宋江取现 700 → 建行垫付 −700
李逵取现 500 → 建行收单 500
应收(净)0
不轧差 · 实际搬动 0元
轧差后 · 实际搬动 0元

两家银行互不相欠时,轧差没有意义。先取款,再算净额。

量级提醒:这里用书中的 700 元 / 500 元,数字小是为了看清机制;上面走廊里的示例是 1,000 万元的一笔支付——两个例子别混着读。真正的净额只跟同一批轧差里的长款短款有关。

口径提醒:结算的主体是「支付机构 ↔ 商户」,对象是一个周期内所有支付请求的总额,输出是扣费后的应付净额;清算的主体是「金融机构 ↔ 金融机构」,对象是机构间的长款与短款,输出是轧差后的净额划拨。支付机构做结算,不做清算。

§ 06

备付金:整条链路最大的在途敞口

拖两个滑杆,看池子有多大。结算周期每多一天,池子里就多压一整天的交易额——这是精算,不是修辞。

备付金池(同时在途)
1,000万元
全年累计在途敞口(资金·日,金额×天数)0
折合「占用一天」的资金0
按年化 1.5% 计的占用成本0
结算手续费收入 / 年0
单点挪用情形下的最大暴露0

怎么算的:资金·日 = 日交易额 × 结算周期 × 365。它不是一笔现金,而是「金额 × 天数」的累加:以初始值(1,000 万元/日、T+1)为例:1,000 × 1 × 365 = 365,000 万元·日,折合 36.5 亿元占用一天;把周期改成 T+7,同一个池子就会变成 7 倍。真正某一刻压在池子里的钱,只有「备付金池」那一个数。

制度约束:自 2019 年 1 月起,支付机构客户备付金 100% 集中交存央行,机构不得以任何形式挪用。池子越大,越必须靠制度而不是靠自觉。

商户视角

结算周期内即将结算给我的待付资金,是我的应收账款。

用户视角

钱包余额、下单未确认收货而托管在第三方的金额。

机构视角

预收待付的客户资金。它不属于机构自己的资产。

§ 07

风险敞口:把概念翻译成工作清单

把八个环节排成一列,每个环节标出该盯什么。这一章就从「知识」变成了「值班表」。

在途

在途资金敞口

资金量 × 滞留时长

备付金池、结算批次、跨行在途。时间里全是钱。

信用

信用敞口

授信余额 × 违约概率 × 违约损失率

信用支付与分期,本质是把未来的钱先挪过来用。

操作

操作敞口

可绕过校验的路径 × 单笔上限

重复提交、直接改余额、重复结算。人为与技术双来源。

对手方

对手方敞口

净额头寸 × 对手方违约概率

清算所与银行群,日终才见分晓。

RULE 01

信息流可以重放,资金流不能重来。对外指令必须幂等,内部记账必须能回滚到分录层。

RULE 02

结算错是「少给或多给商户」,清算错是「银行之间头寸错」。先分类,再动手。

RULE 03

余额是推导值,不是事实源。事实源是分录与流水,账实差异必须能追到凭证。

§ 08

一个超时,怎么变成 200 万挂账

支付指令没有幂等键时,网关的每一次重试都是一次新的扣款。点一下,看敞口怎么长出来。

等待模拟…
应收100 万
实际扣款0
挂账敞口0

未发生扣款。

§ 09

余额是结果,分录是原因

资金系统的铁律:余额只能由分录推导出来。任何直接改余额的路径,都是事故源。试两种加法。

ACCOUNT / 6217 **** 0042平衡
账面余额
1,000.00CNY

Σ 分录 = 1,000.00

D1期初入账+1,000.00

账户模型的八类属性(做资金建模几乎逐条对应)

01

账户编号

含从属关系与业务标识,不是随机数,便于凭证与审计。

02

账户余额

现存未使用数量,含可用与不可用两部分。

03

可用余额

当前场景、当前时刻可动用的金额。

04

冻结余额

不可动用。来源三类:业务冻结、政策法律、营销协议。

05

货币种类

余额 + 币种 = 真实价值。缺一个都不能算钱。

06

借贷属性

借增资产费用,贷增负债收入权益。方向错了,全盘错。

07

所属科目

按经济内容对六类会计要素进一步分类。

08

账套

科目、凭证、账簿、报表的集合。

§ 10

术语表与八道自测

读完这一章,应该能不看笔记答出下面八个问题。点开对答案。

Transaction交易买卖双方互通有无的全过程,含五要素
Payment支付付款人向收款人转移可接受的货币债权
Payment Request支付请求商户发给支付机构的处理请求
Payment Instruction支付指令支付机构发给银行的具体划款命令,一请求可拆 N 个
Account Receivable应收账款因销售商品或服务产生的债权
Factoring保理把应收账款转让给保理商换取融资与服务
Acquiring收单接收并处理消费者留下的交易单据
Customer Funds备付金支付机构预收待付的客户资金
Settlement结算支付机构与商户之间算清一个周期的应付款
Clearing清算金融机构之间轧差,只转移净额
Account Set账套一套完整的账簿体系
Credit Reporting征信采集信用行为并计算信用分
原文勘误:「对薄公堂」应为「对簿公堂」;书中清算写作 Clearance,业内更常见是 Clearing;FICO 公司名写作 FairIssac,规范写法为 Fair, Isaac and Company;书中的信用分档(350 以下 / 351–590 / 591–610 / 611–680 / 681 以上)是作者简化分档,标准 FICO 区间通常为 300–850。