万物皆有编号 书架

第 10 章 / 共 12 章

第十章 · SWIFT 与 IBAN:编号如何跨国握手

第十章 · SWIFT 与 IBAN:编号如何跨国握手

前面九章,我们给自己熟悉的东西编号:快递、书、电话、银行卡、域名。这些系统大多是「一个人说了算」——邮政总局定邮编,ISO 定 ISBN,IEEE 定 MAC 前缀。一家权威,一套规则,从头设计,干净利落。

现在来到全书最难的场景:你想给「全世界的银行账户」编号。问题是,每个国家早就有了自己的一套——中国的卡号 19 位,美国的账号加路由号,英国的账户配 6 位排序码,德国的账号位数各家银行都不一样。这些系统已经跑了几十年,底下躺着几十亿个真实账户。你不能推倒重来,只能想办法让这些编号「互相转账」。

这一章讲的就是工程世界里最贵的一条经验:兼容旧系统,比设计新系统难十倍。

先解决「找银行」:SWIFT 代码

跨国转账的第一步不是转钱,是回答一个问题:钱要寄给哪家银行?全世界有上万家银行,「中国银行」和「美国银行」名字像,「花旗」在纽约和伦敦的又是同一家——光靠名字肯定出事(第二章说过的道理)。

答案是 BIC(Bank Identifier Code,银行识别码),因为由一个行业组织维护,大家更习惯叫它 SWIFT 代码——SWIFT 是「环球银行金融电信协会」的缩写,1973 年由 15 个国家的 239 家银行凑起来成立的合作社,专门给银行之间传报文。一个 SWIFT 代码长 8 或 11 位,比如中国银行北京总行的 BKCHCNBJ:前 4 位是银行(BKCH = Bank of China),第 5、6 位是国家(CN),第 7、8 位是城市或地区(BJ),后面可选的 3 位是具体分行。还是第四章那套层级思想:每一段回答一个更小范围的问题。

这里有一个流传极广的误会必须拆开:SWIFT 一分钱都不碰。它不是「钱的管道」,而是一家电报局——它手里没有任何资金,只是把「请从 A 账户付 5 万美元给 B 账户」这样的指令安全地送到对方银行,真正的记账发生在两家银行之间。SWIFT 干的是 Telex(电传打字机)当年的活儿,只是更快、更标准、更难伪造。所以 SWIFT 代码的本质是银行的收件地址,不是钱本身。知道这个区别,你再看新闻里「把某国踢出 SWIFT」就明白了:那不是冻结资产,是拔掉银行的电话线——钱还在,但银行收不到指令,生意做不成了。

再解决「找账户」:IBAN 的套娃智慧

银行找到了,还得找到具体账户。麻烦在于各国账号格式完全不同:位数不同,有的带字母,校验方式不同,而且账号里哪些位是分行代码,各国规则也不一样。九十年代跨境转账的错误率高得惊人,错一笔就要人工处理、退钱、扯皮。

1997 年,ISO 发布 ISO 13616 标准,推出 IBAN(International Bank Account Number,国际银行账户号码)。IBAN 的设计思路用两个字概括:包住。它不废除任何国家的旧账号,而是在外面套一层国际通用的「信封」:

GB29 NWBK 6016 1331 9268 19

这是一个英国账户的标准示例。拆开看:前两位 GB 是国家代码;接下来两位 29 是校验位(第七章讲过的数学小机关,IBAN 用的是 mod 97,整除余 1 才算合法,能拦住绝大多数抄错);剩下的部分 NWBK 6016 1331 9268 19 叫 BBAN——基本银行账户号,里面装的就是英国原来的账号:NWBK 是 NatWest 银行,601613 是分行的排序码,31926819 是账号,原汁原味,一位没动。

翻译成人话:IBAN 就像国际快递的运单袋。你原本国内寄件的面单不用换,国际段只是在外面套一个透明袋,袋子上用全世界都认的格式写上「发往哪个国家、防伪码是多少」。到了英国口岸,英国人撕开袋子,里面还是他们看得懂的老面单。

这个设计妙在哪?各国银行一行旧代码都不用改。加入 IBAN 体系的成本只是「能生成信封、能拆信封」,而不是迁移几十年的历史数据。IBAN 总长最多 34 位,但每个国家的长度是固定的(德国 22 位、法国 27 位、英国 22 位),机器一看国家代码就知道后面该有多长、该怎么校验。

如今有 80 多个国家用 IBAN,但你可能注意到:美国、加拿大、澳大利亚、中国都不在里面。这不是技术问题——这些国家的国内系统自成一体,跨境业务量相对小,换信封的收益抵不过改造成本。编号系统没有「应不应该」,只有「划不划算」。

编号发出去,就收不回了

IBAN 之所以长得「啰嗦」,根子在于编号的一条铁律:一旦发出去,就再也收不回。几十亿个账户号已经印在存折上、写进 ERP 系统、存在客户的收款人列表里,任何一位都不能动。你唯一能做的是包一层、再包一层。

这其实和 IPv4 到 IPv6 的困境(第五章)是同一个病:老地址不会死,新地址只能并存。工程界管这叫「路径依赖」,换个更直白的说法:编号系统的寿命比你想象的长得多,你今天随手定下的格式,五十年后还有人在为它付维护费。SWIFT 自己就是最好的例子——它正在把用了几十年的 MT 报文格式迁到新的 ISO 20022,这场迁移从规划到落地花了二十多年,只因为全世界的银行都得在同一张网里边跑边换轮胎。

所以设计编号时最该问的不是「现在够不够用」,而是「它老了以后怎么办」:留没留扩展位?格式会不会歧义?能不能像 IBAN 那样被套进更大的信封?这一章我们看到的是「编号之间的外交」,下一章要看的更彻底——编号背后的政治。给地球画经纬度的时候,本初子午线放在伦敦格林尼治,可不是天文学家算出来的,是一屋子国家代表投票投出来的。

万物皆有编号
费曼式写法 · 由多个 AI 代理撰写与互相审校