3DSを通過しなかった/ライアビリティシフトがないすべてのトランザクションをブロックするにはどうすればよいですか？

Dynamic 3D Secureの設定を「ALWAYS」にしている場合、可能な限り3D Secureを介して取引をルーティングすることを意味します。ただし、発行者または購入者のカードがまだ3DSをサポートしていない場合は、3D Secureなしで認証を試みます。完全に認証されていないか、ライアビリティシフトが適用されていない取引を承認したくない場合は、ライアビリティシフトステータスルールを使用してこれらをブロックすることができます。このルールは、取引が3D Secureを使用して認証されていない場合にトリガーされます。リスクスコアを増やすか、リスクスコアを100ポイント増やすことで、このルールによってトリガーされるすべての取引を完全にブロックできます。

このルールを構成するには：

[Risk（リスク）] > [Risk profiles（リスクプロファイル）]へと移動し、[ Liability shift status rule（ライアビリティシフトステータスルール）]を探して、[Configure rule（ルールの設定）]オプションをクリックします。以下の様に構成を設定ください。

• 「Only 3D Secure Transactions」を選択すると、3D Secureが試行されたものの、ライアビリティシフトが行われていないすべてのトランザクションがブロックされます。たとえば、3D Secureが指定された支払金額以上にしか適用されない場合などが考えられます。この金額以下の取引は分析されないため、このチェックでは受け入れられません。Recurring (ContAuth) のような他のタイプのトランザクションは許可されます。
• 上記と同じ状況で取引をブロックするには、「Only 3D Secure Transactions without technical errors」を選択します。ただし、技術的なエラーで3D Secureの認証ができなかった場合は、その取引は分析されず、承認されません。
• 「All E-Commerce Credit Card Transactions」を選択すると、3Dがまったく使用されていない非定期的なクレジットカード取引もブロックされます。このオプションは、このアカウントのすべての取引を3D Secureで処理する必要がある場合しか選択できません。このケースのシナリオの例としては、最初の取引（3D Secureを使用）の後に、ワンクリックと定期（ContAuth）が許可される場合です。

このチェックは、E-commerceトランザクションに対してのみトリガーされることに注意してください。定期（ContAuth）取引は、定義上ライアビリティシフトはないため、分析されず、このチェックで承認されます。