Matriz de certificación Netpay

Durante la fase de integración, es crucial poner a prueba tu desarrollo en diversas situaciones para garantizar un funcionamiento óptimo. Para ayudarte en este proceso, te ofrecemos la posibilidad de simular una variedad de escenarios utilizando combinaciones específicas de correo electrónico y número de tarjeta.

¿Cómo funciona?

1. Selecciona el escenario: Consulta la tabla adjunta para identificar los escenarios disponibles y sus resultados esperados.
2. Ingresa los datos: Utiliza el correo electrónico y número de tarjeta correspondientes al escenario que deseas simular.
3. Verifica los resultados: Comprueba si la respuesta de tu sistema coincide con el resultado esperado indicado en la columna "Resultado".

📘

Puntos a considerar

Para simular transacciones, puedes utilizar cualquier fecha de expiración y código de seguridad (CVV o CVC) que desees, siempre y cuando cumplas con los siguientes requisitos:

• Fecha de expiración: Debe ser posterior a la fecha actual.
• CVV (Visa, Mastercard, etc.): Debe tener 3 dígitos.
• CVC (American Express): Debe tener 4 dígitos.

Transacciones aceptadas:

El correo electrónico que debe de ir en la transacción siempre debe de ser [email protected]

Aceptada a meses sin intereses

Transacciones 3DS 2.0 :

El correo electrónico que debe de ir en la transacción siempre debe de ser [email protected] aquí existen 2 formas de pasar por 3DS una es con challenge y otra con frictionless

El "challenge" de 3D Secure 2.0 es un flujo de autenticación en el que se solicita al tarjetahabiente que proporcione información adicional para verificar su identidad. Esto suele ocurrir cuando el emisor de la tarjeta considera que el riesgo de la transacción es alto o cuando no hay suficiente información para realizar una autenticación "frictionless".

El "frictionless" de 3D Secure 2.0 es un flujo de autenticación que permite aprobar transacciones sin que el tarjetahabiente tenga que realizar ninguna acción adicional. En lugar de solicitar al cliente que introduzca un código de verificación, el emisor de la tarjeta evalúa el riesgo de la transacción en segundo plano, utilizando datos como el historial de compras del cliente, el dispositivo que está utilizando y la dirección IP. Si el riesgo se considera bajo, la transacción se aprueba automáticamente sin necesidad de autenticación adicional.

Aceptadas 3DS 2.0

Declinadas 3DS 2.0

Transacciones declinadas:

El correo electrónico que debe de ir en la transacción siempre debe de ser [email protected]

¡Optimiza tu integración y asegura una experiencia de pago sin contratiempos para tus clientes!