¿Por qué no se activa 3D Secure?

Solicitud de activar/no activar

La solicitud de activar o no el 3DS para una transacción puede proceder de ti o de Adyen. 

• Tú puedes hacerlo a través de:
  • La solicitud de la API
  • 3D Secure dinámico
• Adyen puede hacerlo:
  • Por normativa, por exigencias del emisor o por cuestiones de optimización. 

Verifica quién inició la solicitud

Puedes consultar la sección 3DS en la página de detalles de pago de cada transacción para determinar quién inició la solicitud. Los dos parámetros siguientes te darán más información:

• El campo 3DS solicitado por el merchant indica si el 3DS fue/no fue solicitado por ti y, en caso afirmativo, cómo. Puede tener 4 valores, que son: 
  • Sí (a través de Dynamic 3D Secure)
  • Sí (a través del parámetro de la API 'executeThreeD' o 'attemptAuthentication')
  • No
  • No (a través del parámetro de la API “executeThreeD” o “attemptAuthentication”)
• El campo Dynamic 3D Secure presenta la regla/configuración por la que se activó o no el 3DS. Puede tener los siguientes valores: 
  • Regla predeterminada activada (“Always 3DS” [3DS siempre])
  • Regla predeterminada activada ('Preferir no 3DS')
  • Regla “[nombre de la regla]” activada (“[Always 3DS, Prefer not Challenge OR Always 3DS, Always Challenge OR Prefer not 3DS]” [3DS siempre, Mejor no desafiar O 3DS siempre, Desafiar siempre O Mejor sin 3DS])
  • No se ha activado ninguna regla (la API tiene mayor prioridad)
  • No se ha activado ninguna regla

Nota: El parámetro de la API tiene prioridad sobre la configuración de Dynamic 3D Secure. Por tanto, cuando el parámetro de la API contiene executeThreeD o attemptAuthentication, las reglas de Dynamic 3D Secure no se evalúan y se respeta el valor del parámetro.

A continuación se presentan algunos ejemplos para aclarar cómo interpretar estos campos en conjunto:

Ejemplo A: Muestra que 3DS se activó porque Dynamic 3D Secure estaba configurado en Always (Siempre). 

Ejemplo B: Muestra que 3DS se activó debido a la regla personalizada configurada en los ajustes de Dynamic 3D Secure. 

En caso de que 3DS se active a pesar de que el merchant solicitara 3DS = “No” y Dynamic 3D Secure = No rule triggered (No se ha activado ninguna regla), podría ser por la normativa local, por la optimización del modelo de autenticación para garantizar una mayor conversión de todo el embudo, por exigencias del emisor o por el reintento de la autenticación reforzada de clientes (SCA).

Solución de problemas de fallos de activación de 3DS

Si ninguno de los escenarios anteriores explica por qué 3D Secure (3DS) no se activó para una transacción, puede deberse a lo siguiente: 

• Parámetros de API faltantes o incorrectos: revisa los parámetros de API enviados en la solicitud para asegurarte de que son correctos y están completos. Algunos parámetros son obligatorios para activar 3DS. 
• La tarjeta del comprador no está inscrita en los servicios de 3DS 2. 
• El MID no está inscrito en 3DS. 

Para un análisis en profundidad de los motivos por los que no se aplicó 3D Secure debemos examinar los archivos de registro. Ponte en contacto con soporte para obtener ayuda.