OOBフローを実装する（イシュア認証）

概要

イシュア認証を伴う 3DS OOB フローは、ルールが取引にチャレンジを課すと判断し、イシュアのバックエンドがイシュアアプリケーションでエンドユーザーを認証するよう設定されている場合に使用されます。

OOB チャレンジをいつ発動するかを制御するには、しきい値と条件を次で設定します 3DS 判定のルールセットを構成する.

ユーザーエクスペリエンス

フロー

イシュア認証を伴う OOB フローの概要 - ステップ 1.

イシュア認証を伴う OOB フローの概要 - ステップ 2.

シーケンス図

前提条件

• カード製品は D1 バックエンドおよび決済ネットワークのディレクトリサーバーで構成されています。
• エンドユーザーとカードは D1 バックエンドに登録されています。

1 - AReq/ARes

認証リクエストとレスポンスのフロー。

2 - CReq/CRes および イシュアからの OOB チャレンジ

D1 は API によりイシュア認証をトリガーします。

3 - 最終 CReq/CRes と通知

D1 は認証結果を取得し、3DS フローを終了します。

バックエンド連携

3DS 判定で OOB チャレンジが必要な場合、イシュアのバックエンドにエンドユーザーの認証が求められます:

1. 認証リクエストを受信: D1 バックエンドが次を通じてあなたのバックエンドを呼び出します 認証する リクエスト。
2. イシュア認証をトリガーします: イシュアアプリケーションで ID&V フローを開始します（たとえば、プッシュ通知 + CDCVM/生体認証、またはサポートされている任意の SCA 手法）。
3. 結果を公開します: 次を通じて結果を提供します 認証結果を取得 これにより 3DS チャレンジを完了できます。
4. 最終通知を受信: フローの最後に、認証の詳細が次を通じて通知されます 3DS カード操作を通知.

ベストプラクティス

• OOB 認証は応答性を高く保ち（数秒以内にプッシュ）、チャレンジのタイムアウトを最小化します。
• イシュアアプリケーションで明確な承認/拒否の選択肢を表示し、返却する結果に対して決定的にマッピングします。