¿Qué hacer para que mi sitio vendedor sea compatible con 3D Secure v2?
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 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. |
