Implementación

IMPORTANTE
La implementación de 3DS2 se realizará por etapas y se podrá extender hasta 2021.

  • Repliegue hacia 3DS1

    Mientras se implementa 3DS2 en todos los actores, se aplicará la siguiente cinemática:
    1. La plataforma de pago inicia el proceso de autenticación 3D Secure v2.
    2. Si la tarjeta tiene enrolamiento 3D Secure v2, se realiza el proceso 3D Secure v2.
    3. Si la tarjeta no tiene enrolamiento 3D Secure v2, la plataforma de pago realiza la autenticación del titular en modo 3D Secure v1.
  • Enrolamiento de vendedores

    No hay ningún impacto para los vendedores que ya están enrolados en 3DS1. La plataforma de pago se encarga de los enrolamientos 3DS2 en los diferentes Directory Server (DS).

    Para las empresas que aún no tienen enrolamiento 3DS1, la plataforma de pago las enrolará en 3DS1 y en 3DS2.

  • Implementación del sitio del comerciante

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

    Cuando todos los actores sean operativos, será posible transmitir datos suplementarios para aumentar la probabilidad de frictionless durante el pago (ver capítulo Aumentar la probabilidad de frictionless).

  • 3D Secure selectivo.

    Los vendedores que utilizan el campo vads_threeds_mpi para desactivar 3D Secure 1, deberán actualizar su implementación para tener en cuenta las nuevas opciones disponibles:

    IMPORTANTE
    Los nuevos valores solo estarán disponibles después de la activación de 3DS2 en su afiliación.

    vads_threeds_mpi Significado
    ausente o vacío o 0 Gestión de la autenticación 3DS delegada a la plataforma de pago (configuración del dominio, proveedor, tienda)
    1 Depreciado.
    2
    • 3DS1: Autenticación 3DS desactivada para la transacción.

      Requiere la opción "3D Secure selectivo".

    • 3DS2: NO CHALLENGE REQUESTED: Permite solicitar una autenticación sin interacción (frictionless).

      El vendedor pierde la garantía de pago si la solicitud es aceptada.

    3
    • 3DS1: Autenticación 3DS1.
    • 3DS2: CHALLENGE REQUESTED: Permite solicitar una autenticación fuerte para la transacción.
    4
    • 3DS1: Autenticación 3DS1.
    • 3DS2: CHALLENGE REQUESTED: mandate: Permite indicar que, por razones reglamentarias, se requiere una autenticación fuerte para la transacción.
    5
    • 3DS1: Autenticación 3DS1.
    • 3DS2: NO PREFERENCE: Permite indicar al DS que el vendedor no tiene preferencia. Si el emisor decide realizar una autenticación sin interacción (frictionless), el pago será garantizado.
  • Creación del alias

    Con el tiempo, se requerirá siempre una autenticación fuerte durante la creación de un alias, sin importar la elección del vendedor.

  • Pagos en N vencimientos y pagos recurrentes

    Con el tiempo, se requerirá siempre una autenticación fuerte durante el primer vencimiento, sin importar la elección del vendedor.

  • IPN

    Se agregó un campo en la IPN para transmitir al vendedor el tipo de autenticación (vads_threeds_auth_type) realizada (FRICTIONLESS o CHALLENGE).