AIStackWatch MoR 雷达

面向 AI 开发者的 Merchant of Record 服务商

Merchant of Record 可以成为相关数字产品交易的法律卖方，比普通支付处理商承担更多支付、税务、退款、争议与买家支持职责。请把本页当作上线检查清单，而非服务商排名。

查看服务商浏览 AI 工具

优先选 MoR

你面向全球销售 SaaS、应用、AI 额度、模板或其他数字产品，且不希望从第一天起就自行承担每一项税务、退款、拒付与买家支持流程。

PSP 仍然合适

你需要最大程度的结账控制、市场平台流程、自定义支付方式、直接的商户身份，或已具备处理税务与争议的财务/法务运营能力。

政策即产品工作

AI 产品可能在生成内容、用户数据、受监管建议、账号滥用、退款与禁止类目方面触发审核问询。先确认政策，再写代码。

服务商概览

官方页面核对于 2026 年 4 月 30 日。最稳妥的下一步，始终是在接通生产环境结账前，针对具体服务商做一次政策与接入审查。

Creem

面向 SaaS 计费的 Merchant of Record，处理托管支付、税务、退款与拒付。

来源

适配的开发者: 希望以轻量接入获得 MoR 结账的独立 SaaS 与 AI 产品团队。
上线前需核实: 上线前确认审核政策、打款支持、订阅适配与退款流程。

来源： Creem MoR docs

Paddle

成熟的 MoR，覆盖 SaaS、数字产品与移动应用的计费、税务、反欺诈与买家支持。

来源

适配的开发者: 看重计费运营、订阅生命周期与合规深度的成长期 SaaS 团队。
上线前需核实: 核实接入周期、产品类目审批、客户支持流程与迁移路径。

来源： Paddle 101

Lemon Squeezy

面向数字产品的 Merchant of Record，全球销售税与合规均由其处理。

来源

适配的开发者: 需要简单店面式 MoR 接入的创作者与软件卖家。
上线前需核实: 确认其 Stripe 时代的当前产品方向、支持预期与 SaaS 订阅需求。

来源： Lemon Squeezy MoR docs

Dodo Payments

面向数字产品的 MoR，作为法律卖方处理支付、税务、反欺诈与合规。

来源

适配的开发者: 需要本地支付覆盖与 MoR 能力一站式解决的全球独立开发者。
上线前需核实: 核查商户准入政策、打款覆盖地域、支持响应与争议处理。

来源： Dodo MoR docs

Stripe Managed Payments

Stripe 的一项能力：在符合条件的 Managed Payments 中由 Stripe 作为记录卖方。

来源

适配的开发者: 已在使用 Stripe、希望获得 MoR 语义又不想替换整套支付栈的团队。
上线前需核实: 核实可用性、适用产品、交易级行为，以及与你结账流程的兼容性。

来源： Stripe Managed Payments docs

MoR 与 PSP 的运营模式对比

这个决策与其说关乎结账界面，不如说关乎客户付款后由谁承担交易义务。

法律卖方

MoR 默认: 对于覆盖的交易，服务商即为记录在案的卖方。
PSP 默认: 通常由你的公司作为卖方；处理商只负责划转资金。

间接税

MoR 默认: 服务商通常负责计算、代收、申报并缴纳覆盖范围内的销售税/VAT/GST。
PSP 默认: 通常需要你将 PSP 与税务工具搭配，并自行完成申报流程。

退款与争议

MoR 默认: 服务商承担订单生命周期与账单支持边界中的更多部分。
PSP 默认: 你掌控支持流程，但也承担更多运营责任。

集成控制

MoR 默认: 托管式结账与服务商规则减少了对接面，但也限制了自定义空间。
PSP 默认: 结账与账单设计更灵活，但需投入更多合规工作。

最佳默认选择

MoR 默认: 需要合规且快速上线的小型全球数字产品团队。
PSP 默认: 具备复杂支付、市场平台逻辑或成熟财务运营的团队。

问题	MoR 默认	PSP 默认
法律卖方	对于覆盖的交易，服务商即为记录在案的卖方。	通常由你的公司作为卖方；处理商只负责划转资金。
间接税	服务商通常负责计算、代收、申报并缴纳覆盖范围内的销售税/VAT/GST。	通常需要你将 PSP 与税务工具搭配，并自行完成申报流程。
退款与争议	服务商承担订单生命周期与账单支持边界中的更多部分。	你掌控支持流程，但也承担更多运营责任。
集成控制	托管式结账与服务商规则减少了对接面，但也限制了自定义空间。	结账与账单设计更灵活，但需投入更多合规工作。
最佳默认选择	需要合规且快速上线的小型全球数字产品团队。	具备复杂支付、市场平台逻辑或成熟财务运营的团队。

生产环境结账检查清单

你的产品类目是否被接受，包括 AI 生成内容与用户上传的数据？

在收据、发票、银行流水与退款沟通中出现的是哪个主体？

由谁处理销售税、VAT、GST、发票、退款、拒付与买家账单支持？

支持哪些国家、货币、本地支付方式与收款目的地？

若日后迁移，你能否导出客户、订单、税务、订阅与发票数据？

webhook、幂等键、订阅状态与退款事件如何映射到你的应用？

在服务商审核、账号冻结、AI 内容争议或流量骤增时会发生什么？

哪些实时发送、结账与退款操作在生产上线前需要负责人审批？