カード所有者確認

このユースケースはVisaにのみ適用されます。

カード所有者の確認により、トークンリクエスタはエンドユーザーがカード所有者であることの証明を要求できます。

このフローは、メールアドレス、アカウント名、請求先住所などの機密性の高いアカウント変更を許可する前に、トークンリクエスタが追加の確証を必要とする場合に使用されます。

トークンリクエスタはTSPを通じて検証リクエストを送信します。

イシュアゲートウェイは、このリクエストを既存の IDnVメソッド一覧を取得 で呼び出す 目的 = カード所有者ステップアップ.

以下のシーケンス図は、エンドツーエンドのフローを示しています。

<シーケンス図>

イシュアが返した場合 ステップアップ認証で承認する、選択したID&V方式に対応する該当セクションを使用してください。

フローが完了すると、イシュアのゲートウェイは バーチャルカード変更の通知 ～を示す通知 アクション 実行された:

• カード所有者_STEPUP_OTP

  • OTPによって認証が成功することを示します。
• カード所有者_STEPUP_イシュア_APP

  • イシュアのアプリケーションを通じて認証が成功することを示します。
• カード所有者_STEPUP_カスタマーサービス

  • カスタマーサービスを通じて認証が成功することを示します。
• カード所有者_STEPUP_3DS

  • 3DS方式を通じて認証が成功することを示します。

OTPで認証します。

TSPがOTPを生成します。

イシュアのゲートウェイがそれを通じて転送します OTPを送信、トークナイゼーションのフローと同様に。

使用 otpMethodId を使用して選択された方法を特定し、適切なメッセージとチャネルを準備します。

TSPはOTPを検証し、検証が成功すると関係者に通知します。

下のシーケンス図はフローを示しています。

<シーケンス図>

イシュアのアプリケーションで検証

このフローでは、イシュアがイシュアのアプリケーションでエンドユーザーを検証します。

トークンリクエスタアプリケーションからのトリガー

このアプローチは、トークン有効化に使用されるトークン化フローと一致します。

そのやり取りは、次に説明されるものと同じです イシュアアプリケーションをウォレットと統合する ただし、TSPがイシュアがカード所有者の検証コンテキストを特定するために解析しなければならない追加データを送信する点が異なります:

• lifeCycleTraceID
• reasonCode = カード所有者ステップアップ

検証結果を報告する

トリガー方法にかかわらず、イシュアは結果をTSPに報告しなければなりません カード状態を更新する.

これらの値を送信してください:

• virtualCardId = tokenReferenceID

の場合 成功した 検証:

• アクション = カード所有者_STEPUP_イシュア_APP

以下のシーケンス図は、全体のフローを示しています。

<シーケンス図>

他の方法で検証する

Visaは、ID&Vの追加方法を2つサポートできます:

• カスタマーサービス。

  • customer_service この方法は、ユーザー体験にフリクションを追加するため推奨されません。加盟店のウェブサイト上で操作が行われる一方、エンドユーザーは検証のためにカスタマーサービスに電話する必要があります。すぐに対応されない場合、エンドユーザーは開始した操作を放棄する可能性があります。
• 3DS。

  • この方法は、VTS上の設定によってサポートされます。これは、イシュアとVisaの間で直接合意する必要があります。

3DSでは、イシュアからイシュアゲートウェイのバックエンドに対するアクションはありませんが、イシュアが使用することを決めた場合には customer_service その方法が使用され、検証が正常に実行された場合、 カード状態を更新する 次のパラメータで送信する必要があります:

• virtualCardId = tokenReferenceID
• アクション = カード所有者_STEPUP_カスタマーサービス

失敗した結果.

Visaは、失敗した結果を報告するための特定のインターフェースを提供していません。

カード所有者の検証に失敗した場合、Visaはトークンの停止を推奨します。

トークンを停止すると、正当なエンドユーザーがカスタマーサービスに連絡することになったり、加盟店がトークンを削除する原因になる可能性があることに注意してください。