3DSのトリガーが決定される方法

階層順の3D Secureの要素

トランザクションが3DSを介すかどうかが決定される方法を理解するには、この動作に影響を与えるさまざまな要因を知ることが重要です。規制が確実に準拠されるよう、認証規制で必要となる場合に3D Secureを常に適用します。

3DSのトリガーには次の要因が影響します。優先度の最も高いものから階層順で示しています。

1. 69より前のバージョンを使用している場合、決済リクエストでexecuteThreeDパラメータをtrueに設定することで、トランザクションに対して3D Secure認証を実行するかどうかが示されます。バージョン69以降を使用している場合、決済リクエストでauthenticationData.attemptAuthenticationパラメータをtrueに設定すると、トランザクションに対して3D Secure認証を実行するかどうかが示されます。
   
2. browserInfoパラメータは、決済要求で必須です。このオブジェクトを含めるフィールドの仕様についてはbrowserInfoを参照してください。
   
3. Dynamic 3DS
   最後に、Dynamic 3D Secureを使用して、3D Secureを適用するルールを設定できます。常に3D Secureを使用するか、3D Secureを使用しない（発行銀行が承認を完了するために必要な場合だけ3DSがトリガーされる）かのいずれかのルールを設定できます。つまり、3D Secureで処理されるトランザクションをより細かく制御したい場合（特定のトランザクションが事業にとって高リスクである場合など）、Dynamic 3D Secureを使用して、どの決済を3D Secure認証に送信するか、どの決済を3D Secureを使用せずに処理するかを決定するルールを設定できます。

どのバージョンの3D Secureがいつトリガーされるかの詳細については、こちらの記事を参照してください。