SaaS 出海必读：Merchant of Record（MoR）是什么？它帮你解决什么，你还需要做什么？

引言

SaaS 出海，收款怎么选？许多中文 SaaS 团队在启动全球收款时，往往将问题简化为：接入一个支付接口就可以。

但在真实的跨境业务场景中，真正关键的往往不是 钱能不能收进来，而是：谁在法律上是这笔交易的卖方。

在大多数国家和地区：

税务机关
卡组织规则
消费者保护法规

通常将 向消费者收款并出具交易凭证的一方 认定为法律责任主体。

如果这个责任主体界定不清，SaaS 出海团队可能会遇到一系列棘手问题：

VAT / sales tax 注册责任不明
发票主体信息冲突，引发客户疑虑
退款流程复杂，处理周期长
拒付率上升，影响资金流转
客服归属不清，导致用户投诉无门

因此，在 SaaS 出海场景中，一个核心概念是：Merchant of Record（MoR，法定销售主体）。理解并选对 MoR 模式，是构建高效、合规的 SaaS 支付架构 的第一步；如果你想先建立整体框架，也可以先看《SaaS 出海收款完整指南：Stripe、Merchant of Record 与全球税务》，如果你已经进入平台筛选阶段，也可以继续看《Merchant of Record 平台对比：Paddle、FastSpring 与 PayPro Global 怎么选？》。

什么是 Merchant of Record（MoR）？

Merchant of Record（MoR）是指：在法律上向客户销售产品并承担全部交易责任的实体。

简单来说，MoR 就是这笔生意的“法律卖方”，是客户账单上显示的那个收款方。它通常负责：

支付处理
税务计算与缴纳（VAT / sales tax）
PCI DSS 合规，保障支付数据安全
规避风险订单
处理退款
处理拒付争议

很多创始人容易将 MoR 与 payment processor（支付处理商） 混为一谈。

但实际上，两者角色分工明确：

角色	职责
Merchant of Record	法律上的卖方，承担交易法律责任
payment processor	支付处理基础设施，负责技术层面的资金流转

例如，PayPro Global，Paddle 和 FastSpring 均采用 MoR 模式，非常适合希望简化 SaaS 出海收款流程、快速启动全球销售的团队。

MoR 关系中的 reseller 结构

MoR 模式是如何运作的？大多数 MoR 平台采用 reseller（分销商）模型。

基本业务结构如下：

Customer（最终客户） → Merchant of Record（MoR 平台，如 PayPro Global, Paddle）
Merchant of Record（MoR 平台） → SaaS Supplier（你的公司）

在这种结构下：

MoR 平台是你的分销商，向最终客户销售你的 SaaS 产品。
你则是供应商，向 MoR 平台提供产品和服务。

因此，客户账单上的收款方通常是 MoR 平台（如 PayPro Global 或 FastSpring），而非你的公司名称。这一点对于 跨境 SaaS 支付 的合规性至关重要。

MoR 与 subscription billing、webhooks

除了法律和税务责任，MoR 平台通常也提供一整套技术工具来支撑 subscription billing（订阅计费） 流程，主要包括：

订阅生命周期管理
自动化发票系统
实时 webhook 事件通知

常见的 webhook 事件示例：

subscription_created（订阅创建）
payment_failed（支付失败）
subscription_canceled（订阅取消）

你的 SaaS 系统需要通过监听这些 webhook 事件，来：

为用户自动开通或关闭服务访问权限
同步并管理用户的订阅状态
在订阅终止时，及时停止服务，确保业务逻辑准确

即使使用 MoR，你仍然需要负责什么？

使用 MoR 后，开发者还需要做什么？MoR 仅覆盖交易层面的法律责任，你的核心产品与运营责任并未减轻。

SaaS 团队仍需承担以下关键职责：

产品交付

这是你的根本责任，包括：

SaaS 服务的可用性和稳定性（SLA）
产品功能的实现与迭代质量
用户权限管理和数据安全

客户支持

责任划分需要清晰：

MoR 负责：支付失败、账单疑问、发票索取等支付相关问题。
你负责：产品使用咨询、技术故障排查、功能需求反馈等产品和技术支持。

营销与产品合规

你的营销行为和产品本身需要合法合规，包括：

避免任何误导性或虚假的销售宣传
确保你的产品不属于 MoR 平台禁止或限制销售的类别

MoR 支付架构如何运作

MoR 支付流程是怎样的？一个典型的 SaaS 支付架构 流程如下：

MoR 支付流程图 — **图 2：**使用 Merchant of Record 的全球 SaaS 支付流程。

VAT 如何判定

SaaS 出海怎么处理 VAT？以复杂的欧盟数字服务场景为例，VAT 的征收通常依据 消费者所在地（消费地原则）。

在判定消费者所在地时，MoR 系统会综合参考以下信息：

IP 地址：初步判断用户的地理位置
账单地址（billing address）：用户登记的账单信息
银行所属国家（bank country）：支付卡的发卡行所在国家

出海 SaaS 常见支付架构

SaaS 出海收款有哪些常见方案？这几种主流架构可以帮助你更好地理解 全球 SaaS 收款 的选型逻辑：

1 使用 Merchant of Record

代表平台：Paddle、FastSpring、PayPro Global
优点：
- VAT 税务处理复杂度极低，由平台全权负责
- 全球合规成本低，无需在多个国家注册税号
- 适合早期团队，快速启动

2 使用 payment processor

代表平台：Stripe
关键点：此时，你的公司是唯一的 Merchant of Record。
你需要自行处理：
- VAT、sales tax 等全球税务的计算、申报和缴纳
- 所有退款请求
- 拒付争议的处理
这要求团队具备较强的法务和税务能力。

3 subscription billing + processor

典型组合：Chargebee + Stripe
分工：
- Chargebee 这类订阅管理平台负责 subscription billing 逻辑、发票生成和计量计费。
- Stripe 等 payment processor 负责底层的资金处理和收单。
注意：在这种模式下，你的公司依然是最终的 Merchant of Record，仍需承担所有税务和交易法律责任。

方案权衡

MoR 和 Stripe 怎么选？这是 SaaS 出海 团队最常面临的选择题。

MoR 模式的优势：

简化税务处理：自动处理复杂的全球 VAT 和销售税，这是其核心价值。
降低合规成本：无需组建专门的税务和法务团队，即可在全球合规销售。
快速启动：集成速度快，上线周期短。

MoR 模式的劣势：

费用较高：作为服务打包的代价，其手续费通常比纯 payment processor 要高。
结算延迟：资金结算周期可能比直接使用 Stripe 等工具更长。
品牌露出：客户账单上的收款方是 MoR 平台，而非你的公司，可能影响品牌一致性。

总结

Merchant of Record 的核心作用是：将交易层面的卖方身份和相关法律责任外包给专业平台。

使用 MoR，它为你负责：

支付处理
VAT 税务计算与缴纳
退款与拒付处理

但作为 SaaS 团队，你仍需对以下核心业务负责：

产品交付与服务质量
客户支持（产品相关）
营销与产品内容的合规性

清晰界定 MoR 与自身的责任边界，是构建稳健、合规的 SaaS 支付架构 的关键一步；若你还想把它放回更完整的收款选型框架里理解，可以继续阅读《SaaS 出海收款完整指南：Stripe、Merchant of Record 与全球税务》。

常见问题（FAQ）

Merchant of Record 和 Stripe 有什么区别？

Stripe 本质上是一个 payment processor（支付处理商），提供的是资金流动的技术基础设施。
Merchant of Record 则是一个 法律卖方实体，承担了包括税务、合规、退款在内的全部法律责任。

SaaS 出海一定需要 MoR 吗？

不一定。是否选择 MoR 取决于你的团队能力和业务阶段。如果你的团队具备：

专业的税务和法务团队
或在目标市场已设立本地实体

那么你可以自行担任 MoR，直接使用 Stripe 等 payment processor。

为什么很多 SaaS 使用 Paddle？

许多 SaaS 团队选择 Paddle，主要因为其 MoR 服务能一站式解决 全球 SaaS 收款 的核心痛点：

自动处理复杂的全球 VAT 和销售税
支持全球主流支付方式，方便收款
大幅简化跨境合规流程，降低业务启动门槛

MoR 是否完全承担拒付风险？

通常不会。虽然 MoR 会处理拒付争议流程，但相关的拒付费用以及部分风险损失，最终仍可能从你的结算收入中扣除。具体条款需要查阅 MoR 平台的服务协议。

MoR 是否适合早期 SaaS？

非常适合。对于大多数早期 SaaS 团队而言，选择 MoR 模式可以：

显著降低全球税务和法务的复杂度
快速启动全球销售，验证市场
让团队专注于核心产品开发，而不是处理复杂的合规问题

参考资料

以下资料整理自支付网络、监管机构及 SaaS 基础设施平台的官方文档，可供进一步参考文中提到的机制。

支付认证与安全

Strong Customer Authentication（SCA） — European Payments Council
介绍欧洲支付服务指令 PSD2 框架下的强客户认证机制。
3D Secure — EMVCo
全球信用卡网络广泛采用的身份验证协议，用于提升在线支付安全性。

欧盟 VAT 数字服务规则

VAT rules for digital services — European Commission
欧盟针对数字服务 VAT 的官方说明及申报要求。

Merchant of Record 平台说明

Paddle Merchant of Record Guide
Paddle 官方对 MoR 模式的说明。
Merchant of Record — FastSpring
FastSpring 对 MoR 模型的官方介绍。

SaaS 订阅与税务工具

Stripe Billing Documentation
涵盖订阅管理、账单生命周期及 webhook 事件说明。
Stripe Tax Documentation
支持全球销售税的自动计算与申报。

支付安全标准

PCI Security Standards Council
制定与维护 PCI DSS 支付安全标准的官方机构。

更新记录

2026-03-16 — 首次发布

法律免责声明

本文旨在介绍 SaaS 出海场景下的支付基础设施，不构成法律或税务建议。