第 11 章 本地与全球:境内各自为政,跨境只有两条路
所属:第三部分 · 银行账户轨道(第 9–11 章) 前置:第 2 章(清算与结算、终局性、RTGS 与 DNS)、第 3 章(央行准备金)、第 8 章(卡天然是拉)、第 9 章(推与拉)、第 10 章(四条美国轨道) 本章新概念:本地清算管道、本地支付方式(LPM)、前端聚合、授权通过率、数据驻留、全球通用标准的两条通道
这一章是全课唯一一次横向看世界,也是把“本地”和“全球”这两个词分清楚的地方。 前面的例子都在美国境内。这一章把清算与结算那个核心问题——清算在哪张网上算、结算最后落在谁的账本上——拿到美国、欧元区、中国、印度、巴西各问一遍,再问一句:那国与国之间,靠什么?
一、上一章留下的问题¶
上一章最后说:ACH、Fedwire、RTP、FedNow 这四条轨道有一个共同前提——所有参与方都在同一个央行的账本上开户,最后那一步全都落在美联储那本账上。
那换个国家呢?
境内:每个货币区都自己回答了一遍,答案各不相同,而且这套差异会一路向上,决定这个国家的网关长什么样、商户要接几种支付方式、你的交易能不能被批准。
跨境:选择反而少得可怜——真正全球通的标准只有两套。
这一章先看各国境内的差异,再看跨境为什么反而收敛。
二、先分层,否则没法比¶
新手最容易犯的错,是把 SWIFT、SEPA、UPI、支付宝摆在一起比较。它们根本不在同一层。
先把层分清楚:
| 层 | 干什么 | 例子 |
|---|---|---|
| 报文层 | 传指令,不碰钱 | SWIFT |
| 清算层 | 算清谁欠谁 | ACH、SEPA SCT、网联 |
| 结算层 | 真把钱划掉 | 美联储准备金账户、TIPS、巴西 SPI |
| 前端聚合层 | 用户实际点的那个按钮 | 微信支付、iDEAL、PhonePe |
清算与结算的两个词管的是中间两层,没有全球央行那一章会讲报文层。这一章讲的是清算层和结算层在各国的形态,以及最上面那层前端为什么长得那么不一样。
一个直接的推论:SEPA 和 SWIFT 不是竞争关系,一个是规则加清算体系,一个是报文网络。拿它们比,等于拿铁路网和电报系统比。
三、五个货币区,五套公共管道¶
每个货币区都有两代东西:一条老的批量管道,和一条 2010 年之后建的实时管道。
| 货币区 | 老的批量管道 | 实时管道 | 上线 | 前端最常见的样子 |
|---|---|---|---|---|
| 美国 | ACH | FedNow、RTP | 2023、2017 | Zelle |
| 欧元区 | SEPA SCT | SCT Inst,底层结算走 TIPS | 2017 | 荷兰 iDEAL、欧洲正在推的 Wero |
| 中国 | 大额支付系统、小额支付系统 | 超级网银(IBPS)、网联 | 2010、2017 | 微信支付、支付宝 |
| 印度 | NEFT | UPI | 2016 | PhonePe、Google Pay India |
| 巴西 | TED | Pix | 2020 | 各家银行 App 里统一的 Pix |
三件事值得先注意。
一,它们都是公共品,不是某家公司的产品。 除美国的 RTP 之外,上表的实时管道全部由央行或央行下属机构建设运营。这跟卡组织那条私营轨道是完全不同的物种。
二,前端和管道是两层。 你在中国用微信扫码,在印度用 PhonePe,在荷兰点 iDEAL——这些是前端聚合层,它们各自骑在下面那条公共管道上。用户记住的是前端的名字,真正决定这个国家支付形态的是下面那条管道。
三,中国有两条,因为要解决两个不同的问题。 超级网银连的是银行与银行;网联连的是非银行支付机构与银行。2017 年之前,微信和支付宝是分别和每家银行私下建连接的——那正是清算与结算那个 N² 问题的翻版:每一家都要和每一家单独连,连接数按机构数的平方涨。网联把它收敛成了一个中心。
四、用那把尺子量一遍:秒到,但终局了吗¶
清算与结算给过一把尺子:每遇到一条新轨道,问它清算什么时候发生、结算什么时候发生、中间隔多久、这段时间里谁在承担风险。
把这把尺子拿去量上面六条实时管道,会量出一个反直觉的结果:用户体验完全一样,机构间的账却分成了两类。
| 实时管道 | 用户端体验 | 机构之间怎么结 | 到账即终局吗 |
|---|---|---|---|
| 巴西 Pix | 秒到 | 在央行 BCB 的账户上逐笔实时划转 | 是 |
| 欧元区 SCT Inst | 10 秒内到 | 在 TIPS 上用央行货币逐笔实时划转 | 是 |
| 美国 FedNow | 秒到 | 在美联储准备金账户上逐笔实时划转 | 是 |
| 美国 RTP | 秒到 | 在预置资金池内实时划转 | 是 |
| 印度 UPI | 秒到 | NPCI 先轧差算净额,再通过 RBI 的 RTGS 分批结清 | 否 |
| 中国超级网银 | 秒到 | 官方口径是“实时入账、定时清算”:逐笔实时处理,轧差净额结算 | 否 |
分野不在用户端,在机构之间那一步划转的钱在不在场。前四行划的都是已经在场的钱:Pix、SCT Inst、FedNow 在央行账本上逐笔全额划转;RTP 虽然不走央行账本,但银行事先把钱押进了池子。后两行是先记账、轧差、延后结清,用户看到到账的那一刻,机构之间的钱还没划。
判断一条即时管道是不是到账即终局,就看机构之间那一步划的钱在不在场。
RTP 那行最能说明问题:它不在央行账本上却也是终局,可见关键变量是钱在不在场,不是走不走央行账本。
把 UPI 那条走一遍,就能看见这个差别落在谁头上。
用户在印度用 UPI 转账,钱几秒钟就出现在对方账上;但那一刻收款行是先用自己的钱垫的,它和付款行之间的账要等到当天某个结算窗口才真正清掉。
这就是清算与结算开头那个场景,一字未改地在全国规模上重演了一遍:银行乙先给 Alice 加了 100,用的是自己的钱,它对银行甲的债权还挂在账上。
“实时到账”描述的是用户看到的那一层。“实时结算”描述的是央行账本上那一层。这两件事可以不同时发生,而且经常不同时发生。
对做产品的人这条差别很实际:在采用净额结算的即时管道上,收款机构承担着一个日内的结算敞口。系统设计得好时你感觉不到它,压力情况下它会以额度限制、单笔上限、或者对某类机构的准入门槛的形式出现。
五、为什么普及度差这么远¶
同样是央行建的实时管道,巴西 Pix 上线两年就覆盖了大半个国家,印度 UPI 占了本国电子支付的绝大部分,美国的 FedNow 上线三年仍在爬坡。
这不是技术差距。用Interchange那条方法——看到市场差异,先找制度差异:
| 因素 | 印度、巴西 | 美国 |
|---|---|---|
| 央行能不能强制银行接入 | 能。巴西央行直接要求达到规模的机构必须接入 Pix | 不能,只能靠自愿 |
| 原有的卡生态有多强 | 弱。信用卡渗透率本来就低,没有既得利益要保护 | 极强。返现、积分、里程构成了一整套消费者习惯 |
| 谁在推 | 央行自上而下 | 私营 RTP 与公共 FedNow 并行,还在争 |
一条新管道能不能普及,取决于两件事:有没有人能强制接入,以及它要替换掉的那个东西有多好用。 印度和巴西两件都占,美国两件都不占。
上一章讲 RTP 和 FedNow 为什么会有两套时说过,那是治理问题不是技术问题。放到全球看,这条结论更清楚了:清算管道的形态,是这个国家金融治理结构的直接投影。
六、管道长什么样,上面的生态就长什么样¶
到这里为止讲的都是底层。但这一章真正要给你的,是下面这条:
清算的本地化不会停在清算层。它会一路向上,把上面每一层都本地化一遍。
第一层影响:本地支付方式取代了卡
在美国,一个网店结账页上主要就是几张卡。换到别的国家,卡可能根本不是主角:
| 国家 | 结账页上最重要的那个选项 | 它走的是什么 |
|---|---|---|
| 荷兰 | iDEAL | 银行账户直连,占荷兰电商支付的大半 |
| 巴西 | Pix、本地分期(installments) | 央行实时管道、本地发卡行的分期能力 |
| 印度 | UPI | 央行体系下的实时管道 |
| 沙特、科威特 | mada、KNET | 本地卡组织,不是 Visa / Mastercard |
| 中国 | 微信、支付宝扫码 | 钱包内部账本,扣银行卡那一段走网联 |
这些统称本地支付方式(local payment methods,简称 LPM,即某个国家特有、不走国际卡组织的付款方式)。在很多市场,不支持 LPM 等于放弃这个市场的大半用户。
第二层影响:网关跟着本地化
角色地图会讲,受理前端这一格在线上叫网关。在美国,独立网关正在消失,被 PSP 吞并成一个功能。
但换个市场,结论就反过来了。深耕本地的网关公司在自己的市场里活得很好——印度的 Razorpay、东南亚的 2C2P 和 Xendit、拉美的 dLocal 和 EBANX、中东的 PayTabs 和 Tap。
它们能站住,靠的是三件全球玩家难做的事:
| 本地网关的壁垒 | 具体是什么 |
|---|---|
| 接得全本地管道 | 每接一种 LPM 都要单独对接、单独做对账和退款流程 |
| 授权通过率更高 | 用本地收单行处理本地发卡行的卡,通过率明显高于跨境处理;跨境交易在发卡行的风控模型里天然更可疑 |
| 数据出不了境 | 印度、沙特、中国等地要求金融数据本地存储,纯海外网关无法直接落地 |
第二条最容易被低估。同一张卡、同一笔金额,走本地通道和走跨境通道,被批准的概率不一样。 对一家大电商来说,通过率差几个百分点,比费率差几个基点重要得多。
第三层影响:连商户要做的活都不一样
再往上,本地化会渗到产品细节里:
| 维度 | 例子 |
|---|---|
| 分期 | 拉美的电商必须支持本地发卡行的分期付款,不支持就卖不动 |
| 身份校验 | 巴西结账要校验税号 CPF,印度有 UPI ID 体系 |
| 交付与收款方式 | 中东的货到付款占比高,出现了“货到付款转线上支付”这类过渡形态 |
| 退款路径 | 每种 LPM 的退款流程都不同,有些根本不支持原路退回 |
所以“进入一个新国家”对支付产品来说,从来不是翻译一下界面。 它意味着:接一遍本地管道、找一家本地收单、适配本地风控、满足本地数据法规、重做一遍退款和对账流程。
Wise 模式会说每进一个新国家都是一次重投入——这一节讲的就是那笔投入具体花在哪。
七、于是必然长出支付编排¶
把上面几节连起来看,一家做全球生意的公司面对的局面是:
- 每个国家有不同的本地管道和 LPM。
- 每个国家用本地网关的通过率更高。
- 但接十几个网关,等于维护十几套接口、十几套对账。
这个矛盾只有一个解法:在商户和众多网关之间,再加一层。
这就是支付编排(orchestration):对商户只暴露一个接口,对下接十几家网关和本地通道,按每笔交易的国家、金额、卡种,自动路由到成功率最高、成本最低的那一条。美国走一家、东南亚走一家、拉美走一家。
角色地图会把编排放进产业地图里。这里你先记住它出现的原因——它不是一个聪明的商业点子,它是清算本地化的必然产物。 只要各国的管道不统一,就一定有人来做这一层。
这也是“角色地图”那条规律的又一个实例:基础设施的缺陷会长出一层商业。 这里的“缺陷”不是某条管道不好,是它们彼此不通。
八、出了国境,差异突然收敛¶
前面七节看下来,你可能会形成一个预期:既然一国之内就这么各自为政,跨国之间只会更乱。
恰恰相反。 出了国境,选择反而少得可怜:
今天真正做到全球通的支付标准,只有两套——SWIFT 报文加代理行体系,和 Visa / Mastercard 卡组织。
其余所有东西都是本地的。UPI 出不了印度,Pix 出不了巴西,iDEAL 出不了荷兰,微信支付在境外也只是接了本地收单的一张皮。
为什么只有两套?因为“全球通”这三个字的门槛极高,一套标准要同时做到四件事:
| 门槛 | 具体是什么 |
|---|---|
| 所有国家的机构都接得进来 | 不能只服务某一个货币区 |
| 有一套所有人共同遵守的规则 | 报文格式、时限、异常处理、争议裁决 |
| 不触碰各国的货币主权 | 一旦要求各国交出清算权,没有一个国家会同意 |
| 几十年的信任积累 | 支付标准的护城河不是技术,是“大家都在用” |
第三条最关键。这两套标准之所以能活下来,是因为它们都没有试图统一各国的清算——它们各自找到了一条绕开的路。
九、推和拉:两条通道,两种绕法¶
ACH分过推和拉,卡不在场那一章说卡天然是拉。把这对概念拿到全球尺度上,正好把仅有的这两条通道切开:
| 推(credit push) | 拉(debit pull) | |
|---|---|---|
| 谁发起 | 付款人 | 收款人(商户) |
| 全球标准是什么 | SWIFT 报文 + 代理行体系 | Visa、Mastercard |
| 典型场景 | 汇款、B2B 货款、跨境工资 | 零售消费、订阅扣款 |
| 金额与频次 | 中大额、低频 | 小额、高频 |
| 怎么计费 | 按笔固定费 + 汇率点差 | 按成交额比例 |
| 到账 | 1 到 5 个工作日 | 授权秒级,资金 T+1 到 T+2 |
| 事后能不能要回来 | 基本不能 | 能,拒付窗口 120 天以上 |
两条通道的分工,本质上是按方向切的。 谁发起这笔交易,就决定了它走哪一条。这也解释了一个现象:一家做跨境电商收款的公司和一家做跨境汇款的公司,技术栈几乎没有交集——它们根本在两条不同的全球轨道上。
真正值得记住的是它们绕开各国清算的方式完全不同:
| 通道 | 它的绕法 | 代价 |
|---|---|---|
| SWIFT + 代理行 | 不碰钱。 资金全部在各国境内本地完成划转,只让信息过境(没有全球央行那一章会拆开讲) | 每一跳都要有人预置资金、每一跳都要扣费,慢且不透明 |
| 卡组织 | 不碰本地。 自己定一套规则,把发卡和收单外包给每个国家的本地银行,由本地银行去接本地清算(四方模型讲过) | 费率按比例收,大额不划算;只覆盖有卡的场景 |
它们都没有统一各国的清算,只是各自找到了一条不必统一也能全球通的路。
一条选择让信息跨境、钱不跨境;另一条选择让规则跨境、清算留在本地。
这也框定了它们各自解决不了的问题——SWIFT 那条绕不开预置资金和多跳扣费,卡那条绕不开按比例计费和有限的受理场景。第六部分要讲的稳定币,试的是第三种绕法:自带一种全球通用的结算资产,让两端都不必依赖对方的本地清算。它成不成,就看它付出的代价比这两条更小还是更大。
十、这一章引出的问题¶
把这一章两半合起来,全球支付的地形图就完整了:
- 境内:各自为政。 每个货币区一套公共管道,管道之上是各自的网关、支付方式、商户玩法。
- 跨境:收敛。 只有两条全球通道,一条推、一条拉,各自用不同的方式绕开了各国清算。
这张图的形状本身就是结论:上面五根柱子之间没有一条横线,下面只有两条横线贯穿到底。
接下来两件事要分头讲清楚。先讲推的那一条:它为什么必须多跳、每一跳发生了什么、钱到底有没有过境。
下一章从一个更根本的问题开始——为什么跨境非得这么绕?
十一、自检题¶
- 印度 UPI 和巴西 Pix 在用户看来都是“秒到”。用清算与结算那两个词说清楚它们的区别,并指出 UPI 那条路上谁承担了什么风险。
- 一家美国电商已经用 Stripe 收款,现在要进巴西。为什么“Stripe 也支持巴西”这句话不足以让它放心?至少说出两个它仍然要单独解决的问题。
- 为什么说支付编排不是一个商业创意,而是清算本地化的必然产物?
- 全球通的支付标准为什么只有两套?说清楚它们各自是怎么绕开“统一各国清算”这件事的,以及这两种绕法各自留下了什么代价。
十二、参考答案¶
先自己答完再往下看。
两者的清算都是秒级的:指令送达、双方账本上的数字当场改。区别在结算。
Pix 在巴西央行的账户上逐笔实时划转,清算和结算同时完成,到账即终局。UPI 是 NPCI 先算净额,再通过印度央行的 RTGS 分批结清,所以清算和结算之间隔着一个结算窗口。
这段间隔里,收款行已经把钱加给了收款人,却还没从付款行拿到钱——它承担的正是清算与结算讲的结算风险。用户完全感知不到这一层,因为两边的用户体验一模一样。
至少三个:
- 本地支付方式。 巴西电商的大头是 Pix 和本地分期付款,只支持国际卡等于放弃大部分订单。
- 授权通过率。 用境外通道处理巴西本地发卡行的卡,被拒的概率明显更高。要拿到本地通过率,通常得走本地收单实体。
- 本地产品要求。 结账要校验税号 CPF,分期的期数和贴息规则是本地惯例,退款路径也和卡不一样。
“支持这个国家”和“在这个国家做得好”是两件事,中间隔的就是这些。
因为它解决的是一个结构性矛盾,不是一个体验问题。各国清算管道彼此不通,导致本地通道的通过率和成本都优于全球通道;但一家跨国商户又不可能维护十几套接口和十几套对账。
只要“本地更优”和“不想接十几家”这两件事同时成立,中间那一层就一定会出现——谁来做是市场竞争的结果,出现本身是结构决定的。反过来说,如果哪天各国管道真的互通了,这一层的价值也会随之下降。
因为“全球通”要求一套标准同时做到四件事,其中最硬的一条是不能触碰各国的货币主权——任何要求各国交出清算权的方案,都不会有国家同意。
这两套标准都没有去统一各国清算,而是各自绕开了它:
- SWIFT 加代理行:不碰钱。 资金全程留在各国境内本地划转,只让信息过境。代价是每一跳都得有人预置资金、每一跳都要扣一道费,因此慢、贵、到账金额不确定。
- 卡组织:不碰本地。 自己定一套全球规则,把发卡和收单外包给每个国家的本地银行,由本地银行去接本地清算。代价是费率按成交额比例收,大额不划算,而且只覆盖有卡受理的场景。
一条让信息跨境、钱不跨境;另一条让规则跨境、清算留在本地。两种绕法各自留下的那个代价,正是后面新轨道想要攻的地方。
上一章:第 10 章 四条美国轨道横向对比 下一章:第 12 章 跨境的根本困难:世界上没有全球央行