Go 的 Stripe 集成

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

是的。 Stripe Integration for Go 是為您已有的 Go 系統建置的。我們不提供單獨的演示儲存庫作為可交付成果。

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

Gin 或 Fiber — 無論您的 Go 應用程式已使用哪一個。純 net/http（如果服務已經以這種方式啟動）。

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

Go 可以建立一個 PaymentIntent 並儲存 Stripe 客戶 ID。定期計費保留在伺服器上。訂閱量大的 Go 工作可能需要自訂報價。

Go 程序使用環境/配置中的金鑰和 Webhook 簽章金鑰。客戶端僅收到可發布的金鑰。

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

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

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

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

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

不會。在此 Go 附加價格中，我們不會將 Go API 重寫為 Node.js 或 Java。

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

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

在 30 天的期限內，我們協助解決因記錄的 Stripe 變更而造成的已交付 Go 整合的損壞。以後的升級是您的維護或擴展技術支援。

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

我們根據整合時固定的 Stripe 庫確認您的 Go 版本。較舊或嚴重分叉的 Go 運行時可能需要額外的範圍。

不會。在此 Go 附加價格中，我們不會將 Go API 重寫為 Node.js 或 Java。

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