- 既存の FastAPI プロジェクト
- Stripe Test Mode アクセス
- 決済UIにはフロントエンドが必要です
リポジトリ権限は不要です。Bacodo に直接組み込んでほしい場合のみ、一時的なプロジェクト権限が必要です。
FastAPI アドオン
公式のストライプ Python SDK、APIRouter、および await request.body() でストライプ署名を検証する Webhook を追加します。 FastAPI は API です。これは Django や DRF ではなく、カードを収集しません。
〜から
$229
USD · FastAPI
FastAPI の Stripe 統合 · FastAPI
Requirements
リポジトリ権限は不要です。Bacodo に直接組み込んでほしい場合のみ、一時的なプロジェクト権限が必要です。
できること
Bacodo は、Stripe を既存の FastAPI プロジェクトに統合します。ハンドオーバー後、ルーター、依存関係、設定はリポジトリ内に残ります。 Stripe アカウント、API キー、および Stripe 料金は引き続き所有されます。 FastAPI は PAN を保存しません。
本番の FastAPI ストライプ パスには、公式ストライプ パッケージ、依存関係またはサービスでの PaymentIntent の作成、および生のリクエスト バイトでのconstruct_event が必要です。最初に request.json() を待機すると、署名チェックは失敗します。これは、FastAPI Webhook のよくあるバグです。
APIRouter、pydantic-settings (または既存の設定)、Pydantic リクエスト モデルを備えた create-intent エンドポイント、および await request.body() を使用する Webhook を追加します。注文の書き込みは、Django ORM ではなく、SQLAlchemy、既存のリポジトリ、または FastAPI アプリがすでに使用しているストアを経由します。
あなたのチームは、最初の実動 FastAPI Stripe 実装 (生の本体 Webhook、冪等イベント処理、SCA 対応 PaymentIntents、テストからライブへのキーを文書化するハンドオーバー) をスキップします。
すでに FastAPI を実行している Python バックエンド エンジニアおよび代理店。 API が Django の場合、つまり、Stripe Integration for Django の場合、urls.py を FastAPI アプリに貼り付けません。
主な機能
FastAPI 依存関係またはサービスからストライプ Python ライブラリを使用して PaymentIntent を作成します。秘密キーは設定 / env から取得されます。クライアントが投稿した Pydantic モデルから取得されることはありません。
Stripe.Webhook.construct_event には、Stripe が署名した正確なバイトが必要です。 FastAPI ルートは await request.body() と Stripe-Signature ヘッダーを読み取ります。最初に JSON を解析すると、実稼働環境で FastAPI Stripe 統合が失敗します。
フルフィルメントは、サンキューページの後ではなく、construct_even が成功した後に FastAPI ハンドラーで実行されます。既存の注文または権利記録を更新します。
まず、Stripe テスト キーと Webhook シークレットを含む FastAPI を出荷します。ライブへの移行は、アドオン ライセンスではなく、文書化された環境およびダッシュボード エンドポイントのカットオーバーです。
ストライプの再試行。 FastAPI ハンドラーは、event.id (または PaymentIntent ID) をキーオフにして、重複した POST が二重に実行されないようにします。
React、Next.js、またはモバイル アプリは、この FastAPI アプリから公開可能キーと有効期限の短い client_secret のみを受け取ります。このアドオンは FastAPI サーバー パスであり、Jinja テンプレート内の要素ではありません。
用途
すでに FastAPI で注文を作成しているため、PaymentIntent を作成し、Webhook から支払われた注文をマークするには API が必要です。
FastAPI の保守可能な Stripe ルーター、クライアント リポジトリのソース、および main.py の隣にある 1 回限りのスクリプトの代わりに文書化されたライブキー カットオーバーが必要です。
FastAPI は最初の PaymentIntent を作成するか、支払い方法をアタッチします。定期的な Stripe Billing はサーバー上に残ります。大量の請求作業にはカスタム見積もりが必要になる場合があります。
Next.js、React、またはモバイルはすでにこの FastAPI アプリを呼び出しています。 FastAPI 用の Stripe Integration は API 側のみです。フロントエンドの Stripe.js も必要な場合は、別のプラットフォームに着陸します。
デモ
FastAPI サーバー パスをプレビューします。PaymentIntent を作成し、POST /webhooks/ストライプを受信し、request.body() で build_event を構築し、注文状態を更新します。 Stripe アカウントに対するライブ サンドボックスは、互換性チェック後に利用可能になります。このページは実際の請求を処理せず、FastAPI でカードを収集しません。
仕組み
標準の Bacodo アドオン ワークフロー。uvicorn、pydantic 設定、非同期と同期のストライプ呼び出し、およびルートが既に使用しているストアに対する FastAPI 固有のチェックを備えています。
01
FastAPI の Stripe 統合と、FastAPI アプリで 1 日目が PaymentIntents、Checkout Sessions、またはその両方であるかどうかを確認します。
02
FastAPI / Python のバージョン、pydantic v2、既存の注文の永続性 (SQLAlchemy またはその他)、認証の依存関係、および Stripe アカウントを既に持っているかどうかを確認します。
03
ストライプ パッケージ、APIRouter、create-intent エンドポイント、および await request.body() で署名を検証する Webhook を追加します。
04
env から設定をワイヤリングします: 秘密キー、クライアントの公開可能キー、Webhook シークレット、および Stripe が呼び出すパブリック HTTPS URL。
05
FastAPI Webhook に対して Stripe CLI またはダッシュボード テスト イベントを実行し、さらに、作成インテントおよび拒否パスを実行します。 request.json() が期待どおりに署名に失敗することを確認します。
06
FastAPI ソース、環境ノート、ライブキー チェックリストを提供します。 FastAPI の実装はお客様が保守します。
アーキテクチャ
FastAPI プロセスは秘密キーを保持します。クライアントは、FastAPI ルートに PaymentIntent の作成を要求します。 Stripe は Webhook で FastAPI を通知します。 FastAPI は request.body() の署名を検証し、注文状態を書き込みます。
対応技術
ストライプ SDK が受け入れる Python バージョンの現在の FastAPI。通常は uvicorn で提供されます。これは Django や Flask ではありません。urls.py や Flask ブループリントは追加しません。
PaymentIntents、チェックアウト セッション、および Webhook.construct_event。非同期ルートからの同期呼び出しは、正確にスコープ設定されます (スレッドプールまたは StripeClient 非同期)。非同期定義内でブロック ストライプが解放されているようには見せません。
注文または資格の更新は、SQLAlchemy、別のストア、または既存のリポジトリに残ります。このアドオンは Django モデルを作成しません。
Stripe アカウント、FastAPI で使用されるテスト キーとライブ キー、Webhook エンドポイント、およびダッシュボード イベント。 Stripe の処理料金は Stripe に残ります。
uvicorn (または同等のもの) を実行し、Stripe から HTTPS POST を受信できるホスト。静的専用サイトは、この FastAPI Webhook パスをホストできません。
含まれるもの
Pricing
この価格は FastAPI プラットフォームのみに適用されます。 Django、NestJS、Next.js、React、または Flutter のアドオン価格は使用しません。
FastAPI の Stripe 統合
本番環境に対応した Stripe PaymentIntents と署名付き Webhook を既存の FastAPI アプリに追加し、ソース コードを保持します。
前提条件
$229
一回払いFastAPI
フロントエンドが必要ですか?
安全な決済:stripe
納品とセキュリティ
一般的な FastAPI Stripe 統合は、FastAPI 互換性チェックの後にスコープが設定されます。タイムラインは、永続化レイヤーとクライアントが FastAPI を呼び出す方法によって異なります。
テストモードの PaymentIntents、Webhook 署名、再試行、および拒否パスは、引き渡す前に FastAPI アプリに対して実行されます。
秘密キーと Webhook 署名シークレットはサーバー環境に残ります。クライアントは、公開可能なキーまたは有効期間が短い client_secret のみを受け取ります。
FastAPI Webhook ルートは、注文または権利の状態を更新する前に、生の本文の Stripe 署名を検証します。
当社は、PCI 認証、不正行為ゼロ、承認率の保証などを主張するものではありません。 FastAPI は PAN を保存しません。カード データは、当社が保持するカスタム FastAPI フォームではなく、クライアント上の Stripe Checkout または Elements によって収集されます。
FAQ
FastAPI 用の Stripe 統合には、公式のストライプ Python SDK、FastAPI APIRouter、create-PaymentIntent エンドポイント、await request.body() でconstruct_event を呼び出す Webhook、既存のストアの注文状態の更新、Stripe テスト イベントに対するテスト、およびハンドオーバー メモが含まれています。プロジェクトで FastAPI ソースを受け取ります。 Stripe の料金と Stripe アカウントは別のものです。
はい。 Stripe Integration for FastAPI は、すでにお持ちの FastAPI アプリ用に構築されています。成果物として個別のデモ アプリを出荷するのではなく、ルーター、依存関係、設定を現在の FastAPI プロジェクトに組み込みます。
いいえ。FastAPI は PAN を保存してはなりません。クライアントは Stripe Checkout または Elements を使用します。 Stripe Integration for FastAPI は、サーバー側の PaymentIntents、Webhook、および注文の書き込みを所有します。未加工のカード データを投稿するカスタム FastAPI フォームは、デフォルトの範囲外です。
Stripe Integration for FastAPI は、PaymentIntents、Checkout Sessions、および Webhook.construct_event に公式のストライプ Python ライブラリを使用します。明示的に必要でない限り、文書化されていないプラグインに FastAPI 支払いをラップすることはありません。
Stripe.Webhook.construct_event は、Stripe が署名した正確なバイトを検証します。 await request.json() はその本文を解析して変更します。 Stripe Integration for FastAPI は、Webhook ルートで await request.body() を読み取ります。これをスキップすると、FastAPI の署名チェックが通常失敗します。
いいえ。FastAPI は APIRouter、Depends、および pydantic-settings を使用します。 Django ビュー、urls.py、および Django ORM は、Django の Stripe Integration です。 Django パターンを FastAPI アプリに貼り付けることはありません。
FastAPI は、PaymentIntent または Checkout セッションを作成し、Stripe 顧客 ID を保存できます。定期的な Stripe Billing 製品、顧客ポータル、請求書のロジックはサーバー上に残ります。サブスクリプションの多い FastAPI 作業には、カスタム見積もりが必要になる場合があります。
FastAPI プロセスは、設定 / 環境変数からの秘密キーと Webhook 署名秘密を使用します。クライアントは公開可能なキーのみを受け取ります。 Stripe Integration for FastAPI は、Pydantic リクエスト モデルに秘密キーを置きません。
Stripe テストキーに対して FastAPI 用の Stripe Integration を実装し、最初に Webhook イベントをテストします。ライブ化とは、Stripe ダッシュボードおよび FastAPI 環境での文書化されたキーとエンドポイントのカットオーバーであり、アドオン ライセンスのアクティベーションではありません。
FastAPI は、SCA をサポートする PaymentIntent を作成します。クライアントは、Stripe.js または Checkout を使用して 3-D セキュアを完了します。 FastAPI は、ブラウザー単独のリダイレクト後ではなく、Webhook でのpayment_intent.succeeded 後にのみ実行されます。
FastAPI で作成された PaymentIntent または Checkout セッション後のフルフィルメントの場合ははい。クライアントに対する FastAPI 200 は真実の情報源ではありません。 Webhook ルートは署名を検証し、注文に支払い済みのマークを付けます。
はい。 Stripe Integration for FastAPI は通常、SQLAlchemy を置き換えたり、Django モデルを発明したりするのではなく、既存の FastAPI 注文モデルの隣にフィールドまたはシン支払いレコードを追加します。
いいえ。Stripe アカウント、API キー、および Stripe 処理料金を作成して所有するのはお客様です。 FastAPI アドオンの価格は、Bacodo 支払いライセンスではなく、FastAPI プロジェクトへの実装です。
FastAPI 互換性チェック中に、これを正直に調査します。 async def 内のブロッキングストライプ呼び出しはスレッドプールに移動されるか、固定ストライプリリースがサポートする Stripe の非同期クライアントを使用します。非同期 FastAPI ルートでは同期ストライプが空いているようには見せません。
はい。 PaymentIntent または Checkout セッションのメタデータ、顧客レコード、および Webhook 確認後に保持するフィールドは、Stripe Integration for FastAPI 中に既存の FastAPI 注文モデルに合わせて調整されます。
FastAPI ソースはリポジトリ内にあるため、チームはそれを保守できます。含まれる 30 日間のサポートは、関連しない FastAPI 機能の作業ではなく、提供された FastAPI 範囲の Stripe Integration における技術的な質問と欠陥をカバーします。
30 日間の期間中、文書化された Stripe API またはストライプ パッケージの変更によって引き起こされた、提供された FastAPI 統合の破損をサポートします。その後の継続的な FastAPI アップグレードはメンテナンス、または購入した場合は延長テクニカル サポートとなります。
PaymentIntent ステータス、Stripe Dashboard ログ、および FastAPI Webhook 配信を読み取る方法を文書化します。 30 日間のサポートには、署名の失敗 (通常は request.body() ではなく request.json())、再試行、提供された FastAPI フローのキーの構成ミスのトラブルシューティングが含まれます。
FastAPI、Python、pydantic v2 のバージョンを、統合時に固定したストライプ リリースと照合して確認します。古いまたは頻繁にフォークされた FastAPI ランタイムには追加のスコープが必要な場合があります。
引き渡し後の 30 日は、配信された FastAPI ストライプ パスに含まれます。延長テクニカル サポートは、この FastAPI アドオン価格の 20% のオプションであり、新しい製品のビルドではなく、同じ FastAPI 統合に関するさらに 6 か月のテクニカル サポートをカバーします。
本番環境に対応した Stripe 決済を既存の FastAPI アプリに追加し、ソース コードを保持して、サーバーが独自のフルフィルメントを実行できるようにします。
$229