Django の Stripe 統合

Django 用の Stripe 統合には、公式のストライプ Python SDK、PaymentIntents または Checkout セッションを作成する Django ビューまたは DRF エンドポイント、署名された Webhook ビュー、モデルの注文状態の更新、Stripe テスト イベントに対するテスト、および引き継ぎメモが含まれています。プロジェクトで Django ソースを受け取ります。 Stripe の料金と Stripe アカウントは別のものです。

はい。 Stripe Integration for Django は、既存の Django プロジェクト用に構築されています。成果物として別のデモ サイトを出荷するのではなく、URL、ビュー、設定を現在の Django アプリに組み込みます。

いいえ、Django は PAN を保存してはなりません。クライアントは Stripe Checkout または Elements を使用します。 Stripe Integration for Django は、サーバー側の PaymentIntents、Webhook、および注文の書き込みを所有します。未加工のカード データを投稿するカスタム Django カード フォームは、デフォルトの範囲外です。

Stripe Integration for Django は、PaymentIntents、Checkout Sessions、construct_event に公式のストライプ Python ライブラリを使用します。明示的に必要としない限り、Django の支払いを文書化されていないプラグインにラップすることはありません。

はい、充実感を得るために。 Stripe は、到達可能な Django HTTPS エンドポイントに POST する必要があります。ローカル Django では、開発中に Stripe CLI またはトンネルが必要です。静的ホストはこの Django Webhook を実行できません。

いいえ。Django のデフォルトの Stripe Integration は Django ビューで動作します。 DRF は、Django API がすでにそれを使用しており、Django の互換性チェック中にそれに同意する場合にのみ使用されます。

Django は、PaymentIntent または Checkout セッションを作成し、Stripe 顧客 ID をモデルに保存できます。定期的な Stripe Billing 製品、顧客ポータル、請求書のロジックはサーバー上に残ります。サブスクリプションの多い Django の作業には、カスタム見積もりが必要になる場合があります。

Django プロセスは、環境/設定からの秘密キーと Webhook 署名秘密を使用します。テンプレートまたは SPA は公開可能なキーのみを受け取ります。 Stripe Integration for Django は、Django テンプレートに秘密キーを置きません。

Stripe テスト キーに対して Django 用の Stripe Integration を実装し、最初に Webhook イベントをテストします。ライブへの移行は、Stripe ダッシュボードと Django 設定で文書化されたキーとエンドポイントのカットオーバーであり、アドオン ライセンスのアクティベーションではありません。

Django は、SCA をサポートする PaymentIntent を作成します。クライアントは、Stripe.js または Checkout を使用して 3-D セキュアを完了します。 Django は、ブラウザー単独のリダイレクト後ではなく、Webhook でのpayment_intent.succeeded 後にのみフルフィルメントを実行します。

Django が作成した PaymentIntent または Checkout セッション後のフルフィルメントの場合ははい。 Django の感謝の意見は真実の源ではありません。 Webhook ビューは署名を検証し、注文が支払われたことをマークします。

はい。 Stripe Integration for Django は通常、カタログや予約スキーマを置き換えるのではなく、既存の Django 注文モデルの隣にフィールドまたはシン支払いレコードを追加します。

いいえ。Stripe アカウント、API キー、および Stripe 処理料金を作成して所有するのはお客様です。 Django アドオンの価格は、Bacodo 支払いライセンスではなく、Django プロジェクトへの実装です。

いいえ、アプリ ストア内で販売されるデジタル商品には依然として IAP が必要なことがよくあります。 Stripe Integration for Django は、Django API が製品タイプ用に作成できる Stripe の料金に適用されます。

はい。 PaymentIntent または Checkout セッションのメタデータ、顧客レコード、および Webhook 確認後に保持するフィールドは、Stripe Integration for Django 中に既存の Django 注文モデルに合わせて調整されます。

Django ソースはリポジトリにあるため、チームはそれを保守できます。含まれている 30 日間のサポートは、無関係な Django 機能の作業ではなく、提供された Stripe Integration for Django の範囲における技術的な質問と欠陥をカバーします。

30 日間の期間中、文書化された Stripe API またはストライプ パッケージの変更によって引き起こされた、提供された Django 統合の破損をサポートします。その後の継続的な Django アップグレードはメンテナンス、または購入した場合は延長テクニカル サポートになります。

PaymentIntent ステータス、Stripe Dashboard ログ、および Django Webhook 配信を読み取る方法を文書化します。 30 日間のサポートには、提供された Django フローの署名の失敗、再試行、キーの構成ミスのトラブルシューティングが含まれます。

統合時に固定したストライプ リリースに対して Django と Python のバージョンを確認します。古いまたは大きくフォークされた Django ランタイムには追加のスコープが必要な場合があります。

引き渡し後 30 日は、配信された Django Stripe パスに含まれます。延長テクニカル サポートは、この Django アドオン価格の 20% でオプションであり、新しい製品のビルドではなく、同じ Django 統合に関するさらに 6 か月のテクニカル サポートをカバーします。