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


シーケンス図 – バックエンドフロー
以下の図は、OOBチャレンジフローのエンドツーエンドのシーケンスを示します。
前提条件
カード商品はD1バックエンドおよび決済ネットワークのディレクトリサーバーで構成されます。
エンドユーザーとカードはD1バックエンドに登録されています。
認証手段がデバイスに登録されています。
D1 SDKが初期化されています。
イシュアアプリケーションでプッシュ通知が構成されています。
1 – AReq/ARes と最初の CReq/CRes
2 – CReq/CRes とイシュアからのOOBチャレンジ
SDKの実装詳細については、こちらを参照してください SDKフロー.
3 – 最終CReq/CResと通知
シーケンス図 – SDKフロー
以下のシーケンスは、イシュアアプリケーションがD1 SDKを使用してOOBチャレンジを完了する方法を示します。
1 - イシュアアプリケーションがD1 SDK経由でFIDOチャレンジを取得
2 - D1 SDKがエンドユーザーを認証
プッシュ通知については、こちらを参照してください プッシュ通知の構成.
トランザクション確認データ
以下の表は、D1 SDKが表示目的でイシュアアプリケーションに提供するトランザクションデータを示します。
acsTransId
ACSによって割り当てられる、単一のトランザクションを識別するための一意なトランザクション識別子です。
purchaseDate
購入日時。UTC時刻形式で表されます。
purchaseExponent
ISO 4217の通貨指数で指定される通貨の最小単位です。
threeDSRequestorAppURL
3DSリクエスターアプリケーションが、認証アプリケーションがOOB認証完了後に3DSリクエスターアプリへ戻るために、CReqメッセージ内で自身のURLを宣言します。エンドユーザーを加盟店アプリケーションへ戻すために使用します。
purchaseCurrency
購入金額がISO 4217形式で表される通貨です。
merchantName
アクワイアラまたは決済ネットワークによって割り当てられた加盟店名です。
purchaseAmount
小数点を含まない通貨の最小単位での金額です。
D1 SDKの統合
以下の例は、イシュアアプリケーションが threeDSRequestorAppURL トランザクション確認データからエンドユーザーを加盟店アプリケーションに戻す方法を示します。
イシュアバックエンド統合
処理フローの শেষেに、イシュアバックエンドは次を通じて通知されます 3DSカード操作の通知 API。
最終更新
役に立ちましたか?