Paddle

它是什么

想象一家"记录在册的店铺"：它替你处理每一笔交易的收据和税务，你只负责提供产品。这就是「MoR（Merchant of Record，记录商户）」：在法律上真正向你顾客出售商品、并负责各种文书工作的那家公司。Paddle 就是这样的角色，面向软件和「SaaS（Software as a Service，软件即服务，按月租用而非买断的软件）」企业。与其他 MoR 服务一样，Paddle 在法律上就是卖方：它处理付款，然后代你处理全球销售税、「VAT（Value Added Tax，增值税，许多国家采用的一种销售税）」和「GST（Goods and Services Tax，商品及服务税，澳大利亚、印度等国采用的同类销售税）」的合规事务，包括申报和上缴。在支付之上，它还提供订阅计费、开票和营收工具，因此把自己定位为软件公司的完整"支付 + 税务 + 计费"层。

优势

• 销售记录商：全球范围的税务登记、征收和上缴是 Paddle 的活儿，不是你的。
• 强大的订阅和周期性计费功能——套餐、试用、按比例计费、催款（dunning）。
• 支持开票和「B2B（business-to-business，企业对企业，即向其他公司销售）」销售流程，而不只是面向消费者的一次性购买。
• 随着你向国际扩张，降低合规和拒付（chargeback）方面的负担。

取舍

• 费用高于纯粹的支付处理服务，这反映了它所承担的税务和合规工作。
• 相比直接基于 Stripe 构建，对确切结账流程的底层控制较少。
• 由于 Paddle 承担了卖方责任，其审批和入驻流程可能更严格。
• 最适合软件/SaaS；并非为实体商品或平台市场设计。

最适合

SaaS 和软件公司——尤其是那些面向国际销售的公司——它们想把计费和全球税务合规打包解决，让团队专注于产品，而不是在众多国家提交增值税申报。

与 vibe coding 的契合度

当你要构建订阅型产品，并想彻底避开税务合规这个无底洞时，Paddle 很适合 vibe coding。让 AI 助手对接 Paddle 的托管结账或浮层结账，并实现一个激活订阅的 webhook 以及一个处理取消和续订的 webhook。webhook（网络钩子）是 Paddle 在某件事发生时（比如新订阅、一次取消）自动发给你应用的消息，于是你的应用能自行响应，而不必不停地轮询查询。由于 Paddle 是记录商户，请告诉 AI 助手不要构建任何税务逻辑——它的任务是履约，并让你应用的订阅状态与 Paddle 的事件保持同步。

// Handle a Paddle subscription webhook (server-side)
export async function handlePaddleEvent(event) {
  switch (event.event_type) {
    case "subscription.activated":
      await grantAccess(event.data.customer_id);
      break;
    case "subscription.canceled":
      await revokeAccess(event.data.customer_id);
      break;
  }
}