跨境销售软件，会在你从未踏足的市场里悄悄给你带来税务登记、审计和拒付责任。Merchant of Record（MoR，登记商户） 通过成为你产品在法律意义上的卖方，消除了这种风险敞口。你把软件授权给 MoR;由 MoR 在下游处理税务、拒付、欺诈和结算。

本文讲清 MoR 是什么、它消除了哪三项隐性成本、它与 Stripe 这类支付处理商有何不同、Waffo Pancake 作为你的 MoR 会处理哪些事，以及切换究竟在什么时候才划算。

全球销售的三项隐性成本

这些成本大多不会作为单独条目出现在支付仪表盘上 —— 而这恰恰是它们无人管理的原因。

1. 全球税务陷阱（VAT、GST、销售税）

如果你向本国以外的客户销售数字商品，你极有可能要在客户所在司法辖区承担纳税义务。这是法律规定，不是灰色地带。

• 仅美国一国就有超过 12,000 个税务辖区（Vertex, 2024）。
• EU 对销售给 EU 消费者的数字服务征收 VAT，且对非 EU 的 B2C 卖家设有零收入门槛。
• 新加坡的境外供应商登记（Overseas Vendor Registration）制度规定：一旦全球营业额超过 SGD 1,000,000 且新加坡 B2C 数字销售每年超过 SGD 100,000，即需缴纳 9% GST。
• 日本要求境外卖家登记缴纳 10% 日本消费税，且在当地没有常设机构的情况下，需指定一名日本税务代理人。
• 脱欧之后，英国对数字服务实行自己的一套 VAT 制度，与 EU 分开。

在 100 多个市场里手工处理这些事，已经不是一个财务问题，而是一个结构性问题。

2. 隐性汇兑损耗

大多数软件以 USD 定价，但客户用 EUR、GBP、JPY 等货币付款。许多支付网关一边宣传“全球收款”，一边把加价偷偷嵌进汇率里 —— 通常为 1–3%，很少作为单独费用列出。在 USD 1,000,000 的营收、其中 40% 来自非 USD 市场的情况下，3% 的汇差每年会悄悄吃掉约 USD 12,000，而且没有任何可供核对的条目。

3. 资金冻结与滚动准备金

营收骤增 —— 往往正是一次成功发布的直接结果 —— 可能触发通用处理商的自动化风控模型，导致账户被冻结。对被标记为高风险的账户，许多老牌网关的标准做法是预留 5–15% 的滚动准备金，并锁定 90–180 天。那是你自己挣来的营收，却恰恰在你最需要用它来增长的时候被锁住了。

Merchant of Record 究竟是什么

Merchant of Record 是作为产品卖方出现的法律实体。当你使用 MoR 时，在这笔交易里，登记卖方是 MoR —— 而不是你的公司。这会带来实实在在的法律后果：

• MoR 在每个司法辖区征收并申报缴纳税款。
• MoR 承担拒付与欺诈的财务及法律责任。
• 在你销售的各地，MoR 负责遵守当地规则。

你的公司变成软件授权方。MoR 成为你的授权经销商。Waffo Pancake 的说法很直白：“We're the seller. You focus on building.”（我们当卖方，你专心搞开发。）

Merchant of Record 与 Seller of Record

这两个术语常被混用，但其间有一处精确的区别。Seller of Record 是在会计和收入确认意义上被认定的实体。Merchant of Record 则拥有这笔支付交易 —— 负责收款、申报缴纳税款，并承担欺诈与拒付责任。在大多数安排中，同一个实体兼任两者。如果某个供应商只担任其中之一而非两者，务必把责任的划分以书面形式确定下来。

实际运作流程

下面是以 Pancake 作为你的 MoR 的简化流程：

1. 一位德国客户在结账时为你的产品支付 €49（含 VAT）。
2. Pancake 以登记的法律卖方身份处理这笔付款。
3. Pancake 在销售环节计算并代收 19% 的德国 VAT。
4. Pancake 把净额结算给你，并按适用的周期向德国税务机关申报缴纳 VAT。
5. 你拿到的是干净的净营收 —— 在 Pancake 持有登记的市场里，没有 VAT 义务、申报截止日，也没有审计风险。

整个税务生命周期在资金到你手里之前就已结清。

MoR 与 PSP（Stripe）的对比：结构性差异

许多创始人把 MoR 和 Stripe 这类支付服务商（PSP）混为一谈。PSP 是一根 管道 —— 它把钱从客户那里搬到你这里，而你仍是法律卖方，承担所有合规义务。MoR 是一面 盾牌 —— 它挡在你和全球销售的法律、税务、监管复杂性之间。

（注：Stripe 已于 2025 年 4 月推出 Stripe Managed Payments，在发布时为通过 Stripe Checkout 在 35 个以上国家销售的数字商品担任 MoR。下面的结构性对比仍适用于标准的 PSP 配置。）

Waffo Pancake 作为你的 MoR 会处理什么

作为你的 Merchant of Record，Pancake 会在 173 个国家成为登记卖方，并承担三项核心工作。

自动化税务，在结账时计算。 Pancake 会根据结账第一步收集的信息判断客户所在地，套用正确的本地税率 —— 例如日本 10% JCT、德国 19% VAT 或新加坡 9% GST —— 然后完成代收、申报缴纳和报告。在 Pancake 覆盖的市场里，你无需申报或缴纳税款。

法律与拒付责任。 因为 Pancake 是登记卖方，争议和欺诈风险落在 MoR 身上，而不是你的账户。这在结构上很关键：卡组织在商户层面监控拒付率，Mastercard 的标准阈值为 1%（Visa 升级后的 VAMP 计划自 2026 年 4 月起在北美和 EU 收紧至接近 1.5%）。在 MoR 模式下，这些记录不会计在你的公司名下。

为转化优化的结账。 Pancake 的两步式结账先收集邮箱、国家和账单信息（用于税务和订单处理），再收款。它支持 Visa 与 Mastercard、Apple Pay 和 Google Pay，可用英文、简体中文和日文呈现，并支持主题、Logo 和深色模式定制。每件产品都可以通过 ISO 4217 价格映射用多种货币定价。

为什么把 Waffo 选作你的 MoR

Waffo Pancake 构建于 Waffo 的支付平台之上。Waffo 已通过 PCI DSS v4.0 Level 1 认证，获 HSBC 支持，由来自支付宝和蚂蚁集团的创始团队打造，累计融资超过 $30M。作为参照，行业首次尝试的订阅续费成功率平均约为 57%(Cashfree, 2024);在整个 Waffo 平台上，商户的支付成功率最高提升了 45%，并挽回了约 18% 此前失败的订单（基于 Waffo 平台数据）。

透明、可预期的定价

上文那个隐性成本问题有一剂简单的解药：把每一项费用都公开。Pancake 做到了，而且没有月费，也没有开通费用。

合同里没有暗藏的准备金条款，费率里也没有未披露的汇兑加价。你看到的，就是你被收取的。

为 AI 和按用量计费的业务而生

Pancake 专为发布 AI 产品、API 服务以及任何按用量计费业务的开发者打造。两种计费模式覆盖了绝大多数场景，而且可以干净地组合在一起：

• 带用量配额的订阅 —— 分层套餐（按周、按月、按季或按年），每档对应不同的 token、请求或任务额度。
• 按需扣费 —— 一次性订单，或在运行时计算的动态定价，用于超额和额度充值。

你只需用 TypeScript SDK @waffo/pancake-ts 集成一次（也提供 REST API 和只读 GraphQL），webhook 会在订阅激活、变更或续费时让你的配额保持同步。甚至还有一个面向 AI 编码代理的官方 Waffo Pancake Skill，让你能直接从定价模型出发，生成你的商品目录和集成方案的脚手架。

你该在什么时候切换到 MoR？

只要下面任意一条你的答案是“是”，那么继续停留在仅用 PSP 的配置上，代价多半已经高于切换。

1. 你是否在向两个以上国家销售？ 哪怕只在三个司法辖区追踪登记门槛，也会变成一项反复出现的运营任务。
2. 你的 MRR 是否超过 USD 10,000？ 在这个水平上，对 40% 非 USD 营收按 3% 汇差计算，每年大约是 USD 1,440 —— 而且会随你的增长线性放大。
3. 你每月是否花在税务和财务杂务上的时间超过五小时？ 按保守的 USD 100 每小时计算，这就是每年损失 USD 6,000 的产品与增长时间。
4. 你是否曾遇到账户被冻结、节假日延迟结算或意外的准备金？ 这些是可靠性的信号，而不是偶发事件。

把合规从增长约束中移除的最佳时机，是你的第一笔国际销售那一刻。第二好的时机，就是现在。

本文仅为一般信息，不构成税务、法律或财务建议。税率、登记门槛和合规要求会随时间和辖区而变化。在做出决策前，请就你的具体情况咨询合格的专业人士。

相关文章

全球合规

SaaS 销售税（VAT/GST）怎么处理才不头疼

全球合规

你真的需要商户账户吗？MoR 与 PSP 一文讲清（2026）

全球合规

SaaS 该选 LLC 还是公司制（Inc）？2026 选择指南