Aprobar con autenticación adicional

La autenticación reforzada se utiliza normalmente para la tokenización con Carteras xPay. No se aplica a la tokenización iniciada por un comerciante de comercio electrónico.

Una decisión de autenticación reforzada (AMARILLO) significa que D1 ha aprobado condicionalmente Tokenización. Antes de que la red de pago TSP pueda aprovisionar y activar la tarjeta digital, el Usuario final debe completar un paso adicional de autenticación (un ID&V método).

Qué sucede a continuación

1. D1 devuelve una AMARILLO decisión a la red de pago TSP, junto con los métodos de ID&V compatibles.
2. El solicitante del token solicita al Usuario final que complete uno de los métodos compatibles.
3. Si la autenticación tiene éxito, la red de pago TSP completa el aprovisionamiento y activa la tarjeta digital (comportamiento de la red de pago).
4. D1 puede notificar a su backend del emisor el resultado de la tokenización y, opcionalmente, enviar Usuario final notificaciones (según lo que habilitó durante la incorporación a D1). Para obtener más detalles, consulte Procesamiento de la respuesta.

Desencadenantes comunes

La autenticación reforzada suele activarse cuando D1 detecta un riesgo mayor, por ejemplo:

• Discordancia del número de teléfono entre Usuario final los datos proporcionados por el emisor y el número de teléfono proporcionado por la red de pago TSP. Consulte Motor de decisiones > Usuario final (consumidor).
• Falta CSC para un método de captura en el que se espera el CSC. Consulte Motor de decisiones > Captura de tarjeta.

Métodos de ID&V compatibles

Cuando D1 devuelve AMARILLO, proporciona a la red de pago TSP la lista de métodos de ID&V compatibles.

• OTP por SMS/correo electrónico – La red de pago genera el OTP. El emisor (o D1 en nombre del emisor) lo entrega al Usuario final.
• backend de autenticación en la aplicación – El Usuario final se autentica en la aplicación del emisor, y el emisor activa la tarjeta digital.
• Servicio de atención al cliente – El Usuario final se autentica a través del emisorproceso de atención al cliente de ’s.

Los métodos que se pueden usar dependen de la capacidad del emisor para proporcionar los datos requeridos. Por ejemplo, si el emisor no tiene datos de contacto como una dirección de correo electrónico o un número de teléfono, esos métodos no estarán disponibles.

Si no quieres que D1 envíe OTP, debes admitir el API de entrega de OTP.