Un flujo de autenticación de pagos más eficiente, con el adquirente y procesador adecuado

Cuando el emisor necesita verificar la identidad del cliente antes de autorizar el pago. 

1. El cliente inicia el pago. Detectamos que la tarjeta está registrada en 3DS y enviamos los datos de la transacción al emisor. 
2. El emisor solicita una autenticación adicional para verificar la identidad del titular. 
3. El cliente accede a una página de autenticación y completa la verificación, por ejemplo, mediante biometría o un código de un solo uso. 
4. Una vez autenticado, el emisor pasa la transacción a autorización y la aprueba. 
5. Recibimos la confirmación y notificamos al comercio. El pedido queda finalizado. 

En las suscripciones y transacciones iniciadas por el comercio, 3DS solo es necesario una vez. 

1. Cuando un cliente se suscribe a un servicio recurrente, el primer pago requiere una autenticación 3DS completa para verificar su identidad y registrar su tarjeta. 
2. El cliente completa la autenticación. Su tarjeta queda registrada como card-on-file y tokenizada para usos posteriores. 
3. En los siguientes pagos, realizamos el cobro automáticamente mediante una solicitud de autorización recurrente, sin necesidad de realizar otro desafío 3DS. 
4. El emisor aprueba cada renovación sin interrumpir al cliente. 

Cuando nuestro motor de evaluación de riesgos identifica una transacción como de bajo riesgo y el emisor está de acuerdo. 

1. El cliente inicia el pago. Nuestro filtro antifraude analiza los datos de la transacción en tiempo real. 
2. A partir de múltiples parámetros de riesgo, determinamos que la transacción cumple los requisitos para una exención TRA y enviamos esta evaluación al emisor. 
3. El emisor coincide con nuestra evaluación de bajo riesgo y autoriza la transacción: sin autenticación adicional y sin fricción para el cliente. 

Cuando el emisor no acepta nuestra solicitud de exención y qué ocurre a continuación. 

1. El cliente inicia el pago. Nuestro motor de riesgo evalúa la transacción como de bajo riesgo y solicitamos una exención TRA. 
2. El emisor no está de acuerdo y solicita una autenticación 3DS en su lugar, devolviendo un soft decline. 
3. En lugar de dejar que la transacción falle, la redirigimos inmediatamente al flujo de autenticación 3DS. 
4. El cliente debe verificar su identidad y completa la autenticación. 
5. La transacción se aprueba. El cliente apenas nota la interrupción y el pago se recupera. 

Este es uno de los ejemplos más claros de lo que significa gestionar la autenticación de pagos como adquirente y procesador. Un proveedor sin esta capacidad recibiría una transacción rechazada y el proceso terminaría ahí. Nosotros mantenemos el pago en curso. 

Para transacciones de menor importe, una vía más rápida con mecanismos de seguridad integrados. 

1. El cliente inicia un pago inferior a 30 €. Nuestro filtro antifraude analiza los datos de la transacción. 
2. Determinamos que cumple los requisitos para una exención de Low Value Payment y la enviamos al emisor. 
3. El emisor detecta que es la quinta exención LVP consecutiva de esta tarjeta o que el importe acumulado desde la última autenticación supera los 100 €, y devuelve un soft decline solicitando autenticación. 
4. Recibimos el soft decline y redirigimos inmediatamente la transacción al flujo de autenticación 3DS. 
5. El cliente verifica su identidad. El pago se autoriza y se completa.   

Las exenciones LVP agilizan los pagos de bajo importe para la mayoría de los clientes. Cuando el emisor requiere una autenticación, como debe hacer periódicamente, nuestro papel como adquirente y procesador nos permite gestionar ese retorno como una recuperación de soft decline y mantener el checkout en marcha de forma prácticamente invisible para el cliente.