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;
  }
}