按等级顺序排列的 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 的规则。您可以将规则设置为 Always（始终）使用 3D Secure，或 Prefer not（首选不）使用 3D Secure，只有在发卡行要求其完成授权时才会触发 3DS。这意味着，如果您想更好地控制哪些交易应使用 3D Secure 处理，例如，如果某些交易对您的业务具有高风险，您可以采用 Dynamic 3D Secure，它允许您通过设置规则来确定应发送哪些付款进行 3D Secure 身份验证，而哪些付款不需要进行此身份验证。