惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
V
Visual Studio Blog
The GitHub Blog
The GitHub Blog
Apple Machine Learning Research
Apple Machine Learning Research
J
Java Code Geeks
T
Tailwind CSS Blog
大猫的无限游戏
大猫的无限游戏
Jina AI
Jina AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Hugging Face - Blog
Hugging Face - Blog
WordPress大学
WordPress大学
宝玉的分享
宝玉的分享
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
罗磊的独立博客
人人都是产品经理
人人都是产品经理
H
Heimdal Security Blog
Last Week in AI
Last Week in AI
博客园 - 【当耐特】
Cyberwarzone
Cyberwarzone
Google DeepMind News
Google DeepMind News
雷峰网
雷峰网
Hacker News: Ask HN
Hacker News: Ask HN
Webroot Blog
Webroot Blog
Microsoft Azure Blog
Microsoft Azure Blog
MyScale Blog
MyScale Blog
A
About on SuperTechFans
V2EX - 技术
V2EX - 技术
小众软件
小众软件
博客园 - Franky
博客园 - 司徒正美
P
Privacy International News Feed
爱范儿
爱范儿
U
Unit 42
博客园 - 叶小钗
The Hacker News
The Hacker News
C
Check Point Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Simon Willison's Weblog
Simon Willison's Weblog
N
News and Events Feed by Topic
D
Docker
T
Threatpost
MongoDB | Blog
MongoDB | Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
H
Help Net Security
L
LINUX DO - 最新话题
Security Latest
Security Latest
T
The Exploit Database - CXSecurity.com
S
SegmentFault 最新的问题
A
Arctic Wolf
Spread Privacy
Spread Privacy

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
详解Swift:全球布局、跨境支付模式、国际清算原理、GPI支付
陈天宇宙 · 2025-06-12 · via 人人都是产品经理

在全球金融体系中,跨境支付与国际清算一直是国际贸易和经济活动的基石。Swift作为全球金融通信的核心平台,已经运行了半个世纪,深刻影响着国际金融的运作方式。本文将深入剖析Swift的全球布局、跨境支付模式、国际清算原理以及GPI支付的创新机制。

提及跨境支付或全球清算,怎能不知Swift?本文将全面解答有关Swift的一切疑问。

自1973年成立以来,Swift已历经半个世纪的发展历程。它的诞生,源自对传统金融通信方式的革新需求;如今,Swift已跃居全球金融通信的“中枢神经”地位,其重要性不言而喻。

一、Swift是什么

SWIFT即环球银行金融电信协会(也称作环球同业银行金融电讯协会或全球银行金融电信协会),是一个国际性的、非盈利的银行同业合作组织。它运营着一个世界级的金融电文网络,使得银行和其他金融机构能够安全地发送信息和支付指令,从而支持国际贸易的快速跨境转账付款。

SWIFT于1973年由全球15个国家的239家银行共同发起成立,其总部设在比利时首都布鲁塞尔,旨在解决当时国际金融通信效率低下、安全性不足的问题,特别是替代传统的Telex系统。

如今,SWIFT已覆盖200多个国家和地区,其产品和服务对接了全球超过11,000家银行、证券机构、市场基础设施和企业用户,规模堪称垄断。值得一提的是,SWIFT在其官网上明确声明:

  • “不代表客户持有资金或管理账户”,即SWIFT不处理资金流;
  • 同时,“进行通信、提供可靠的交换标准金融报文”,说明SWIFT仅处理支付信息流。

值得注意的是,SWIFT本身并不属于资金清算系统,它仅负责传递信息流,本质上扮演着金融机构之间的“通信”工具角色。SWIFT负责成员机构之间的信息转发,并制定通信标准,同时确保信息的保密性和安全性。

在国际支付体系中,各国的国际清算系统负责处理信息流的清算工作,例如美国的纽约清算所银行间支付系统(CHIPS)和我国的人民币跨境支付系统(CIPS)。而国内的清算体系则负责最终资金的清算,如美国的联邦资金转账系统(Fedwire)和我国的二代支付系统(CANPS)。

二、Swift的成立及发展

20世纪70年代,全球金融交易主要依赖Telex系统进行。然而,该系统存在诸多弊端:传输速度缓慢,仅达50波特/秒;安全性低下,易出错误;更为关键的是,Telex系统缺乏统一的通信标准,使得不同银行间的信息格式混乱不堪,严重影响了通信效率。随着国际贸易和金融活动的迅猛增长,这种低效的通信方式已难以满足日益增长的需求。

2.1. Swift发展里程碑

随着计算机网络技术的不断发展,1973年,来自15个国家的239家银行的银行家们,因不堪忍受传统电报的种种局限,联合成立了Swift组织。其旨在建立一个高效、安全、标准化的全球金融通信网络。1977年,Swift正式投入运营,这标志着全球金融通信迈入了一个崭新的时代。

2.2.Swift在我国的发展

1980年,SWIFT系统联接到香港。1983年,中国银行成为中国首家加入SWIFT的银行,并于1985年5月13日正式开通SWIFT服务,成为SWIFT组织的第1034家成员行,这标志着我国与国际金融标准接轨迈出了重要一步。此后,我国各国有商业银行以及上海和深圳的证券交易所也相继加入SWIFT。

进入90年代后,除国有商业银行外,中国所有能够办理国际银行业务的外资银行、侨资银行以及地方性银行也纷纷加入SWIFT,SWIFT的使用范围也从总行逐渐扩展到各分行。

1994年,SWIFT在香港设立了其除美国和荷兰之外的第三个支持中心,这使得中国用户能够享受到来自SWIFT支持中心中文员工的技术服务。

1995年,SWIFT在北京电报大楼和上海长话大楼设立了SWIFT访问点(SAP,即SWIFT Access Point),它们分别与新加坡和香港的SWIFT区域处理中心主节点相连,为用户提供自动路由选择服务。

1999年,SWIFT在北京设立了代表处。

2.3.Swift的意义

Swift的诞生彻底替代了传统的Telex系统。与Telex相比,Swift具有速度快、安全性高、标准化的优势。可以说,Swift的出现解决了全球金融通信的诸多痛点,为国际金融活动提供了坚实的技术支撑。Swift之所以能成为全球金融体系的“中枢神经”,主要得益于以下几个方面:

  1. 全球覆盖广泛。Swift连接了全球200多个国家和地区的超过11000家金融机构,构建了一个庞大的金融通信网络。
  2. 高效安全。Swift的通信标准和先进的加密技术确保了信息传输的高效性和安全性,为金融机构提供了可靠的通信保障。
  3. 中立性强。Swift作为一个中立的国际组织,不受任何国家或机构的控制,赢得了全球金融机构的广泛信任。

可以说,Swift不仅是一个技术平台,更是全球金融体系的重要基础设施。它的存在使得跨境支付、国际贸易和金融市场运作变得更加高效、可靠。

三、Swift的组织及管理机制

Swift是一个非官方的中性协会组织,由于其拥有众多银行股东成员,因此各成员的话语权存在差异。Swift的日常运营由CEO领导的执行部门负责,并接受董事会的监督。

3.1.董事会

董事会是Swift的最高权力机构,其成员由股东成员推选产生。而每个股东成员的投票份额则根据其参与Swift的交易量来确定,只有交易量占比超过1.5%的国家或国家集团才有资格被任命为董事会成员。目前,董事会由来自18个国家及地区的23位董事组成。

董事会成员主要来自持股量较大的国家,其中美国和欧洲国家在董事会中占据主导地位。例如,美国、德国、法国、英国等国家的代表在董事会中占有重要席位,且美元和欧元在SWIFT处理业务量中的合计占比超过70%。因此,从历史数据来看,董事会主席一职多由美国会员代表担任,而CEO则多由欧洲人担任。下图所示为SWIFT处理业务量中金额排名前十的币种

下表则为Swift2019年的董事会成员组成情况。

董事会下设六个委员会,各负其责。其中,财务委员会负责会计、财务报告及财务管理等相关工作;偿付委员会则负责评估公司绩效,并决定董事会成员及其他高层管理人员的薪酬、雇员薪酬及津贴计划。此外,还设立了两个商务委员会,分别负责银行业务与支付业务,以及证券业务。另外,还有两个技术委员会,一个负责标准制定工作,另一个则负责技术和产品的研发与管理。

3.2.十国集团监督

十国集团(G10)的中央银行对SWIFT承担着监督管理职责。其中,比利时国家银行(NBB)在SWIFT的监管中发挥着主导作用,G10的其他中央银行则提供必要的协助。监管的主要目标是确保系统的安全性和操作可靠性,这包括维护稳健的系统架构、提升处理能力,以及实施有效的风险管理和控制措施。NBB负责SWIFT的日常监管工作,而支付清算委员会(CPSS)则根据检查结果提出指示或建议,明确监管中应重点关注的问题。

四、全球运营布局

Swift在全球构建了“一总部、两中心、三区域”的全球闭环网络:其总部设在布鲁塞尔,同时在荷兰阿姆斯特丹和美国纽约设有数据交换中心(Swifting Center),并覆盖了欧洲、美洲、亚洲三大区域,从而确保了其全球网络的稳定性和高效运行。

4.1.一个总部

Swift的总部位于比利时布鲁塞尔郊外的拉赫尔佩(La Hulpe),这里是Swift的全球管理和运营中心。总部负责制定发展战略、管理全球网络,并协调各区域中心的工作事宜。此外,总部还设有技术支持中心,专为欧洲及其他地区的用户提供技术支持服务。

4.2.两个交换中心

荷兰阿姆斯特丹交换中心是Swift在欧洲的主要交换中心之一,负责处理欧洲地区的金融信息传输和路由工作。该中心与布鲁塞尔总部保持紧密合作,确保欧洲金融机构之间的通信高效且安全。

而美国纽约交换中心则是Swift在美洲的主要交换中心,负责处理北美及南美地区的金融信息传输事务。鉴于美元在全球金融体系中的主导地位,纽约中心在Swift网络中具有举足轻重的战略意义。此外,美洲中心还配备了技术支持团队,为北美和南美的金融机构提供全面的技术服务和客户支持。

4.3.三个布局区域

Swift分为欧洲、中东、非洲地区,美洲地区和亚太地区三大区域,每个区域享有较高的自主权,并实行本土化策略。在每个区域内,均设立了市场、产品、IT运营、客户服务四个基本部门,以及股东关系、金融管理、法律、人力资源等职能部门。

4.4.27家办事处

SWIFT作为全球支付系统,提供信息交换网络,各地的国际金融中心在其战略布局中具有重要地位。SWIFT在三大区域的重点国际金融中心或区域金融中心进行了全面布局,以发挥节点服务作用。目前,SWIFT已在全球设立了27个办公室。

五、国际支付清算的Swift模式

跨境支付遵循的是最基本的支付原理,只不过支付指令通过新的模式(如Swift)跨越了国家或地区,涉及多个国家的支付体系以及更多资金账户的参与。总体来说,跨境支付涉及的参与者更多,支付指令的传输环节更多,需要处理的资金账户也更多。下面我们将从基础原理出发,推演出国际支付的基本原理。

5.1.基础支付原理

1)支付的标准过程

支付过程可以分为三个阶段:交易、清算和结算,这是支付的标准化流程。具体而言:

  • 交易阶段:用户发起支付,确认身份后产生支付指令,并将支付指令发送出去。
  • 清算阶段:机构间进行支付指令的交换,根据实时全额或定时批量净额的方式计算待结算金额。支付指令的交换过程包括交易撮合、清分以及数据收集等环节。
  • 结算阶段:根据清分结果,完成账户间的最终实际划拨过程,包括收集待结算债权、结清债权,并通知相关各方。

2)我国的支付清算体系

我国的支付清算体系虽然也遵循“交易、清算、结算”这三个基本过程,但实际上要复杂得多。特别是在跨机构清算时,支付机构、收付款行负责发送和接收支付指令,网联或银联等清算机构负责处理清算环节,而最终的结算则是在央行完成的。

我国除了拥有完善的境内支付体系外,还建立了人民币跨境支付清算体系,用于处理跨境支付业务的信息流和资金流。如下图所示,人民币跨境支付系统(CIPS)负责对跨境支付指令进行清算处理。每个直接参与行在CIPS中都开通了资金账户,但各机构间的最终资金结算是在二代支付系统(CNAPS)内完成的,依然遵循先清算再结算的基本支付原则。

3)境内外支付清算分离理念

大家也发现了,我国的国内支付清算体系和人民币跨境支付清算体系是独立构建的。一方面是出于安全考虑,另一方面是因为运行时间、国内外报文标准以及使用的语言等方面存在显著差异。

在世界主要经济体中,情况也是如此。跨境支付清算系统主要负责国际清算工作,一般不直接处理资金,而是仅清算支付指令。最终的资金结算还是依赖于国内的清算体系来完成。例如,在美国,有纽约清算所银行间支付系统(CHIPS)和联邦资金转账系统(Fedwire);在日本,则有国内全银数据通信系统(Zengin System)和外汇日元清算系统(FXYCS)。

5.2.主要国际清算体系的Swift模式

各国货币的跨境支付在对接Swift的模式上存在差异。例如,我国的跨境支付系统(CIPS)将Swift作为可选项,境内外的直接参与行既可以通过Swift接入CIPS,也可以通过专线接入。而欧元的TARGET系统,其支付指令的传输则完全依赖于Swift来实现。

1)中国的CIPS+CNAPS模式

我国的人民币跨境支付体系由2015年建成的人民币跨境支付系统(CIPS)与中国现代化支付系统(CNAPS)中的大额支付系统(HVPS)共同构成。CIPS负责人民币跨境支付的清算工作,提供全额清算模式和定时净额清算模式;而HVPS则为CIPS提供日终的资金结算服务。

2)美国的SWIFT+CHIPS+Fedwire模式

在美元的跨境支付流程中,Swift负责支付指令的传递,CHIPS(纽约清算所银行间支付系统)负责指令的清算,而Fedwire(联邦资金转账系统)则负责最终的资金结算。

CHIPS建成于1970年,专门用于美元的跨境支付清算,能够对支付指令进行实时或多边轧差,并根据清算结果调整参与者的资金头寸。

Fedwire则成立于1918年,最初通过电报系统处理资金转账,70年代后升级为自动化通信系统。它基于CHIPS计算得出的参与者收付净额,完成最终的资金结算。这一模式与我国的跨境支付模式有相似之处。

六、Swift怎么实现全球通讯

全球各国的金融机构之所以能够通过SWIFT实现信息交流,得益于SWIFT的统一身份标识体系、标准报文体系以及全球通讯网络体系。

6.1.统一身份标识,SWIFT银行认别代码

Swift为每一位成员分配了一个统一的身份标识,即BIC(Bank Identifier Code),用这个编码来唯一识别会员单位。

6.2.标准统一的电文语言体系

SWIFT系统成员之间通过SWIFT提供的240余种标准电文进行信息交流。

1)Swift的报文种类

Swift报文是金融机构之间进行信息交换的核心工具。这些报文根据功能和用途被划分为不同的类别,每种类别都遵循特定的格式并服务于特定的目的。Swift报文主要分为10大类,每一大类下又包含若干子类别。以下是Swift报文的分类及其主要用途。

2)Swift的报文结构及示例

要理解Swift如何传递信息以及能够传递哪些信息,就需要了解它的报文结构,即报文的具体内容。Swift报文采用标准化的格式,以确保全球金融机构之间的信息交换既高效又准确。每个Swift报文由报头(Header)、正文(Text)和报尾(Trailer)三个部分组成。以下是Swift报文的具体结构,并以MT103单笔客户汇款报文为例进行说明。

6.3.SWIFT报文传递的模式

当一笔支付的信息流在多个机构间传递时,例如从付款行经代理行、中间行再到另一个代理行,最终到达收款行,Swift在传递指令时采用Serial(串行)和Cover(并行)两种报文传递方式。这两种方式主要用于处理多个报文之间的关联性和优先级问题。在跨境支付、证券交易等业务中,这两种模式非常常见,特别是在需要将多个报文组合发送或按照特定顺序分开发送时。

1)Serial串行模式

Serial模式是指将多个报文按顺序依次发送,每个报文独立传输,彼此之间没有直接的关联性。在这种模式下,每个报文都是独立的,接收方可以单独处理每个报文。报文按照发送顺序逐一传输,适用于那些不需要将多个报文关联在一起的业务场景,比如多个独立的支付指令的发送。

2)Cover并行模式

Cover模式是指将多个报文组合在一起发送,其中一个报文(通常是MT202)作为“主报文”,其他报文(如MT103)则作为“子报文”附加在主报文中。主报文和子报文之间通过特定的字段(如20:和21:字段)建立关联。在这种模式下,主报文和子报文之间存在明确的关联关系,接收方需要同时处理这些报文。主报文通常用于资金调拨,而子报文则用于具体的支付指令。Cover模式适用于需要将多个报文关联在一起的业务场景,比如资金调拨与支付指令的组合发送。

图中,付款行A先向收款行D发送一个MT103付款报文,通知收款行D即将收到一笔款项。此时,收款行D虽然收到了付款指令,但款项尚未到账。在同一国家的两家银行之间,收到对方的支付指令后,通常可以立即为用户入账。然而,跨境支付则不同,因为涉及两个国家的银行,收款行D是否立即为用户入账,取决于双方的信任程度,以及D银行是否愿意承担垫资带来的信用风险。

同时,银行A还会发送一个“MT202金融机构间头寸调拨”的报文。这里的MT202报文与先前发送的MT103报文存在“主子”关系,即MT202报文所调拨的资金正是MT103报文中指定的支付款项。

在Cover模式下,MT202报文中的21:字段会引用MT103报文中的20:字段,以建立两者之间的关联关系。例如,下图中MT202报文中的21:字段(REF10312345)就引用了MT103报文中的20:字段(REF10312345),从而确立了主报文和子报文之间的关联。

6.4.跨国连接的通讯网络体系

Swift的通讯网络体系是全球金融体系的核心基础设施之一,其跨国连接通讯网络高度复杂且极为可靠。凭借分布式架构、智能路由技术、多层次的安全措施以及高可用性设计,Swift确保了全球金融机构之间通信的高效与安全。无论是跨境支付、证券交易还是外汇操作,Swift网络都发挥着不可或缺的作用,堪称全球金融体系的“中枢神经”。

七、通过Swift的支付清算原理

前面已经介绍过,Swift仅负责传递信息流,而不处理资金流。然而,在国际支付清算过程中,存在多种模式,Swift在其中发挥着至关重要的作用。接下来,我们将从往来账户、三种跨境支付模式、一笔付款示例以及Swift的GPI等几个方面,详细解析Swift在支付过程中的具体运作方式。

7.1.往来账户关系

在跨境支付中,理解“账户关系”至关重要。这指的是两家银行之间是否建立了直接的往来账户关系,即Nostro/Vostro账户。这种账户关系是银行间进行资金清算的基础。如果两家银行没有直接的账户关系,那么它们就需要通过代理行来完成资金的清算。

1)Nostro账户

Nostro账户,意为“我们的账户”,是指一家银行在另一家银行开立的外币账户,用于处理跨境支付中的资金清算。例如,中国的银行A在美国的银行B开立一个美元账户,这个账户就是银行A的Nostro账户。

2)Vostro账户

Vostro账户,意为“你们的账户”,是指一家银行为另一家银行开立的本币账户,用于接收来自该银行的资金。例如,美国的银行B在中国的银行A开立一个人民币账户,这个账户就是银行B的Vostro账户。

3)建立账户关系的意义

如果两家银行之间建立了Nostro/Vostro账户关系,它们就可以直接进行资金清算,无需通过第三方银行。例如,中国的银行A在美国的银行B开立了Nostro账户(即美元账户),同时银行B在银行A开立了Vostro账户(即人民币账户)。这样,银行A和银行B之间就建立了直接的账户关系。

4)用途示例

假设中国银行(Bank of China)与美国花旗银行(Citibank)建立了代理行关系。中国银行在花旗银行开立了一个美元账户,用于处理美元支付业务,这个账户对中国银行来说是Nostro账户。相应地,花旗银行在中国银行开立了一个人民币账户,用于处理人民币支付业务,这个账户对中国银行来说是Vostro账户。

当中国银行的客户需要向美国花旗银行的客户支付美元时,中国银行会从其在花旗银行的Nostro账户中扣除相应金额,而花旗银行则会将这笔资金划转至收款人的账户。

7.2.跨境支付的三种模式

跨境支付是指资金在不同国家或地区之间的转移过程,涉及多种支付模式和结算机制。其中,常见的支付模式有三种:清算行模式、代理行模式和NRA(非居民账户)模式。

1)清算行模式

在清算行模式下,境外清算行与境外其他银行签订人民币代理结算协议,为它们开立人民币同业往来账户,并代理这些境外银行进行跨境人民币收付等服务。清算行通常由两国央行共同指定,负责处理两国之间的本币(即人民币)支付业务。例如,香港、澳门地区的人民币业务清算行,如中银香港、中银澳门,以及中银台北、中国工商银行新加坡分行等,与境内银行传递清算信息,共同完成跨境人民币的清算和结算工作。

2)代理行模式

在代理行模式下,境内具备国际结算业务能力的商业银行与境外银行签订人民币代理结算协议,为境外银行开立人民币同业往来账户,并代理其进行跨境人民币收付、结算等服务。这一模式下,境内商业银行作为代理行,负责处理境外银行在跨境人民币业务中的收付和结算需求。

3)NRA模式

NRA模式,即非居民账户(Non-Resident Account)模式,允许非居民(如外国企业或个人)在本国银行开立账户,以便进行跨境支付和结算业务。

7.3.Swift 的GPI支付

传统跨境支付存在诸多痛点:支付过程可能需要数天才能完成,速度较慢;付款人和收款人无法实时追踪支付状态,信息不透明;此外,中间银行可能会收取额外费用,使得最终到账金额存在不确定性,即费用不透明。而gpi(全球支付创新服务)通过技术创新和标准化流程,有效解决了这些问题。

1)GPI是什么

Swift GPI(Global Payments Innovation)于2017年推出,旨在提升跨境支付的速度、透明度和可追溯性。一经推出,便迅速成为全球跨境支付的标准。目前,已有超过3500家银行加入GPI网络,覆盖全球200多个国家和地区,超过80%的跨境汇款通过GPI完成。以下是Swift官方关于GPI的原文介绍。

2)GPI的运行机制

GPI并非SWIFT全新的一套业务模式,而是SWIFT在现有基础上新增了gpi Tracker工具。通过这一工具,银行和客户可以实时查看支付的每个环节。GPI要求银行在支付过程中明确披露费用,确保付款人能够了解最终到账金额。同时,GPI提供端到端的支付确认服务,确保付款人和收款人都能收到支付成功的通知。

在SWIFT的MT报文中,会标识该报文是否为GPI报文。只有当报文的发送方和接收方都加入了GPI网络,发送方才能向接收方发起GPI报文。

付款人通过银行发起GPI支付时,银行会生成一个唯一的GPI追踪号(UETR),作为该笔汇款的唯一标识。无论经过多少个中间环节,这个UETR始终不变。

GPI Confirmation Message是SWIFT和GPI机构之间传递汇款处理进度和手续费等信息的载体。

gpi Tracker是SWIFT的Global Payments Innovation(GPI)服务中的核心工具之一,为银行和客户提供实时、端到端的跨境支付跟踪功能。通过gpi Tracker,用户可以实时查看支付的状态、位置和预计到账时间,这显著提升了跨境支付的透明度和可追溯性。gpi Tracker的核心是UETR(Unique End-to-End Transaction Reference),即唯一的端到端交易参考号,每个GPI支付都会生成一个UETR,用于在整个支付生命周期中跟踪支付状态。

3)通过GPI的支付流程

付款人通过银行A发起向Y国收款人的付款请求,并生成UETR(唯一端到端交易参考号)用于后续的进度查询。Swift系统实时更新打款进度,当收款人所在银行B成功入账后,会反馈支付结果。银行A通过GPI Tracker接收到这一结果,随即通知付款人付款已成功。

本文由人人都是产品经理作者【陈天宇宙】,微信公众号:【陈天宇宙】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。