3D Secureがトリガーされない理由は何ですか？

リクエストのトリガー/非トリガー

取引で3DSをトリガーするかどうかのリクエストは、お客様またはAdyenから発信されます。

• お客様がこれを行うには以下の方法があります。
  • APIリクエスト
  • ダイナミック3D Secure
• Adyenならできる：
  • 規制、発行者の要件、最適化が理由の場合。

リクエストを開始したユーザーを確認

各取引の「支払明細」ページの3DSセクションでリクエストを開始したユーザーを確認できます。次の2つのパラメータが参考になります。

• マーチャントが3DSを要求しましたフィールドには、3DSがお客様からリクエストされたか/リクエストされなかったか、リクエストされた場合はどのようにリクエストされたかが示されます。次の4つの値の可能性があります。
  • はい（ダイナミック3Dセキュア経由）
  • はい（APIパラメータ「executeThreeD」または「attemptAuthentication」経由）
  • いいえ
  • いいえ（APIパラメータ「executeThreeD」または「attemptAuthentication」を使用）
• ダイナミック3Dセキュアフィールドは、3DSがトリガーされたか否かのルール/設定を示します。次の値の可能性があります。
  • デフォルトのルールがトリガーされた（「常に3DS」）。
  • デフォルトのルールがトリガーされた（「3DSをリクエストしない」）
  • ルール [ルール名] がトリガーされた（[常に3DS、チャレンジしない OR 常に3DS、常にチャレンジ OR 3DSをリクエストしない]）
  • ルールはトリガーされていない（APIの優先度が高い）
  • ルールはトリガーされていません

注：API パラメータはダイナミック3Dセキュア設定に優先します。したがって、APIパラメータにexecuteThreeDまたはattemptAuthenticationが含まれている場合、ダイナミック3Dセキュアルールは評価されず、パラメータの値が尊重されます。

次に、これらのフィールドをまとめてさらに解釈する方法を明確にするための例をいくつか示します。

例A：ダイナミック3Dセキュアが「常に」に設定されていたため、3Dセキュアが起動したことを示します。

例B：ダイナミック3Dセキュア設定で設定されたカスタムルールが原因で3Dセキュアがトリガーされたことを示しています。

「マーチャントが3DSを要求しました」が「いいえ」、「ダイナミック3Dセキュア」が「ルールはトリガーされていない」にもかかわらず3DSがトリガーされた場合は、地域の規制、より高いフルファネルコンバージョンを確保するための認証モデルからの最適化、発行者の要件、または強力な顧客認証(SCA)の再試行が原因である可能性があります。

3DSトリガーエラーのトラブルシューティング

上記のいずれのシナリオでも、3Dセキュア（3DS）が取引に対してトリガーされなかった理由が説明されていない場合は、次の原因が考えられます。

• APIパラメータの不足または誤り：リクエストで送信されたAPIパラメータが正しく、完全であることを確認します。3DSをトリガーするにはいくつかのパラメータが必須です。
• 購入者のカードが3DS 2サービスに登録されていない。
• MIDが3DSに登録されていない。

3Dセキュアが適用されなかった理由の詳細については、ログを分析する必要があります。サポートまでお問い合わせください。