Node.js 的 Stripe 集成

Node.js 的 Stripe 整合包括在現有 Node.js API 上建立 PaymentIntent、在原始請求主體上簽署的 Webhook、商店中的訂單狀態更新、針對 Stripe 測試事件的測試以及移交註解。您將收到 Node.js 原始碼。 Stripe 費用和您的 Stripe 帳戶是分開的。

是的。 Stripe Integration for Node.js 是為您已有的 Node.js API（Express 或 Fastify）建立的。我們不提供單獨的演示儲存庫作為可交付成果。

不可以。 Node.js 不得儲存 PAN。客戶使用 Stripe Checkout 或 Elements。發布原始卡片資料的自訂 Node.js 表單超出了預設範圍。

不會。 NestJS是單獨登陸的。 Node.js 的 Stripe 整合是 Express 或 Fastify。在這個價格範圍內，我們不會將 Node.js API 改寫為 NestJS。

不。 Next.js App Router 是 Next.js 的 Stripe 整合。這次登陸是一個獨立的 Node.js API。

是的，為了實現。 Stripe 必須 POST 到可存取的 Node.js HTTPS 端點。本地 Node.js 在開發過程中需要 Stripe CLI 或隧道。

Node.js 可以建立 PaymentIntent 並儲存 Stripe 客戶 ID。定期計費和客戶入口網站保留在伺服器上。訂閱量大的 Node.js 工作可能需要自訂報價。

Node.js 程序使用環境變數中的金鑰和 Webhook 簽章金鑰。客戶端僅收到可發布的金鑰。

我們先針對測試金鑰實作 Stripe Integration for Node.js。上線是記錄的環境和儀表板切換，而不是附加許可證。

Node.js 建立支援 SCA 的 PaymentIntents。客戶端使用 Stripe.js 或 Checkout 完成 3-D Secure。 Node.js 僅在 webhook 上的 payment_intent.succeeded 之後完成。

是的，為了實現。給客戶的 Node.js 200 並不是事實的來源。 Webhook 驗證簽名，然後將訂單標記為已付款。

是的。 Stripe Integration for Node.js 通常會在現有訂單模型旁邊新增欄位或精簡付款記錄。

不。您擁有 Stripe 帳戶、金鑰和手續費。 Node.js 附加元件的價格是在您的 Node.js 專案中實現的。

Express 或 Fastify — 無論您的 Node.js 應用程式已使用哪一個。我們在 Node.js 相容性檢查中確認了這一點。

是的。 PaymentIntent 元資料和 Webhook 確認後保留的欄位與您現有的 Node.js 訂單模型保持一致。

Node.js 原始碼位於您的儲存庫中。包含的 30 天支援涵蓋了已交付的 Stripe Integration for Node.js 範圍中的缺陷，而不是不相關的 Node.js 功能工作。

在 30 天的時間內，我們協助解決記錄的 Stripe 變更所導致的已交付 Node.js 整合的損壞。以後的升級是您的維護或擴展技術支援。

我們記錄 PaymentIntent 狀態、儀表板日誌和 Node.js webhook 交付。 30 天支援包括簽章失敗、重試以及交付的 Node.js 流程的金鑰配置錯誤。

我們會根據我們在整合時固定的 Stripe 庫來確認您的 Node LTS。較舊或嚴重分叉的 Node.js 運行時可能需要額外的範圍。

包括移交后30天。對於相同 Node.js 集成，延長技術支援是可選的，價格為 Node.js 附加價格的 20%，為期六個月。