3DSのトリガーが決定される方法
階層順の3D Secureの要素
トランザクションが3DSを介すかどうかが決定される方法を理解するには、この動作に影響を与えるさまざまな要因を知ることが重要です。規制が確実に準拠されるよう、認証規制で必要となる場合に3D Secureを常に適用します。
3DSのトリガーには次の要因が影響します。優先度の最も高いものから階層順で示しています。
- 69より前のバージョンを使用している場合、決済リクエストでexecuteThreeDパラメータをtrueに設定することで、トランザクションに対して3D Secure認証を実行するかどうかが示されます。バージョン69以降を使用している場合、決済リクエストでauthenticationData.attemptAuthenticationパラメータをtrueに設定すると、トランザクションに対して3D Secure認証を実行するかどうかが示されます。
- browserInfoパラメータは、決済要求で必須です。このオブジェクトを含めるフィールドの仕様についてはbrowserInfoを参照してください。
- Dynamic 3DS
最後に、Dynamic 3D Secureを使用して、3D Secureを適用するルールを設定できます。常に3D Secureを使用するか、3D Secureを使用しない(発行銀行が承認を完了するために必要な場合だけ3DSがトリガーされる)かのいずれかのルールを設定できます。つまり、3D Secureで処理されるトランザクションをより細かく制御したい場合(特定のトランザクションが事業にとって高リスクである場合など)、Dynamic 3D Secureを使用して、どの決済を3D Secure認証に送信するか、どの決済を3D Secureを使用せずに処理するかを決定するルールを設定できます。
この記事は役に立ちましたか?
PSD2 SCA 準拠ガイド
取引に強力な顧客認証を適用できるように準備してください。
PSD2コンプライアンスガイドを見る