¿Qué hacer para que mi sitio vendedor sea compatible con 3D Secure v2?

Todo depende de su implementación:

Tipo de integración Impacto Detalle del impacto
1 Pago a través del formulario API Menor

Sin ninguna modificación, su implementación actual es compatible con 3D Secure v2, aún si abre la página de pago en un iframe.

Se ha añadido un campo en la respuesta y en la IPN: vads_threeds_auth_type.

Permite conocer el tipo de autenticación realizada (Challenge o frictionless).

2 Pago a través de iframe
3 Pago por campos embarcados (Cliente JavaScript) Menor

Sin ninguna modificación, su implementación actual es compatible con 3D Secure v2.

Se ha añadido un campo en la respuesta y en la IPN:

cardDetails.authenticationResponse.value.authenticationType

Permite conocer el tipo de autenticación realizada (Challenge o Frictionless).

4 CMS Menor

Nuestros módulos de pago utilizan las soluciones 1, 2 o 3.

Sin ninguna modificación, su implementación actual es compatible con 3D Secure v2.

5 Web Services REST Elevado

La aplicación de la autenticación 3D Secure es responsabilidad del vendedor. Requiere un buen dominio de JavaScript para visualizar la pop-in de autenticación y el tratamiento de los diferentes eventos (instrucciones o resultado 3D Secure).

Consulte la documentación del Servicio de pago PCI para más informaciones.

6 Web Services SOAP Mayor

Parada programada de la solución.

Se requiere una migración hacia las soluciones de 1 a 3. La migración hacia la solución 5 es posible, pero mucho más compleja.