- 既存の Spring Boot プロジェクト
- Stripe Test Mode アクセス
- 決済UIにはフロントエンドが必要です
リポジトリ権限は不要です。Bacodo に直接組み込んでほしい場合のみ、一時的なプロジェクト権限が必要です。
Spring Boot アドオン
PaymentIntents、署名付き Webhook を追加し、すでに実行している Spring Boot サービスに更新を注文します。これはエンタープライズ Java API パスであり、Thymeleaf カード フォームではありません。
〜から
$299
USD · Spring Boot
Spring Boot の Stripe 統合 · Spring Boot
Requirements
リポジトリ権限は不要です。Bacodo に直接組み込んでほしい場合のみ、一時的なプロジェクト権限が必要です。
できること
Bacodo は、Stripe を既存の Spring Boot プロジェクトに統合します。ハンドオーバー後、コントローラーと構成はリポジトリ内に存在します。 Stripe アカウントと料金は引き続き所有されています。 Spring Boot は PAN を保存しません。
実稼働 Spring Boot Stripe パスでは、サーバー上で PaymentIntent を作成し、生の InputStream で署名をチェックする必要があります。 @RequestBody JSON before verify が Spring Webhook の失敗の原因です。
既存の Spring Boot アプリ、シークレット用の application.yml / env に適合する REST エンドポイントを追加し、JPA または既に使用しているリポジトリを介して書き込みを命令します。
チームは、最初の実稼働 Spring Boot Stripe 実装 (生の本体 Webhook、冪等イベント、SCA 対応 PaymentIntents、およびテストからライブへのハンドオーバー) をスキップします。
Spring Boot エンタープライズ システムを実行する Java チーム。私たちは支払いパスをお客様の既存のモジュールに適合させます。お客様のアーキテクチャを置き換えるのではありません。
主な機能
Spring サービスから PaymentIntent を作成します。秘密キーは application.yml / env に残り、クライアントが投稿する DTO には決して残りません。
未処理のリクエストバイトのストライプ署名を検証します。 @RequestBody マッピングはそのエンドポイントではスキップされます。
フルフィルメントは、ブラウザーのリダイレクト後ではなく、Webhook の検証後に実行されます。すでにお持ちの JPA エンティティまたはリポジトリを更新します。
最初に Stripe テストキーを同梱して出荷します。ライブになるのは文書化されたプロファイル/環境およびダッシュボードのカットオーバーであり、アドオン ライセンスではありません。
ストライプの再試行。 Spring Boot ハンドラーはイベント ID をキーオフするため、重複した POST が二重に実行されることはありません。
ブラウザーまたはモバイル アプリは、この Spring Boot API から公開可能なキーと有効期間の短いクライアント シークレットのみを受け取ります。
用途
Spring Boot で注文をすでに作成しており、PaymentIntents と Webhook に基づく有料状態が必要です。
1 回限りのコントローラー デモではなく、クライアント リポジトリに保守可能な Stripe パスが必要です。
Spring Boot は最初の PaymentIntent を作成します。大量の請求作業にはカスタム見積もりが必要になる場合があります。
このランディングは API 側のみです。フロントエンド Stripe.js も必要な場合は、別のプラットフォームになります。
デモ
PaymentIntent の作成をプレビューし、/webhooks/ストライプを POST し、署名を確認し、注文状態を更新します。このページでは実際の請求は処理されません。
仕組み
標準の Bacodo アドオン ワークフロー。Spring Boot で Java バージョン、Web MVC と WebFlux、JPA、および既存のセキュリティ構成をチェックします。
01
既存のエンタープライズ サービスで Spring Boot の Stripe 統合を確認します。
02
Java / Spring Boot のバージョン、WebMVC と WebFlux、注文の永続性、および Stripe アカウントを確認します。
03
raw 本文の署名を検証する create-intent および Webhook エンドポイントを追加します。
04
application.yml / env: 秘密キー、クライアントの公開可能キー、Webhook シークレット、パブリック HTTPS URL をワイヤリングします。
05
Stripe CLI またはダッシュボードのテスト イベントと、作成インテントおよび拒否パスを実行します。
06
ソース、環境ノート、ライブキーのチェックリストを提供します。 Spring Boot の実装はあなたのものです。
アーキテクチャ
Spring Boot プロセスは秘密鍵を保持します。クライアントは Spring Boot に PaymentIntent を作成するように要求します。 Stripe は Webhook によって Spring Boot を通知します。 Spring Boot は署名を検証し、注文状態を書き込みます。
対応技術
現在サポートされている Java LTS ストライプ上の Spring Boot が受け入れられます。デフォルトは Spring Web MVC です。 WebFlux は、それがサービスの起動方法としてすでに行われている場合にのみ含まれます。
注文の更新は、JPA、JDBC、または既存のリポジトリに残ります。
Stripe アカウント、テストキーとライブキー、Webhook エンドポイント。料金は Stripe に残ります。
JVM を実行し、Stripe から HTTPS POST を受信できるホスト。静的ホストではできません。
含まれるもの
Pricing
この価格は Spring Boot プラットフォームのみに適用されます。 Node.js、Go、Laravel のアドオン価格は使用しません。
Spring Boot の Stripe 統合
本番環境に対応した Stripe 決済を既存の Spring Boot エンタープライズ システムに追加し、ソース コードを保持します。
前提条件
$299
一回払いSpring Boot
フロントエンドが必要ですか?
安全な決済:stripe
納品とセキュリティ
一般的な Spring Boot Stripe 統合は、Spring Boot 互換性チェックの後にスコープが設定されます。タイムラインは、永続化レイヤーとクライアントが Spring Boot を呼び出す方法によって異なります。
テストモードの PaymentIntents、Webhook 署名、再試行、および拒否パスは、引き渡す前に Spring Boot アプリに対して実行されます。
秘密キーと Webhook 署名シークレットはサーバー環境に残ります。クライアントは、公開可能なキーまたは有効期間が短いクライアント シークレットのみを受け取ります。
Spring Boot Webhook は、注文状態を更新する前に、生の本文の Stripe 署名を検証します。
当社は PCI 認証や不正行為ゼロを主張するものではありません。 Spring Boot は PAN を保存しません。カード データは、クライアント上の Stripe Checkout または Elements によって収集されます。
FAQ
Spring Boot の Stripe 統合には、既存の Spring Boot API での PaymentIntent の作成、生のリクエスト本文での署名済み Webhook、ストアでの注文状態の更新、Stripe テスト イベントに対するテスト、および引き継ぎメモが含まれます。 Spring Boot ソースを受け取ります。 Stripe の料金と Stripe アカウントは別のものです。
はい。 Stripe Integration for Spring Boot は、すでに所有している Spring Boot システム用に構築されています。成果物として個別のデモ リポジトリは発送しません。
いいえ。Spring Boot は PAN を保存してはなりません。クライアントは Stripe Checkout または Elements を使用します。未加工のカード データを投稿するカスタム Spring Boot フォームは、デフォルトの範囲外です。
デフォルトでは Spring Web MVC。 WebFlux は、Spring Boot サービスの起動方法が既に行われている場合のみです。
はい、充実感を得るために。 Stripe は、到達可能な Spring Boot HTTPS エンドポイントに POST する必要があります。ローカル Spring Boot には、開発中に Stripe CLI またはトンネルが必要です。
Spring Boot では、PaymentIntent を作成し、Stripe 顧客 ID を保存できます。定期的な請求はサーバー上に残ります。サブスクリプションの多い Spring Boot 作業には、カスタム見積もりが必要になる場合があります。
Spring Boot プロセスは、環境 / 構成からの秘密キーと Webhook 署名秘密を使用します。クライアントは公開可能なキーのみを受け取ります。
最初にテストキーに対して Spring Boot 用の Stripe Integration を実装します。ライブへの移行は、文書化された環境とダッシュボードのカットオーバーであり、アドオン ライセンスではありません。
Spring Boot は、SCA をサポートする PaymentIntent を作成します。クライアントは、Stripe.js または Checkout を使用して 3-D セキュアを完了します。 Spring Boot は、Webhook でのpayment_intent.succeeded 後にのみ実行されます。
はい、充実感を得るために。クライアントに対する Spring Boot 200 は真実の情報源ではありません。 Webhook は署名を検証し、注文に支払い済みのマークを付けます。
はい。 Spring Boot の Stripe Integration は通常、既存の注文モデルの隣にフィールドまたはシン支払いレコードを追加します。
いいえ。Stripe アカウント、キー、および処理手数料はお客様が所有します。 Spring Boot アドオンの価格は、Spring Boot プロジェクトへの実装です。
いいえ。この Spring Boot アドオン価格内で Spring Boot サービスを Node.js または Laravel に書き換えることはありません。
はい。 PaymentIntent メタデータと Webhook 確認後に保持するフィールドは、既存の Spring Boot 注文モデルに合わせて調整されます。
Spring Boot ソースはリポジトリにあります。付属の 30 日間サポートは、提供された Spring Boot スコープの Stripe Integration の欠陥をカバーしますが、無関係な Spring Boot 機能の動作はカバーしません。
30 日間の期間中、文書化された Stripe の変更によって引き起こされる、提供された Spring Boot 統合の破損をサポートします。その後のアップグレードは、メンテナンスまたは延長テクニカル サポートとなります。
PaymentIntent のステータス、ダッシュボード ログ、Spring Boot Webhook 配信を文書化します。 30 日間のサポートには、提供された Spring Boot フローの署名の失敗、再試行、キーの構成ミスが含まれます。
統合時に固定した Stripe ライブラリに対して Spring Boot バージョンを確認します。古いまたは大きくフォークされた Spring Boot ランタイムには、追加のスコープが必要になる場合があります。
いいえ。この Spring Boot アドオン価格内で Spring Boot サービスを Node.js または Laravel に書き換えることはありません。
引き渡し後30日間が含まれます。延長テクニカル サポートは、同じ Spring Boot 統合に関してさらに 6 か月間、この Spring Boot アドオン価格の 20% でオプションです。
本番環境に対応した Stripe 支払いを既存の Spring Boot プロジェクトに追加し、ソース コードを保持して、サーバーに独自のフルフィルメントを実行させます。
$299