跨境支付的复杂生态让人眼花缭乱，PF、Acquirer、Processor等专业术语背后隐藏着资金流向与责任划分的密码。本文以一笔普通信用卡交易为切口，深度解剖7大核心角色的功能边界，揭秘谁在碰钱、谁在担责、谁只是技术中介，带你看清跨境支付链条的底层逻辑。
如果你刚开始接触跨境支付，大概率会有这种感觉：
明明只是“帮商户收钱”， 但一开会就全是： PF、Acquirer、Processor、ISO、Aggregator、MOR、Card Scheme……
每一个词看起来都在“收款”， 但又好像都不是一回事。
钱到底给谁？ 谁承担风险？ 谁只是做技术？
这篇文章，我们不从规则讲起，也不从卡组织讲起， 而是从“一个普通用户刷卡”开始，一步步拆清楚：
假设一个最普通的场景：
一个用户，用信用卡，在一家网站上买了一件商品。
表面上你看到的是：
用户 → 输入卡号 → 支付成功
但实际上，背后至少涉及 7 个角色。
下面是一个跨境支付的流程图，我们一个一个来解释
就是付钱的人。
一句话：卖东西、向用户收钱的人。
只要你：
你在支付体系里就是 Merchant。
很多新手容易误解：
“我用的是平台收款，是不是就不是商户？”
不是的。 卖东西的永远是商户，只是接入方式不同。
Merchant不能直接把交易发给银行，所以需要一个 Gateway 来“代为转交”。
为什么商户不能直接发送交易？
因为如果商户直接发交易，会带来很多问题：
因此Gateway支付网关就出现了，Gateway将商户的系统和金融系统隔离开，复杂、危险、合规的事情都由这一层来做，可以由多个角色担任：
Processor可以把它理解为：收单行系统的“技术中台”。
Processor 通常负责：
重点：Processor 通常不碰钱。 它更像是“修高速公路的人”， 车从它这里过，但钱不留在它这。
Acquiring Bank这是支付体系里非常关键的一方，他是收单行的法律责任主体。
你可以理解为：
“代表商户，向卡组织和发卡行担保的人”
收单行的核心是：
如果商户出问题， 银行和卡组织第一时间找的通常是收单行，收单行才是卡组资金的结算方。
把Payment Processor（支付处理机构）/Acquiring Bank（收单行）放在一起是因为大多数收单行并不自己开发卡组织处理系统，而是依赖具备卡组 Processor 资质的机构，对外表现成一个收单能力的整体。
比如： Visa / Mastercard/American Express/Japan Credit Bureau/Diners Club
它们不发卡、不直接收钱，主要负责：
你可以把卡组织理解为：
“全球银行卡支付的规则制定者 + 交通枢纽”
给用户发卡的银行。
它的工作很简单但很重要：
最终“同不同意扣钱”，是发卡行说了算。
先用一句人话解释 PF：
PF 就是“帮很多商户一起收钱的平台”。
比如：
这些平台下面有很多小商户， 如果每个商户都自己去找银行对接，成本会非常高。
于是就有了 PF 模式。
从卡组织视角看：
这笔交易是 PF 发起的，不是子商户。
PF 是真正“又碰钱、又担责”的角色。
可以理解为：
“帮商户对接 PF 或银行的一层中介”
一句话解释：
“帮银行发展商户的销售代理”
MOR 是一个“责任身份”，不是技术角色。
谁是 MOR？
在法律和支付规则上，对这笔交易最终负责的人。
在 PF 模式下， PF 往往就是 MOR。
情况 1：直连商户
用户 → 银行 → 收单行 → 商户
情况 2：PF 模式
用户 → 银行 → 收单行 → PF → 子商户
情况 3：技术服务 / Processor
用户 → 银行 → 收单行 → 商户
↑
Processor（不碰钱）
如果你只记住这几句话，就够了：
跨境支付之所以复杂，不是因为技术有多难，而是因为：
钱、责任、合规，被拆给了不同的人。
一旦你能分清：
后面的 PF、结算、对账、分润，都会变得顺理成章。
本文由 @Amour 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。