Welcome to our new developer portal! Use the "Ask" button to chat with our AI Agent.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

OOBチャレンジを処理する

概要

3DSサービスは、トランザクションがチャレンジされ、エンドユーザーがイシュアアプリケーションに登録済みの認証手段を持っている場合に、OOBチャレンジフローを開始します。

ユーザー体験

フロー

OOBチャレンジフローの概要 - ステップ1。
OOBチャレンジフローの概要 - ステップ2。

シーケンス図 – バックエンドフロー

以下の図は、OOBチャレンジフローのエンドツーエンドのシーケンスを示します。

前提条件

  • カード商品はD1バックエンドおよび決済ネットワークのディレクトリサーバーで構成されます。

  • エンドユーザーとカードはD1バックエンドに登録されています。

  • 認証手段がデバイスに登録されています。

  • D1 SDKが初期化されています。

  • イシュアアプリケーションでプッシュ通知が構成されています。


1 – AReq/ARes と最初の CReq/CRes

AReq/ARes と初回の CReq/CRes。

2 – CReq/CRes とイシュアからのOOBチャレンジ

CReq/CRes とイシュアからのOOBチャレンジ。

SDKの実装詳細については、こちらを参照してください SDKフロー.

3 – 最終CReq/CResと通知

最終CReq/CResと通知。

シーケンス図 – SDKフロー

以下のシーケンスは、イシュアアプリケーションがD1 SDKを使用してOOBチャレンジを完了する方法を示します。

1 - イシュアアプリケーションがD1 SDK経由でFIDOチャレンジを取得

イシュアアプリケーションはD1 SDK経由でFIDOチャレンジを取得します。

2 - D1 SDKがエンドユーザーを認証

D1 SDKがエンドユーザーを認証します。

プッシュ通知については、こちらを参照してください プッシュ通知の構成.

トランザクション確認データ

以下の表は、D1 SDKが表示目的でイシュアアプリケーションに提供するトランザクションデータを示します。

パラメーター名
説明

acsTransId

ACSによって割り当てられる、単一のトランザクションを識別するための一意なトランザクション識別子です。

purchaseDate

購入日時。UTC時刻形式で表されます。

purchaseExponent

ISO 4217の通貨指数で指定される通貨の最小単位です。

threeDSRequestorAppURL

3DSリクエスターアプリケーションが、認証アプリケーションがOOB認証完了後に3DSリクエスターアプリへ戻るために、CReqメッセージ内で自身のURLを宣言します。エンドユーザーを加盟店アプリケーションへ戻すために使用します。

purchaseCurrency

購入金額がISO 4217形式で表される通貨です。

merchantName

アクワイアラまたは決済ネットワークによって割り当てられた加盟店名です。

purchaseAmount

小数点を含まない通貨の最小単位での金額です。

D1 SDKの統合

  • calling login は、このユースケースの前提条件として必要ではありません。

  • イシュアアプリケーションがプッシュ通知経由で確認要求を受信しない場合、D1 SDKを呼び出して要求を取得できます fetchAuthnRequest API。

  • SDKは強力な生体認証を使用します。複数の生体認証方式が利用可能な場合(たとえばFace IDと指紋)、オペレーティングシステムがユーザーインターフェースを管理します。

以下の例は、イシュアアプリケーションが threeDSRequestorAppURL トランザクション確認データからエンドユーザーを加盟店アプリケーションに戻す方法を示します。

イシュアバックエンド統合

処理フローの শেষেに、イシュアバックエンドは次を通じて通知されます 3DSカード操作の通知 API。

最終更新

役に立ちましたか?