カード所有者認証フロー

加盟店は、関連する決済手段を使用する可能性のある機微な操作をエンドユーザーが要求したときに、このフローを起動します。

たとえば、エンドユーザーがメールアドレスなどの詳細を更新する場合に、このフローを適用できます。メールアドレスは、エンドユーザーが加盟店のウェブサイトにログインする際の一意のIDとして機能できます。

D1 は対応する TSP を通じてリクエストを受け取り、フローを管理します。イシュアのバックエンドには新しい API やワークフローは不要です。

これらのリクエストに対して、D1 は体系的にステップアップ認証を要求し、イシュアがサポートする ID&V 手法の一覧を返します。

以下のセクションでは、詳細な図を示します。

シーケンス図

以下のシーケンス図は、D1 が調整する全体フローと、イシュアのバックエンドの関与レベルを示しています。

このユースケースは、まだ Mastercard ではサポートされていません。

ID&V 手法の前提条件については、 ID&V 手法の前提条件.

SMSまたはメールによるOTP認証

次のシーケンス図は、エンドユーザーが検証方法としてSMSまたはメールのOTPを選択した場合のフローを示します:

その ステップアップメソッドの送信 ステップの 08 は依然として OTPの送信 API。このAPIは、選択されたID&Vメソッドを送信します。この場合、それはOTPです。

イシュアのバックエンドがOTPの配信を管理する場合、実装する必要があります OTPの送信 API と、 otp.reason このリクエストをトークナイゼーションリクエストと区別するためのフィールド。使用できる deliveryChannel メッセージ種別を判別するために:

• otp.reason = カード所有者認証
• deliveryChannel = SMS または EMAIL

イシュアアプリケーションによる認証

次のシーケンス図は、エンドユーザーが認証方法としてイシュアアプリケーションを選択したときのフローを示しています:

以下で説明されているように 高レベルのフロー セクションでは、イシュアのバックエンドは、ステップで必要となる統合を考慮する必要があります [02]。共有データはTSPに依存します。トークナイゼーションフローと比較して、次のマッピングを使用して入力します StepupAuthenticationResult 正しく:

D1	Visa
認証ID	ライフサイクルトレースID

失敗した結果

StepupAuthenticationResult aをサポートします 失敗 前方互換性のための検証結果。ただし、Visa は失敗した結果を報告するための専用インターフェースを提供していません。

検証に失敗した場合、Visa はトークンを停止することを推奨しています。

トークンを停止すると、エンドユーザーがカスタマーサービスに問い合わせたり、加盟店がトークンを削除したりする可能性があります。