NestJS の Stripe 統合

NestJS 用の Stripe 統合には、公式のストライプ ノード SDK、NestJS Payments モジュール、create-PaymentIntent サービス、生の本体でconstructEvent を呼び出す Webhook コントローラー、既存のストアの注文状態の更新、Stripe テスト イベントに対するテスト、および引き継ぎメモが含まれています。プロジェクトで NestJS ソースを受け取ります。 Stripe の料金と Stripe アカウントは別のものです。

はい。 Stripe Integration for NestJS は、すでにお持ちの NestJS API 用に構築されています。成果物として個別のデモ リポジトリを出荷するのではなく、モジュール、コントローラー、ConfigService 環境を現在の NestJS アプリに組み込みます。

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

Stripe Integration for NestJS は、PaymentIntents、Checkout Sessions、webhooks.constructEvent に公式のストライプ ノード ライブラリを使用します。明示的に必要な場合を除き、非公式のnestjs-ストライプラッパーを製品として作成することはありません。

Stripe.webhooks.constructEvent は、Stripe が署名した正確なバイトを検証します。 Nest のデフォルトの JSON パーサーはその本文を変更します。 Stripe Integration for NestJS により、Webhook ルートで rawBody (または Fastify raw パーサー) が有効になります。 @Body() を使用すると、本番環境で NestJS 署名チェックが失敗することがわかります。

NestJS のデフォルトの Stripe 統合は、Nest に付属する Express アダプターを前提としています。 Fastify は、NestJS アプリがすでに FastifyAdapter で起動しており、NestJS 互換性チェック中に raw-body パスに同意する場合にのみ含まれます。

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

NestJS プロセスは、ConfigService / 環境変数からの秘密キーと Webhook 署名秘密を使用します。クライアントは公開可能なキーのみを受け取ります。 Stripe Integration for NestJS は、DTO またはフロントエンド バンドルに秘密キーを置きません。

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

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

NestJS で作成された PaymentIntent または Checkout セッション後のフルフィルメントの場合ははい。クライアントへの NestJS 201 応答は真実の情報源ではありません。 Webhook コントローラーは署名を検証し、注文に支払い済みのマークを付けます。

はい。 Stripe Integration for NestJS は通常、Prisma、TypeORM、または MikroORM を置き換えるのではなく、既存の NestJS 注文モデルの隣にフィールドまたはシン支払いレコードを追加します。

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

いいえ。NestJS はスタンドアロンのノード API です。 Next.js アプリ ルーターとルート ハンドラーは、Next.js の Stripe 統合です。この NestJS アドオン価格内では、NestJS API を Next.js に書き換えることはありません。

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

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

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

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

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

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