Todo depende de su implementación:
| 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 autentificació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 autentificació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 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. |