SCA 対応のために組み込みを更新する

1 回限りの支払いについては、完全な組み込みをすぐに完了できます。

Stripe Checkout

最低限のコードを使用して、購入完了率を最適化する、事前構築済みの支払いフローを入手します。メンテナンスをほとんど必要としない実装をご希望の場合には、このオプションを選択してください。この支払いフローでは、全面的な連携を実現でき、SCA 免除を処理するための追加作業は必要ありません。

• 詳細については、Stripe Checkout の導入方法をご覧ください。

Payment Intents API

以下のいずれかのクライアントライブラリを使用して Payment Intents API に移行し、動的な支払いフローとカスタムの決済ページを構築します。

• Stripe.js および Elements
• Stripe iOS SDK
• Stripe Android SDK

この支払いフローでは、必要な実装が完備されるため、SCA 免除を処理するための追加作業は必要ありません。

• 詳細については、Payment Intents API を使用する方法をご覧ください。

SCA はによって顧客は一部の支払いについて、3D セキュアを完了することを義務付けています。銀行からこの手順を求められた場合、顧客はオンラインで認証を完了する必要があります。このため、顧客がウェブサイトまたはアプリケーションを利用していないときや、承認を完了できない場合は、カードを保存して後で請求するビジネスでは作業が煩雑になります。これは、オフセッションの支払いとしても知られます。この例として、固定額のサブスクリプション、従量制のサブスクリプション、クラウドファンディングキャンペーン、レンタカーなどがあります。

Stripe 製品および API を使用すれば、加盟店はオフセッション支払いで SCA 要件を満たすことができます。

1. 同意書の回収。 同意書は、将来顧客のカードをどのように使用するかに関する顧客の同意を示します。決済フローに同意の文言を追加してください。決済フローを完了することにより、お客様が顧客の代理として支払いを開始することに顧客が同意したものとすることを記載します。また、予期される支払い頻度を記載し、支払い金額の決定方法を説明します。

2. 初回取引の 2 段階認証 (SCA)。 同意書の設定時に、加盟店は顧客を認証する必要があります。これは、カードでの初回の支払い時に、または初回の支払いをせずに顧客にカードを保存する際に実行できます。

3. 後続取引のフラグ。 ユーザがオフセッションのときに、保存されたカードで行われる支払いは、それに応じたマークを付け、初回の認証された取引を参照する必要があります。これは Stripe によって処理されます。

これらの新しい API やフローを使用するように支払いのシステムを更新することにより、Stripe は、固定金額のサブスクリプションや加盟店が開始した取引などの免除をリクエストし、保存したカードを利用して後の支払いを処理できます。ただし銀行は免除のリクエストを拒否できるため、顧客に通知する方法を構築して、必要に応じて顧客にアプリケーションに戻り、認証を完了するよう連絡する必要があります。

新しいバージョンの Checkout を備えた Stripe Billing

Checkout は、事前構築された決済ページです。単一の組み込みで支払いを収集し、簡単なサブスクリプションを管理できます。

• 詳細については、サブスクリプションの構築方法をご覧ください。

Stripe Billing

自動化されたツールを活用して、収益を保護し、ビジネスを拡大します。独自のカスタムチェックアウト体験を構築できます。

1. クライアント側のシステムをアップグレードして、カードを保存し、再利用します。
2. 次に、Stripe Billing の SCA 対応の支払いを実装します。

Payment Intents API でのオフセッション支払い

独自のオフセッション支払いのロジックを構築し、必要に応じてユーザーをオンセッションに戻す処理をして、再認証を完了します。このアプローチは、Stripe Billing を使用するよりも手間がかかりますが、柔軟性があります。

オフセッション支払いフローの構築は 3 つの部分から構成されます。

1. **顧客にカードを保存する。**Payment Intents API を使用し、(顧客が支払いを行っているときに) 決済フロー内で、または、Setup Intents API を使用して決済フロー外で、顧客にカードを保存できます。さらに、Stripe Checkout を使用して決済フロー内または決済フロー外で顧客にカードを保存することもできます。
2. 保存したカードを使用して支払いを行う。 顧客にカードを保存したら、オンセッション支払いまたはオフセッション支払いのどちらも行うことができます。
3. **リカバリフローを構築する。**Stripe は、顧客の再認証の必要性を減らすために免除をリクエストしますが、カード保有者の銀行が免除リクエストを拒否する可能性があります。このため、再認証を行う必要がある場合に備え、顧客をオンセッションに戻すためのリカバリフローを構築する必要があります。

オーソリとキャプチャが個別に行われる支払いについては、完全な組み込みをすぐに完了できます。

Stripe Checkout の新しいバージョン

最低限のコードを使用して、コンバージョンを最適化する、事前構築された決済フローを入手します。メンテナンスをほとんど必要としない組み込みをご希望の場合には、このオプションを選択してください。この支払いフローでは、すぐに完全な組み込みを実現でき、SCA 免除を処理するための追加作業は必要ありません。個別のオーソリとキャプチャで Stripe Checkout を使用する

オーソリとキャプチャーの分離を指定して Stripe Checkout を使用する

Payment Intents API

以下のいずれかのクライアントライブラリを使用して Payment Intents API に移行し、動的な支払いフローとカスタムの決済ページを構築します。

• Stripe.js および Elements
• Stripe iOS SDK
• Stripe Android SDK

この支払いフローでは、必要な実装が完備されるため、SCA 免除を処理するための追加作業は必要ありません。

• 詳細については、Payment Intents API を使用する方法をご覧ください。

SCA はによって顧客は一部の支払いについて、3D セキュアを完了することを義務付けています。銀行からこの手順を求められた場合、顧客はオンラインで認証を完了する必要があります。このため、顧客がウェブサイトまたはアプリケーションを利用していないときや、承認を完了できない場合は、カードを保存して後で請求するビジネスでは作業が煩雑になります。これは、オフセッションの支払いとしても知られます。この例として、固定額のサブスクリプション、従量制のサブスクリプション、クラウドファンディングキャンペーン、レンタカーなどがあります。

Stripe 製品および API を使用すれば、加盟店はオフセッション支払いで SCA 要件を満たすことができます。

1. 同意書の回収。 同意書は、将来顧客のカードをどのように使用するかに関する顧客の同意を示します。決済フローに同意の文言を追加してください。決済フローを完了することにより、お客様が顧客の代理として支払いを開始することに顧客が同意したものとすることを記載します。また、予期される支払い頻度を記載し、支払い金額の決定方法を説明します。

2. 初回取引の 2 段階認証 (SCA)。 同意書の設定時に、加盟店は顧客を認証する必要があります。これは、カードでの初回の支払い時に、または初回の支払いをせずに顧客にカードを保存する際に実行できます。

3. 後続取引のフラグ。 ユーザがオフセッションのときに、保存されたカードで行われる支払いは、それに応じたマークを付け、初回の認証された取引を参照する必要があります。これは Stripe によって処理されます。

これらの新しい API やフローを使用するように支払いのシステムを更新することにより、Stripe は、固定金額のサブスクリプションや加盟店が開始した取引などの免除をリクエストし、保存したカードを利用して後の支払いを処理できます。ただし銀行は免除のリクエストを拒否できるため、顧客に通知する方法を構築して、必要に応じて顧客にアプリケーションに戻り、認証を完了するよう連絡する必要があります。

Payment Intents API でのオフセッション支払い

独自のオフセッション支払いのロジックを構築し、必要に応じてユーザーをオンセッションに戻す処理をして、再認証を完了します。このアプローチは、Stripe Billing を使用するよりも手間がかかりますが、柔軟性があります。

オフセッション支払いフローの構築は 3 つの部分から構成されます。

1. **顧客にカードを保存する。**Payment Intents API を使用し、(顧客が支払いを行っているときに) 決済フロー内で、または、Setup Intents API を使用して決済フロー外で、顧客にカードを保存できます。さらに、Stripe Checkout を使用して決済フロー内または決済フロー外で顧客にカードを保存することもできます。
2. 保存したカードを使用して支払いを行う。 顧客にカードを保存したら、オンセッション支払いまたはオフセッション支払いのどちらも行うことができます。
3. **リカバリフローを構築する。**Stripe は、顧客の再認証の必要性を減らすために免除をリクエストしますが、カード保有者の銀行が免除リクエストを拒否する可能性があります。このため、再認証を行う必要がある場合に備え、顧客をオンセッションに戻すためのリカバリフローを構築する必要があります。

SCA はによって顧客は一部の支払いについて、3D セキュアを完了することを義務付けています。銀行からこの手順を求められた場合、顧客はオンラインで認証を完了する必要があります。このため、顧客がウェブサイトまたはアプリケーションを利用していないときや、承認を完了できない場合は、カードを保存して後で請求するビジネスでは作業が煩雑になります。これは、オフセッションの支払いとしても知られます。この例として、固定額のサブスクリプション、従量制のサブスクリプション、クラウドファンディングキャンペーン、レンタカーなどがあります。

Stripe 製品および API を使用すれば、加盟店はオフセッション支払いで SCA 要件を満たすことができます。

1. 同意書の回収。 同意書は、将来顧客のカードをどのように使用するかに関する顧客の同意を示します。決済フローに同意の文言を追加してください。決済フローを完了することにより、お客様が顧客の代理として支払いを開始することに顧客が同意したものとすることを記載します。また、予期される支払い頻度を記載し、支払い金額の決定方法を説明します。

2. 初回取引の 2 段階認証 (SCA)。 同意書の設定時に、加盟店は顧客を認証する必要があります。これは、カードでの初回の支払い時に、または初回の支払いをせずに顧客にカードを保存する際に実行できます。

3. 後続取引のフラグ。 ユーザがオフセッションのときに、保存されたカードで行われる支払いは、それに応じたマークを付け、初回の認証された取引を参照する必要があります。これは Stripe によって処理されます。

これらの新しい API やフローを使用するように支払いのシステムを更新することにより、Stripe は、固定金額のサブスクリプションや加盟店が開始した取引などの免除をリクエストし、保存したカードを利用して後の支払いを処理できます。ただし銀行は免除のリクエストを拒否できるため、顧客に通知する方法を構築して、必要に応じて顧客にアプリケーションに戻り、認証を完了するよう連絡する必要があります。

Payment Intents API でのオフセッション支払い

独自のオフセッション支払いのロジックを構築し、必要に応じてユーザーをオンセッションに戻す処理をして、再認証を完了します。このアプローチは、Stripe Billing を使用するよりも手間がかかりますが、柔軟性があります。

オフセッション支払いフローの構築は 3 つの部分から構成されます。

1. **顧客にカードを保存する。**Payment Intents API を使用し、(顧客が支払いを行っているときに) 決済フロー内で、または、Setup Intents API を使用して決済フロー外で、顧客にカードを保存できます。さらに、Stripe Checkout を使用して決済フロー内または決済フロー外で顧客にカードを保存することもできます。
2. 保存したカードを使用して支払いを行う。 顧客にカードを保存したら、オンセッション支払いまたはオフセッション支払いのどちらも行うことができます。
3. **リカバリフローを構築する。**Stripe は、顧客の再認証の必要性を減らすために免除をリクエストしますが、カード保有者の銀行が免除リクエストを拒否する可能性があります。このため、再認証を行う必要がある場合に備え、顧客をオンセッションに戻すためのリカバリフローを構築する必要があります。