SaaS 出海收款完整指南:Stripe、Merchant of Record 与全球税务

2026-03-16

面向中国 SaaS 创始人的全球收款指南,系统解释 Stripe、Merchant of Record、订阅计费、VAT 与常见支付架构选择。

引言

SaaS 出海,收款怎么选?这是许多中国 SaaS 创始人启动全球化时首先面临的问题。真正的难点往往不在于“能否接入一个支付接口”,而在于如何构建一套能够长期稳定运行的 全球 SaaS 收款 体系,涵盖 收款、subscription billing、税务合规、退款与对账 等关键环节。

当你开始面向欧美等海外市场销售 SaaS 产品时,通常很快就会遇到以下这些实际问题:

  • 中国公司能否直接使用 Stripe?
  • 是否需要采用 Merchant of Record(MoR)
  • subscription billing 的计费逻辑应如何设计?
  • 欧盟 VAT 税务 及其他税务问题如何处理?
  • 不同 SaaS 支付架构 在成本与复杂度上到底有何差异?

本文是 SaaS 出海 支付专题的 总入口。如果你刚开始搭建 跨境 SaaS 支付 体系,建议先通过本文建立整体认知框架,再根据自身情况,深入阅读更具体的分步指南。


SaaS 出海收款到底在解决什么问题?

SaaS 收款,本质上是在解决什么问题?答案是一套完整的系统,而非单一功能。它通常至少包含以下核心模块:

  • Checkout(购物车)与支付方式接入:确保用户能顺畅完成支付。
  • subscription billing(订阅计费):管理试用转换为正式订阅、自动续费、产品升级,交叉销售等复杂逻辑。
  • webhook 处理:实时同步支付状态,联动你的 SaaS 业务系统。
  • API:灵活调用支付平台功能。
  • VAT / sales tax 等税务逻辑:确保全球销售合规,尤其是在欧盟地区。
  • 发票、退款、拒付与对账:处理交易后的一系列财务与合规事务。
  • 跨境结算与现金流管理:关注资金回笼周期与汇率风险。

换句话说,当你选择一套支付方案时,你实际选择的不是“一个支付按钮”,而是一整套运营与合规基础设施。

全球 SaaS 收款系统结构示意

下面的示意图展示了一个典型的 SaaS 出海收款架构。实际实现方式可能不同,但大多数系统都包含类似的核心组件。

全球 SaaS 收款系统结构示意
图 1:全球 SaaS 收款系统结构示意。从 Checkout 到 payment processor / MoR,再到 subscription billing、税务与对账,构成完整的 SaaS payments stack。

SaaS 出海常见的三种支付架构

1. 什么是 Merchant of Record(MoR)

在 MoR 模式下,第三方平台作为法定销售主体向客户收款,并承担大部分交易层面的税务与合规责任。这是简化 SaaS 出海收款流程 的常见选择。

适合以下场景:

  • 团队资源有限,希望快速启动
  • 希望快速上线全球销售,验证市场
  • 不愿自行处理复杂的 VAT 税务 问题
  • 需要专业团队处理合规和规避风险事宜

进一步阅读:


2. Stripe 怎么用?直连收款(payment processor)模式

在直连模式下,你通过 Stripe、PayPal、Adyen 等 payment processor 直接处理支付。此时,你的公司就是 Merchant of Record

优点:

  • 灵活性高,可深度定制支付流程
  • 品牌控制更强,账单上显示的是你的公司
  • 费率通常低于 MoR

缺点:

  • 需自行承担税务与合规责任
  • 系统复杂度更高,需处理 webhook、订阅失败、Strong Customer Authentication(强客户身份认证)3D Secure、对账等问题

进一步阅读:


3. subscription billing 怎么搭建?订阅计费平台 + 支付处理器

许多 SaaS 团队最终采用“订阅计费平台 + payment processor”的组合方案,以兼顾灵活性和计费逻辑的复杂性。

典型组合例如:

  • Stripe Billing + Stripe Payments
  • Chargebee + Stripe
  • Recurly + PayPal / Stripe

这种模式适合订阅逻辑较复杂、需要精细化管理 subscription billing 的团队,但要注意,它不会自动解决税务和法律责任问题,你的公司依然是最终的 Merchant of Record

进一步阅读:


中国公司做 SaaS 出海时,最关键的现实限制是什么?

中国公司可以用 Stripe 吗?对许多中国团队而言,最现实的约束往往不是技术,而是 主体资质 问题。

中国大陆公司通常无法直接开通 Stripe 等主流 payment processor 的商家账户。因此,常见的 跨境 SaaS 支付 合规路径通常只有三类:

  • 使用 Merchant of Record:平台作为销售主体,绕开主体限制。
  • 通过 Stripe Atlas 注册美国公司:以美国公司身份接入。
  • 在香港 / 新加坡等地区设立海外主体:获取更灵活的支付通道。

如果你的产品已准备好上线,建议先明确以下问题:

  • 你是否必须使用 Stripe?
  • 你是否愿意承担海外公司的维护成本?
  • 你更看重上线速度,还是长期灵活性?

进一步阅读:


订阅计费为什么比一次性收款复杂得多?

subscription billing 为什么复杂?许多 SaaS 创始人容易低估其复杂度,因为它不仅是“定期扣款”,还涉及以下完整生命周期:

  • 试用转正
  • 自动续费
  • 支付失败重试
  • 套餐升级降级
  • 按比例退款与取消
  • webhook 事件处理与状态同步
  • 用户权限的开通与关闭

如果这些逻辑设计不当,可能导致:

  • 用户已付款但权限未开通
  • 支付失败但服务仍在继续,造成收入流失
  • 发票、对账与收入记录不一致,财务混乱

进一步阅读:


税务为什么会成为全球 SaaS 收款中的核心问题?

SaaS 出海怎么处理 VAT?一旦面向全球客户销售,税务就不再是可选项,而是系统设计的必要组成部分。

尤其是面向欧盟、英国等市场时,常见问题包括:

  • VAT 应按哪个国家的税率计算?
  • B2C 与 B2B 销售的处理方式是否不同?
  • 是否需要进行 OSS(一站式申报)?
  • 使用 MoR 后,VAT 税务 责任是否完全转移?
  • 使用 Stripe Tax 是否就意味着“税务问题已解决”?

如果你自行担任 Merchant of Record,这些问题都需要你自行承担和解决。
如果你使用 MoR,平台会帮你处理大部分事务,但你仍需理解其基本逻辑,以便与平台对接和核对。

进一步阅读:


常见平台应该怎么选?

SaaS 出海收款平台怎么选?许多团队进入选型阶段时,会集中比较以下平台:

  • Stripe
  • Paddle
  • PayPro Global
  • FastSpring
  • Chargebee
  • PayPal

但更有效的做法不是先问“哪个平台最好”,而是先厘清以下自身问题:

  • 你的公司主体是否为中国大陆?
  • 你是否需要自行担任 Merchant of Record
  • 你是否需要强大的 subscription billing 能力?
  • 你的主要客户是否集中在欧美市场?
  • 你是否优先追求快速上线,而非长期费率最优?

进一步阅读:


如果你是中国 SaaS 创始人,应该怎么做第一步判断?

SaaS 出海收款第一步怎么选?你可以参考以下简单框架进行初步判断:

适合先用 MoR 的情况

  • 希望快速上线验证市场,团队资源有限
  • 缺乏专业的财务或税务资源
  • 暂不计划注册海外公司
  • 希望由平台代处理税务与合规问题

适合考虑 Stripe / 海外主体的情况

  • 需要完整的 API 灵活性,深度定制支付流程
  • 愿意承担税务与海外公司维护工作
  • 已持有美国 / 香港 / 新加坡主体
  • 追求更低的长期费率,且有团队处理合规事务

建议的阅读顺序

第一次搭建 全球 SaaS 收款 体系,应该按什么顺序学习?建议按以下顺序阅读,从核心概念到具体选型:

  1. SaaS 出海必读:Merchant of Record(MoR)是什么?它帮你解决什么,你还需要做什么?
  2. MoR vs 直连收款(Stripe 等 payment processor):SaaS 出海怎么选?
  3. 中国公司能用 Stripe 吗?不能的话有哪些合规路径(MoR / Stripe Atlas / 海外主体)
  4. Stripe vs Paddle:SaaS 出海收款方案怎么选?
  5. Merchant of Record 平台对比:Paddle、FastSpring 与 PayPro Global 怎么选?

总结

SaaS 出海收款 的本质是什么?不在于接入一个支付接口,而在于选择一套契合你当前发展阶段的支付与合规架构。

对中国 SaaS 团队而言,最常见的三条路径是:

  • Merchant of Record
  • Stripe + 海外公司
  • 订阅计费平台 + payment processor 组合

不同方案的核心差异在于:

  • 谁承担 VAT 税务 和法律责任?
  • 谁掌控支付与订阅逻辑?
  • 如何在上线速度与长期灵活性之间取得平衡?

理清这些问题后,后续的平台选型与系统实现将更加清晰高效。构建一个稳健的 SaaS 支付架构,是成功出海的坚实一步。


参考资料


更新记录

2026-03-16 — Initial publication


法律免责声明

本文仅用于解释 SaaS 出海收款与支付基础设施的常见结构,不构成法律、税务或会计建议。

相关指南

想交流你的 SaaS 出海架构?

如果你正在做面向全球市场的 SaaS,或正在评估收款、VAT、订阅计费或 Merchant of Record,可以加微信简单聊聊。

微信二维码

微信二维码

扫码添加后,可以直接说你在做什么产品,或者你现在最卡住的问题。

微信号:foundersgoglobal

微信名:Xiaojuan | Founders Go Global

联系我