MoR vs 直连收款（Stripe 等 payment processor）：SaaS 出海怎么选？

引言

SaaS 出海收款怎么选？这是中国 SaaS 创始人在开拓国际市场时首先需要回答的问题。通常需要在 自建支付系统（使用 Stripe、PayPal 等 payment processor） 与 使用 Merchant of Record（MoR）服务 之间做出选择。

MoR 模式（例如 Paddle、FastSpring 等）能够减轻开发者在跨境支付和税务合规方面的管理负担。而直连收款方式（如自行集成 Stripe Billing）则提供更高的灵活性与品牌控制权。

创始人需要综合评估以下因素：

成本
合规责任
技术实现复杂度
团队资源

正如 Paddle 所指出的，SaaS 产品的客户群天然具有全球化属性，支付、订阅计费与税务合规很快就会变得复杂。如果团队缺乏专职的财务或法律支持，“Merchant of Record” 很快就会从一个抽象概念变成实际刚需。

本文将对比 MoR 与直连支付（以 Stripe 为代表） 的差异，分析两者在技术实现、运营模式和关键权衡方面的区别，帮助你在 SaaS 出海时做出更合适的支付方案选择；如果你想先看整体地图，可以先读《SaaS 出海收款完整指南：Stripe、Merchant of Record 与全球税务》。

概念解释

Merchant of Record（MoR）

MoR 是什么？Merchant of Record（法定销售主体） 是指以自身名义向最终客户销售产品或服务并处理支付的法律实体。

MoR 需承担交易相关的全部财务与合规责任，包括：

对接银行与支付网络
处理客户支付
计算与收取 VAT / sales tax
税务申报
退款与拒付处理
欺诈检测
消费者保护合规

使用 MoR 服务意味着创业公司可以免去：

在多个国家注册税号
自行维护 PCI 合规
管理复杂的税务逻辑
处理多币种结算

但 MoR 服务通常收费较高，例如 Paddle 的费用约为 5% + $0.50。

Payment Processor（支付处理器）

payment processor 是什么？payment processor 指 Stripe、PayPal、Adyen 等提供在线支付通道的服务商。

这些平台主要负责：

搭建支付网关
接入信用卡和本地支付方式
处理交易

Stripe 等通常采用 PayFac（Payment Facilitator）模式 运行，即为商户提供统一的支付账户体系。

但与 MoR 不同的是：

payment processor 不承担税务或法律责任。

这意味着使用 Stripe 等直连收款时：

你的公司仍然是 Merchant of Record
你需要自行注册 VAT 或 sales tax
你需要自行完成税务申报

Subscription Billing（订阅计费）

subscription billing 怎么搭建？订阅计费平台例如：

Stripe Billing
Chargebee
Recurly

这些工具负责：

生成周期账单
自动续费
升级降级
欠费管理

它们通常需要对接底层的 payment processor 才能完成收款。

例如 Stripe Billing 提供灵活的 API，但会额外收取约 0.7% 的计费费用。

Strong Customer Authentication（SCA）

SCA 是什么？Strong Customer Authentication（SCA） 是欧盟 PSD2 指令下的支付认证要求。

SCA 通常通过 3D Secure 2.0 实现双因素认证。

若支付未满足 SCA 要求：

银行可能会拒绝该笔交易。

Stripe 提供了自动触发 SCA 的支付流程，例如：

Stripe Checkout
Payment Intents API

工作原理

MoR 模式

MoR 模式如何运作？在 MoR 模式下：

用户在你的网站下单时，结账流程由 MoR 平台托管。

支付流程通常为：

Customer → MoR Checkout → Payment → MoR

MoR 平台会：

自动计算税费
完成支付处理
以自身名义开具发票
处理退款与拒付

随后平台将 扣除税费后的净收入 结算给你。

从法律角度看，MoR 平台相当于：

以批发价采购你的产品，再以零售价销售给客户。

MoR vs Direct Payment Architecture — **图 1：**MoR 与直连支付架构对比。左侧为 Merchant of Record 模式，右侧为使用 Stripe 等 payment processor 的直连收款模式。

直连支付模式

直连支付怎么实现？在直连模式下，你需要自行构建支付架构。

典型流程包括：

创建 payment intent
触发 3D Secure 验证
确认交易
处理支付失败
处理续费逻辑

Stripe 的订阅系统会通过 webhook 发送事件，例如：

subscription_created
invoice.paid
invoice.payment_failed

你的系统需要监听这些 webhook 事件以：

更新用户权限
暂停服务
发送通知

示例 SaaS 场景

假设一家中国创业公司 AlphaSaaS 开发了一款面向全球用户的项目管理工具，准备启动 SaaS 出海。

使用 MoR

团队选择 Paddle 的 MoR 服务实现 SaaS 收款。

流程：

1 用户在官网下单
2 跳转至 Paddle 结账页面
3 Paddle 自动计算 VAT
4 Paddle 完成支付与开票
5 Paddle 将净收入结算给 AlphaSaaS

优点：

无需注册 VAT
无需处理税务申报

缺点：

费用约 5% + $0.50
客户账单显示 Paddle

使用 Stripe

另一家公司 BetaSaaS 选择自建支付系统对接 Stripe。

技术栈：

Stripe Billing
Stripe Tax

但他们需要：

注册多个 VAT 号码
提交税务报表
处理因 SCA 导致的支付失败

运营复杂度明显上升。

权衡与考量

成本 vs 灵活性

MoR 和 Stripe 哪个更划算？MoR 费用约 5%。

Stripe 基础费率约 2.9% + $0.30，但叠加：

国际卡手续费
Stripe Billing
Stripe Tax

实际成本可能接近 5%。

合规责任

Stripe 模式下税务怎么处理？

所有税务责任由你自行承担。

MoR 模式下：

税务由平台统一处理。

VAT determination for digital services — **图 3：**数字服务 VAT 判定流程。通常根据 IP 地址、账单地址和银行国家确定消费者所在地。

运营复杂度

直连模式需要：

管理支付失败
处理退款流程
管理货币兑换

MoR 则将这些复杂性封装在平台内部。

技术资源

Stripe 需要更多的工程投入。

MoR 更适合资源有限的早期 SaaS 团队。

实用建议

SaaS 出海支付方案怎么选？参考以下建议：

若团队缺乏支付和合规经验，优先考虑 MoR。
若主要市场集中且团队技术能力强，可选用 Stripe。
系统设计时保留未来切换支付架构的灵活性。
无论采用哪种方案，都需重视跨境税务合规。

总结

SaaS 出海收款应该选 MoR 还是 Stripe？

MoR 模式（Paddle、FastSpring 等）：

简化税务与支付流程
适合早期全球化团队

Stripe 直连模式：

灵活性更高
费率更具优势
但需承担更多运营与合规责任

如果你已经决定重点比较具体平台，还可以继续参考《Merchant of Record 平台对比：Paddle、FastSpring 与 PayPro Global 怎么选？》。

最终选择取决于：

团队技术资源
目标市场分布
可承受的运营复杂度

参考资料

以下资料来自支付网络、监管机构以及 SaaS 支付基础设施平台的官方文档，可用于进一步了解本文提到的机制。

Merchant of Record

SaaS 支付与订阅计费

支付认证与安全

Strong Customer Authentication — Stripe Docs

税务与 VAT

更新记录

2026-03-16 — Initial publication

法律免责声明

本文旨在解释 SaaS 出海支付架构，不构成法律或税务建议。