为什么没有触发 3D Secure？

触发/不触发请求

触发或不触发交易 3DS 的请求可由您或 Adyen 提出。

• 您可以通过以下方式做到这一点：
  • API 请求
  • Dynamic 3D Secure
• Adyen可以做到：
  • 由于法规、发卡行要求或优化。

核实谁发起了请求

您可以检查每笔交易的“付款详细信息”页面中的 3DS 部分，以确定谁发起了请求。以下两个参数将提供线索：

• 商家申请 3DS 字段说明您是否申请了 3DS，如果申请了，是如何申请的。它可以有 4 个值，即：
  • 是（通过动态 3D Secure）
  • 是（通过 API 参数“executeThreeD”或“attemptAuthentication”）
  • 否
  • 否（通过 API 参数 'executeThreeD' 或 'attemptAuthentication'）
• 动态 3D Secure 字段显示 3DS 是否触发的规则/配置。它可以有以下值：
  • 已触发默认规则（“Always 3DS”）
  • 已触发默认规则（“不首选 3DS”）
  • 触发规则“[规则名称]”（“始终使用 3DS，不首选挑战或始终使用 3DS，始终挑战或不首选 3DS]”）
  • 未触发规则（API 具有更高的优先级）
  • 未触发规则

注意：API 参数优先于动态 3D Secure 设置。因此，当 API 参数包含 executeThreeD 或 attemptAuthentication 时，不会评估动态 3D Secure 规则，并遵循参数的值。

以下是一些示例，以阐明如何进一步解释这些字段：

例 A：显示 3DS 触发是因为动态 3D Secure 设置为始终。

例 B：显示由于在动态 3D Secure 设置上配置的自定义规则触发了 3DS。

尽管商家请求 3DS =“否”且动态 3D Secure = 未触发规则，但 3DS 仍触发，则这可能是由于当地法规、身份验证模型的优化以确保更高的全渠道转化率、发卡行要求或强客户身份验证 (SCA) 重试。

3DS 触发故障排除

如果上述情况都不能解释 3D Secure (3DS) 为什么没有在交易中触发，原因可能是：

• 缺少/不正确的 API 参数：检查请求中发送的 API 参数，确保其正确完整。某些参数是触发 3DS 的必备参数。
• 购买者的银行卡未加入 3DS 2 服务。
• MID 未注册 3DS。

要深入分析 3D Secure 未被应用的原因，我们需要对日志进行分析。请联系支持部门寻求进一步的帮助。