第 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 模式会说每进一个新国家都是一次重投入——这一节讲的就是那笔投入具体花在哪。


七、于是必然长出支付编排

把上面几节连起来看,一家做全球生意的公司面对的局面是:

这个矛盾只有一个解法:在商户和众多网关之间,再加一层。

这就是支付编排(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 那条绕不开预置资金和多跳扣费,卡那条绕不开按比例计费和有限的受理场景。第六部分要讲的稳定币,试的是第三种绕法:自带一种全球通用的结算资产,让两端都不必依赖对方的本地清算。它成不成,就看它付出的代价比这两条更小还是更大。


十、这一章引出的问题

把这一章两半合起来,全球支付的地形图就完整了:

境内五个货币区各有一整套自己的前端、实时管道、批量管道和央行结算,五根柱子彼此不通;跨境只有两条横穿所有柱子的通道:SWIFT 报文加代理行体系走推,Visa 和 Mastercard 走拉

这张图的形状本身就是结论:上面五根柱子之间没有一条横线,下面只有两条横线贯穿到底。

接下来两件事要分头讲清楚。先讲推的那一条:它为什么必须多跳、每一跳发生了什么、钱到底有没有过境。

下一章从一个更根本的问题开始——为什么跨境非得这么绕?


十一、自检题

  1. 印度 UPI 和巴西 Pix 在用户看来都是“秒到”。用清算与结算那两个词说清楚它们的区别,并指出 UPI 那条路上谁承担了什么风险。
  2. 一家美国电商已经用 Stripe 收款,现在要进巴西。为什么“Stripe 也支持巴西”这句话不足以让它放心?至少说出两个它仍然要单独解决的问题。
  3. 为什么说支付编排不是一个商业创意,而是清算本地化的必然产物?
  4. 全球通的支付标准为什么只有两套?说清楚它们各自是怎么绕开“统一各国清算”这件事的,以及这两种绕法各自留下了什么代价。

十二、参考答案

先自己答完再往下看。

  1. 两者的清算都是秒级的:指令送达、双方账本上的数字当场改。区别在结算

    Pix 在巴西央行的账户上逐笔实时划转,清算和结算同时完成,到账即终局。UPI 是 NPCI 先算净额,再通过印度央行的 RTGS 分批结清,所以清算和结算之间隔着一个结算窗口。

    这段间隔里,收款行已经把钱加给了收款人,却还没从付款行拿到钱——它承担的正是清算与结算讲的结算风险。用户完全感知不到这一层,因为两边的用户体验一模一样。

  2. 至少三个:

    • 本地支付方式。 巴西电商的大头是 Pix 和本地分期付款,只支持国际卡等于放弃大部分订单。
    • 授权通过率。 用境外通道处理巴西本地发卡行的卡,被拒的概率明显更高。要拿到本地通过率,通常得走本地收单实体。
    • 本地产品要求。 结账要校验税号 CPF,分期的期数和贴息规则是本地惯例,退款路径也和卡不一样。

    “支持这个国家”和“在这个国家做得好”是两件事,中间隔的就是这些。

  3. 因为它解决的是一个结构性矛盾,不是一个体验问题。各国清算管道彼此不通,导致本地通道的通过率和成本都优于全球通道;但一家跨国商户又不可能维护十几套接口和十几套对账。

    只要“本地更优”和“不想接十几家”这两件事同时成立,中间那一层就一定会出现——谁来做是市场竞争的结果,出现本身是结构决定的。反过来说,如果哪天各国管道真的互通了,这一层的价值也会随之下降。

  4. 因为“全球通”要求一套标准同时做到四件事,其中最硬的一条是不能触碰各国的货币主权——任何要求各国交出清算权的方案,都不会有国家同意。

    这两套标准都没有去统一各国清算,而是各自绕开了它:

    • SWIFT 加代理行:不碰钱。 资金全程留在各国境内本地划转,只让信息过境。代价是每一跳都得有人预置资金、每一跳都要扣一道费,因此慢、贵、到账金额不确定。
    • 卡组织:不碰本地。 自己定一套全球规则,把发卡和收单外包给每个国家的本地银行,由本地银行去接本地清算。代价是费率按成交额比例收,大额不划算,而且只覆盖有卡受理的场景。

    一条让信息跨境、钱不跨境;另一条让规则跨境、清算留在本地。两种绕法各自留下的那个代价,正是后面新轨道想要攻的地方。


上一章:第 10 章 四条美国轨道横向对比 下一章:第 12 章 跨境的根本困难:世界上没有全球央行