- 現有 Flutter 專案
- Stripe 測試模式存取
- 安全付款需要 backend
無需倉庫權限。僅在你希望我們直接整合時才需要專案存取權限。
顫振附加組件
將 Payment Sheet、PaymentIntents 和錢包付款添加到現有的 Flutter iOS 和 Android 應用程式中,無需從頭開始建立結帳、3-D Secure 和 Stripe 用戶端連線。
起
$145
USD · Flutter
Flutter 的 Stripe 集成 · Flutter
Requirements
無需倉庫權限。僅在你希望我們直接整合時才需要專案存取權限。
功能說明
Bacodo 將 Stripe 整合到您已有的 Flutter 專案中。移交後,實施將保存在您的儲存庫中,以便您的團隊可以閱讀、更改和擴展它。您仍然擁有 Stripe 帳戶、API 密鑰和 Stripe 費用。
Flutter 中的卡片和錢包結帳需要 PaymentIntents、付款表、3D 安全性、可發布金鑰處理以及永遠不會洩露金鑰的後端。從頭開始建造這條道路既緩慢又容易出錯。
我們新增了 flutter_stripe,這是一個與您的應用程式相符的結帳 UI、在現有後端上建立 PaymentIntent、webhook 確認以及適用於 iOS 和 Android 的測試/即時配置。
您的團隊跳過第一個生產 Stripe Flutter 實作:套件設定、平台配置、SCA、錯誤狀態以及記錄如何傳送即時金鑰的移交。
已經擁有 Flutter 應用程式並希望有一個可以維護的生產支付路徑的開發人員、技術團隊、機構和新創公司。
主要功能
從結帳畫面顯示 Stripe 付款單,其中包含卡片輸入、啟用時儲存的付款選項以及透過 flutter_stripe 進行的本機 3-D 安全處理。
從後端建立並確認用於 Flutter 結帳的 PaymentIntents。 Flutter 應用程式僅使用可發布金鑰和用戶端金鑰 - 金鑰永遠不會在 APK 或 IPA 中附帶。
當您的 Stripe 帳戶、商家 ID 和裝置支援時,在 Flutter iOS 和 Android 版本中啟用錢包按鈕。 Flutter 後備保留在卡片付款表上。
使用 Stripe 測試金鑰、測試卡和記錄的即時金鑰切換來交付 Flutter 應用程式。 Flutter 環境配置不受原始碼控制。
Flutter UI 中的支付成功並不是事實的來源。您的後端會在履行之前驗證 Stripe Webhooks 並更新訂單或權利狀態。
處理銀行卡被拒絕、付款單取消、網路故障和不完整的 3-D 安全,這樣 Flutter UI 就不會讓客戶處於死屏狀態。
適用場景
您已經在 Flutter 中接受訂單或預訂,並且需要在 iOS 和 Android 上刷卡結帳,而無需重寫目錄或預訂流程。
您需要 Flutter 中的可維護 Stripe 路徑、客戶端儲存庫中的原始程式碼以及記錄的即時金鑰切換,而不是一次性的 Flutter 原型。
行動用戶端必須收取第一筆付款或更新付款方式,而訂閱和發票則保留在您的後端和 Stripe Billing 中(如果您已使用它們)。
從 Flutter 應用程式中的客戶費用開始。如果您的 Flutter 市場模式需要,Stripe Connect 或目的地費用可以單獨確定。
Demo
預覽 Flutter 結帳路徑:購物車或付款操作、付款表、確認和失敗狀態。相容性檢查後,您的 Stripe 帳戶的即時沙箱即可使用。此頁面不處理實際費用。
運作方式
標準 Bacodo 附加工作流程,對 flutter_stripe、iOS/Android 配置和現有後端進行特定於 Flutter 和 Stripe 的檢查。
01
第一天確認 Flutter 的 Stripe 整合以及您需要的付款方式。
02
查看 Flutter SDK、Dart、iOS/Android 目標、現有 Flutter 結帳 UI、後端語言以及您是否已有 Stripe 帳號。
03
在後端新增 flutter_stripe、Flutter 平台檔案、結帳入口點和 PaymentIntent + webhook 端點。
04
Wire Flutter 測試金鑰、Apple Pay / Google Pay 商家設定(如果在範圍內)以及特定於環境的 Flutter 配置。
05
在 Flutter iOS 和 Android 上執行 Stripe 測試卡、3-D Secure、取消/拒絕路徑和 Webhook 確認。
06
提供 Flutter 原始碼、設定說明和即時金鑰清單。 Flutter 實作由您負責維護。
架構
Flutter 用戶端從不使用金鑰與 Stripe 進行通訊。付款表使用來自您後端的客戶端金鑰。在您執行之前,Stripe 會透過 Webhook 通知您的後端。
支援的技術
目前穩定的 Flutter 具有 iOS 和 Android 目標。 Flutter web Payment Sheet 不在預設範圍內。
用於支付表、Apple Pay 和 Google Pay 的官方 Stripe Flutter SDK。
PaymentIntent 在您的 Flutter 應用程式已呼叫的 API 上建立/確認幫助程式和 Webhook 驗證。我們不會用僅 Bacodo 的服務替換您的後端。
您的 Stripe 帳戶、Flutter、webhook 端點和儀表板事件所使用的測試和即時金鑰。 Stripe 處理費由 Stripe 負擔。
當錢包在範圍內時,Flutter iOS 部署目標、Android minSdk、URL 方案和商家 ID。
交付內容
Pricing
此價格僅適用於 Flutter 平台。它不使用 Django 或 Next.js 附加定價。
Flutter 的 Stripe 集成
將生產就緒的 Stripe 付款添加到現有的 Flutter 應用程式並保留原始程式碼。
需求
$145
一次性Flutter
需要 backend?
安全結帳由stripe
交付與安全
典型的 Flutter Stripe 簽出整合範圍是在 Flutter 相容性檢查之後確定的。時間表取決於您目前的 Flutter 結帳 UI 和後端。
在我們移交之前,我們會在 Flutter iOS 和 Android 上演練測試模式卡、3-D 安全、取消和拒絕路徑。
Stripe 金鑰和 Webhook 簽章金鑰保留在伺服器上。 Flutter 應用程式僅接收可發佈的金鑰和短暫的用戶端金鑰。
後端端點在更新 Flutter 應用程式使用的訂單或權利狀態之前驗證 Stripe 簽名。
我們不主張 PCI 認證、零欺詐或保證批准率。 Flutter 卡資料是透過 Stripe 付款表收集的,而不是我們儲存的自訂卡形式。
FAQ
Flutter 的 Stripe 整合包括 flutter_stripe 設定、現有 Flutter 結帳中的付款表、後端的 PaymentIntent 建立、Webhook 支援的訂單狀態、iOS 和 Android 測試覆蓋範圍以及移交註釋。您會在專案中收到 Flutter 原始碼。 Stripe 費用和您的 Stripe 帳戶是分開的。
是的。 Stripe Integration for Flutter 是為您已有的 Flutter 專案建置的。我們將付款表和付款入口點放入您當前的 Flutter 導航和結帳 UI 中,而不是將單獨的演示應用程式作為可交付成果提供。
對於生產 Flutter Stripe 路徑是的。 PaymentIntents 和金鑰必須位於伺服器上。 Flutter 應用程式僅接收可發佈的金鑰和用戶端金鑰。如果您沒有 API,則該後端工作的範圍是單獨的,並且不包含在 Flutter 附加價格中。
Stripe Integration for Flutter 使用 flutter_stripe(Stripe 的官方 Flutter SDK)用於 iOS 和 Android 上的付款表和錢包按鈕。除非您明確要求,否則我們不會將 Flutter checkout 包裝在未記錄的外掛程式中。
可以,只要您的 Stripe 帳戶、Apple 商家 ID、Google Pay 設定和裝置支援它們。在 Flutter 中,錢包按鈕是可選範圍。 Flutter 上的卡片付款表仍然是預設後備方案。
Flutter 範圍的預設 Stripe 整合是 iOS 和 Android。 Flutter Web Stripe 簽出具有不同的限制,只有在我們在 Flutter 相容性檢查期間同意的情況下才會包含在內。
Flutter客戶端可以透過flutter_stripe確認PaymentIntent或收集付款方式。定期 Stripe Billing 產品、客戶入口網站和發票邏輯位於您的後端。訂閱量大的 Flutter 工作可能需要自訂報價。
Flutter 應用程式僅使用 Stripe 可發佈金鑰,通常透過 dart-define 或安全的 Flutter 風格。金鑰和 Webhook 簽章金鑰保留在伺服器上。 Stripe Integration for Flutter 不會將金鑰放入 APK 或 IPA 中。
我們首先針對 Stripe 測試鍵和測試卡實作 Stripe Integration for Flutter。上線是 Flutter 應用程式使用的 Stripe 儀表板和伺服器環境中記錄的密鑰和 Webhook 切換,而不是附加許可證啟動。
Flutter Payment Sheet 和 PaymentIntents 透過 flutter_stripe 處理 3-D Secure。 Flutter 應用程式必須保持工作表流處於活動狀態,直到 Stripe 返回最終狀態; Flutter 的 Stripe Integration 明確連接這些狀態。
是,用於在 Flutter 付款表後履行。 Flutter UI 並不是事實的來源。您的後端驗證 Stripe webhook 簽名,然後將訂單標記為已付款、解鎖內容或通知履行。
是的。 Stripe Integration for Flutter 通常會保留您的 Flutter 產品、購物車和付款按鈕,並顯示該操作中的付款表。涉及原始 PAN 資料的自訂 Flutter 卡表單超出了預設範圍,因為付款表是更安全的 PCI 路徑。
不需要。您建立並擁有 Stripe 帳戶、API 金鑰和 Stripe 處理費。 Flutter 附加元件的價格是在您的 Flutter 專案中實施的價格,而不是 Bacodo 支付許可證的價格。
不需要。在 iOS 或 Android 商店內銷售的數位商品通常仍需要 IAP。 Stripe Integration for Flutter 用於 Flutter 應用程式中的 Stripe 結帳,其中 Stripe 是您的產品類型允許的付款路徑。
是的。 PaymentIntent 元資料、客戶記錄以及 Webhook 確認後保留的欄位在 Stripe Integration for Flutter 期間與現有 Flutter 應用程式的訂單模型保持一致。
Flutter 原始碼位於您的儲存庫中,因此您的團隊可以對其進行維護。包含的 30 天支援涵蓋了已交付的 Stripe Integration for Flutter 範圍中的技術問題和缺陷,而不是不相關的 Flutter 功能工作。
在 30 天的時間段內,我們協助解決因記錄的 Stripe 或 flutter_stripe 變更而造成的已交付 Flutter 整合的損壞。此後持續的 Flutter 軟體包升級是您的維護,或者是擴展技術支援(如果您購買)。
我們記錄如何從 Flutter 結帳路徑讀取 PaymentIntent 狀態、Stripe Dashboard 日誌和 Webhook 傳遞。 30 天支援包括對交付的 Flutter 流的下降、3-D 安全下降和金鑰配置錯誤進行故障排除。
我們根據我們在整合時固定的 flutter_stripe 版本確認您的 Flutter SDK、Dart、iOS 部署目標和 Android minSdk。較舊或嚴重分叉的 Flutter 運行時可能需要額外的範圍。
交付的 Flutter Stripe 路徑包含移交後 30 天。擴展技術支援是可選的,費用為 Flutter 附加價格的 20%,涵蓋針對相同 Flutter 整合(而不是新產品建置)的六個月以上的技術協助。
將生產就緒的 Stripe 付款添加到現有的 Flutter 應用程式中,保留原始程式碼,並跳過從頭開始建立結帳。
$145