- 現有 Django 專案
- Stripe 測試模式存取
- 付款介面需要 frontend
無需倉庫權限。僅在你希望我們直接整合時才需要專案存取權限。
Django 插件
Django 的 Stripe 集成
將 PaymentIntents、簽署的 Webhooks 和伺服器端訂單狀態新增至現有 Django 專案中，無需從頭開始建立 Stripe API 連線、簽章驗證和履行。
- 包含完整原始碼並永久屬於您
- 無需附加許可證密鑰或循環許可證
- 生產就緒並經過測試
- 整合到您現有的 Django 專案和堆疊中
- 包括移交後 30 天的技術支持
- 可選 6 個月延長技術支持，價格為附加價格的 20%
起
$199
USD · Django
Django 的 Stripe 集成 · Django
完整原始碼無許可證密鑰生產就緒經過測試的集成30 天支持
Requirements
What Django 的 Stripe 集成 needs
功能說明
Django 伺服器上的 Stripe — UI 不是事實來源
Bacodo 將 Stripe 整合到您已有的 Django 專案中。移交後，視圖、URL 和設定將保留在您的儲存庫中。您仍然擁有 Stripe 帳戶、API 密鑰和 Stripe 費用。 Django 不收集原始卡號。
它解決的問題
生產 Django Stripe 路徑需要官方的 stripe SDK、在伺服器上建立 PaymentIntent 或 Checkout 會話、CSRF 豁免 Webhook 視圖、construct_event 簽章檢查以及僅在 Stripe 確認後更新訂單。模板或 SPA 絕不能持有秘密密鑰。
如何落地專案
我們新增了用於建立 PaymentIntents 的 Django URL 和視圖（或 DRF 端點）、一個用於驗證 Stripe-Signature 的 Webhook 視圖、透過環境變數進行的設定以及您已使用的訂單或權利模型的更新。
為什麼它可以節省開發時間
您的團隊跳過第一個生產 Stripe Django 實作：webhook 冪等性、原始正文解析、SCA 感知 PaymentIntents 以及記錄測試到上線金鑰的移交。
它是為誰而設
已經擁有 Django 後端並希望伺服器擁有可維護的支付路徑的開發人員、技術團隊、機構和新創公司。
主要功能
Django 的 Stripe 集成 包含什麼
Django 伺服器上的 stripe SDK
使用 Django 視圖或服務中的官方 Stripe Python 庫建立 PaymentIntents 或 Checkout 會話。密鑰保留在 Django 設定/env 中，而不是在模板或瀏覽器中。
簽署的 Django webhook 視圖
專用的 Django URL 會讀取原始請求正文，並在任何訂單寫入之前使用 Construction_event 驗證 Stripe-Signature。在驗證成功之前，不會假定來自 Django 的 200。
payment_intent.succeeded後的Django訂單狀態
Fulfillment 在 Django 中在 Webhook 之後運行，而不是在感謝頁面之後運行。我們更新您現有的訂單或權利模型，以便您現有的 Django 管理或 API 反映付費狀態。
Django 測試模式然後即時 Stripe 鍵
首先使用 Stripe 測試金鑰和 webhook 金鑰發送 Django。上線是記錄的設定和儀表板端點切換，而不是附加許可證。
冪等 Django webhook 處理
Stripe 可以重試。 Django 處理程序關閉事件 id 或 PaymentIntent id，因此重複的 Webhook 不會雙重實作。
您的 Django 前端仍然是客戶端
Django 範本、HTMX 或單獨的 SPA 僅接收可發佈的金鑰或結帳 URL。卡片資料保留在 Stripe 上。此附加元件是 Django 伺服器路徑，而不是 Django 中的自訂卡片表單。
適用場景
何時適合使用 Django 的 Stripe 集成
現有的 Django 商店或預訂 API
您已經在 Django 中建立了訂單，並且需要伺服器建立 PaymentIntents 並標記那些透過 Webhooks 支付的訂單。
代理將 Django 客戶端 API 交付生產
您需要 Django 中的可維護 Stripe 路徑、客戶端儲存庫中的原始程式碼以及記錄的即時金鑰切換，而不是一次性的 Django 腳本。
SaaS 或 Django 會員資格
Django 必須建立第一個 PaymentIntent 或附加付款方式，同時訂閱和發票保留在您的模型和 Stripe Billing 上（如果您已使用它們）。
Django 市場，稍後付款
從 Django 中的客戶收費開始。如果您的 Django 市場模型需要，Stripe Connect 或目的地費用可以單獨確定範圍。
Demo
Django Stripe webhook 路徑預覽
預覽 Django 伺服器路徑：建立 PaymentIntent、接收 POST /webhooks/stripe/、驗證簽章、更新訂單狀態。相容性檢查後，您的 Stripe 帳戶的即時沙箱即可使用。該頁面不處理真實收費，也不在Django中收卡。
運作方式
Stripe Integration for Django 是如何交付的
標準 Bacodo 附加工作流程，具有 Django 特定的檢查功能，包括 URL、設定、訂單模型以及現有前端與 Django 的互動方式。
01
選擇 Django Stripe
確認 Django 的 Stripe 集成，以及第一天是否是 Django 伺服器上的 PaymentIntents、Checkout 會話或兩者。
02
Django 相容性檢查
檢查 Django / Python 版本、現有訂單模型、身份驗證、是否使用 DRF 以及是否已有 Stripe 帳戶。
03
整合到 Django
新增條帶、Django url 和視圖、webhook 驗證以及前端將呼叫的 PaymentIntent 建立路徑。
04
配置Django項目
從 env 連接 Django 設定：秘密密鑰、可發布密鑰、Webhook 秘密以及將調用的公共 Webhook URL Stripe。
05
測試Django支付路徑
針對 Django Webhook 執行 Stripe CLI 或儀表板測試事件，以及建立意圖和拒絕/取消路徑。
06
移交Django源碼
提供 Django 原始碼、設定註解和即時密鑰清單。 Django 實現由您負責維護。
架構
Stripe 如何連接 Django 項目
Django 進程持有金鑰。客戶要求 Django 建立 PaymentIntent 或 Checkout Session。 Stripe 透過 webhook 通知 Django。 Django 驗證簽名，然後寫入訂單狀態。
客戶端/模板姜戈視圖條帶SDKStripe 支付意圖Webhook → Django訂購型號
支援的技術
Django 的 Stripe 集成 實際使用的技術
Django 和 Python
stripe SDK 接受的 Python 版本目前支援 Django LTS/stable。我們在 Django 相容性檢查中固定版本。
官方 stripe Python 函式庫
PaymentIntents、結帳會話和 webhook Construction_event。除非您需要，否則我們不會將 Django 付款封裝在未記錄的包中。
您的 Django 型號和可選的 DRF
訂單或權利更新保留在您已有的型號上。僅當您的 Django API 已經工作時才使用 DRF。
Django 應用程式的 Stripe 帳戶
您的 Stripe 帳戶、Django、webhook 端點和儀表板事件使用的測試和即時金鑰。 Stripe 處理費由 Stripe 負擔。
需要 Django 託管
可以運行 Django 並從 Stripe 接收 HTTPS POST 的主機（Gunicorn/uWSGI 等）。僅靜態網站無法託管此 Webhook 路徑。
交付內容
Stripe Integration for Django 包含哪些內容
- 整合到現有的 Django 專案中
- 儲存庫中的完整原始程式碼
- Django 設定、url 和 webhook 視圖
- PaymentIntent 或結帳會話建立此結帳所需的路徑
- 在移交前測試了 Django webhook 和意圖流
- 測試到上線切換的移交說明
- 移交後30天技術支持
不包含在附加價格中
- Stripe 帳戶、API 金鑰和 Stripe 處理費 — 您擁有這些
- 如果您沒有可以呼叫 Django 的用戶端，則需要一個新的店面 UI
- Marketplace Connect、自訂計費產品或應用程式內購買替換，除非屬於自訂工作
Pricing
Stripe 整合 Django 定價
此價格僅適用於 Django 平台。它不使用 Next.js 或 Flutter 附加定價。
Django 的 Stripe 集成
將生產就緒的 Stripe 付款添加到現有 Django 專案並保留原始程式碼。
需求
- 現有 Django 專案
- Stripe 測試模式存取
- 付款介面需要 frontend
$199
一次性Django
需要 frontend？
- 完整原始碼
- 無授權費
- 30 天支援
- 完整整合
安全結帳由stripe
交付與安全
Django 交付與安全實踐
預計 Django 交付
典型的 Django Stripe 整合範圍是在 Django 相容性檢查之後確定的。時間表取決於您當前的訂單模型以及客戶如何調用 Django。
移交前在 Django 上進行測試
在我們移交之前，將對 Django 應用程式執行測試模式 PaymentIntents、Webhook 簽章、重試和拒絕路徑。
Stripe 秘密保留在 Django 設定中
金鑰和 Webhook 簽章金鑰保留在伺服器環境中。 Django 範本和任何 SPA 僅接收可發佈金鑰或短期用戶端金鑰。
Django 寫入前的 Webhook 驗證
Django webhook 視圖在更新訂單或權利狀態之前驗證 Stripe 簽章。
沒有無法驗證的 Django 安全聲明
我們不主張 PCI 認證、零欺詐或保證批准率。 Django 不儲存 PAN。卡片資料是由客戶端上的 Stripe Checkout 或 Elements 收集的，而不是我們保留的自訂 Django 卡片表單。
FAQ
常見問題
Stripe Integration for Django 包含哪些內容？
Stripe Integration for Django 包括官方 stripe Python SDK、建立 PaymentIntents 或 Checkout 會話的 Django 視圖或 DRF 端點、簽署的 Webhook 視圖、模型上的訂單狀態更新、針對 Stripe 測試事件的測試以及移交註釋。您會在專案中收到 Django 原始碼。 Stripe 費用和您的 Stripe 帳戶是分開的。
您會將 Stripe 整合到我們現有的 Django 專案中嗎？
是的。 Stripe Integration for Django 是為您已有的 Django 專案建置的。我們將 URL、視圖和設定放入您目前的 Django 應用程式中，而不是將單獨的演示網站作為可交付成果提供。
Stripe Integration for Django 是否會收集 Django 中的卡號？
不可以。 Django 不能儲存 PAN。客戶使用 Stripe Checkout 或 Elements。 Stripe Integration for Django 擁有伺服器端 PaymentIntents、webhooks 和訂單寫入。發布原始卡片資料的自訂 Django 卡片表單超出了預設範圍。
Stripe Integration for Django 使用哪個 Stripe 套件？
Stripe Integration for Django 使用官方的 stripe Python 程式庫來處理 PaymentIntents、Checkout Sessions 和 Construction_event。除非您明確要求，否則我們不會將 Django 付款封裝在未記錄的插件中。
Stripe Integration for Django 是否需要公用 Webhook URL？
是的，為了實現。 Stripe 必須 POST 到可存取的 Django HTTPS 端點。本地 Django 在開發過程中需要 Stripe CLI 或隧道。靜態主機無法執行此 Django Webhook。
Stripe Integration for Django 是否需要 Django REST Framework？
不需要。 Django 的預設 Stripe Integration 可與 Django 視圖搭配使用。只有當您的 Django API 已使用 DRF 並且我們同意在 Django 相容性檢查期間使用 DRF 時，才會使用它。
Stripe Integration for Django 可以收取訂閱付款嗎？
Django 可以建立 PaymentIntent 或 Checkout Session 並將 Stripe 客戶 ID 儲存在您的模型中。定期 Stripe Billing 產品、客戶入口網站和發票邏輯保留在伺服器上。訂閱量大的 Django 工作可能需要自訂報價。
Stripe 可發布密鑰和秘密密鑰位於 Django 應用程式中的什麼位置？
Django 程序使用環境/設定中的金鑰和 Webhook 簽章金鑰。範本或任何 SPA 僅接收可發布金鑰。 Stripe Integration for Django 不會將金鑰放入 Django 範本中。
Stripe 測試模式和即時模式如何在 Django 中運作？
我們首先針對 Stripe 測試鍵實作 Stripe Integration for Django 並測試 webhook 事件。上線是您的 Stripe 儀表板和 Django 設定中記錄的密鑰和端點轉換，而不是附加許可證啟動。
Stripe Integration for Django 如何處理 3-D Secure / SCA？
Django 創建支援 SCA 的 PaymentIntents。客戶端使用 Stripe.js 或 Checkout 完成 3-D Secure。 Django 僅在 webhook 上的 payment_intent.succeeded 之後完成，而不是在瀏覽器重定向後完成。
Django checkout 是否需要 Stripe webhook？
是，用於在 Django 建立的 PaymentIntent 或結帳會話之後完成。 Django 的感謝視圖並不是事實的來源。 Webhook 檢視會驗證簽名，然後將訂單標記為已付款。
我們可以將目前的 Django 模型保留在 Stripe 中嗎？
是的。 Stripe Integration for Django 通常會在現有 Django 訂單模型旁邊新增欄位或精簡付款記錄，而不是取代您的目錄或預訂架構。
Stripe Integration for Django 價格是否包含 Stripe 帳戶或費用？
不需要。您建立並擁有 Stripe 帳戶、API 金鑰和 Stripe 處理費。 Django 附加元件的價格是在您的 Django 專案中實現的，而不是 Bacodo 支付許可證。
Stripe Integration for Django 會取代 Apple 或 Google 應用程式內購嗎？
不會。在應用程式商店內銷售的數位商品通常仍需要 IAP。 Stripe Integration for Django 是針對允許您的 Django API 為您的產品類型建立的 Stripe 費用。
我們可以在 Django 中自訂 Stripe 收據和元資料嗎？
是的。 PaymentIntent 或 Checkout 會話元資料、客戶記錄以及 Webhook 確認後保留的欄位在 Stripe Integration for Django 期間與您現有的 Django 訂單模型保持一致。
Stripe 移交後包含哪些 Django 支援？
Django 原始碼位於您的儲存庫中，因此您的團隊可以維護它。包含的 30 天支援涵蓋了已交付的 Stripe Integration for Django 範圍中的技術問題和缺陷，而不是不相關的 Django 功能工作。
整合後如何處理 stripe 或 Django 更新？
在 30 天的時間內，我們協助解決因記錄的 Stripe API 或 stripe 包變更而導致的已交付 Django 整合的損壞。此後持續的 Django 升級是您的維護，或者是擴展技術支援（如果您購買）。
如果在生產 Django 應用程式中 Stripe 付款失敗怎麼辦？
我們記錄如何讀取 PaymentIntent 狀態、Stripe 儀表板日誌和 Django webhook 交付。 30 天支援包括對交付的 Django 流程的簽章失敗、重試和金鑰配置錯誤進行故障排除。
哪些 Django 版本與 Stripe Integration for Django 相容？
我們根據我們在整合時固定的條帶版本來確認您的 Django 和 Python 版本。較舊或嚴重分叉的 Django 運行時可能需要額外的範圍。
Stripe Integration for Django 的 30 天支援與 6 個月擴充技術支援有何不同？
交付的 Django Stripe 路徑包含移交後 30 天。擴展技術支援是可選的，費用為 Django 附加元件價格的 20%，並且涵蓋針對同一 Django 整合（而不是新產品建置）的六個月以上的技術協助。
Django 的 Stripe 集成
將生產就緒的 Stripe 付款添加到現有的 Django 專案中，保留原始程式碼，並讓伺服器自行實現。
$199