3D seguro
Agregue autenticación del emisor a los pagos con tarjeta mientras DEUNA mantiene consistente el ciclo de vida del pago.
En esta página
3D Secure (3DS) autentica al titular de la tarjeta en el banco emisor antes de continuar con el pago con tarjeta. DEUNA hace que esa autenticación sea parte del mismo flujo de pago, ya sea que DEUNA administre la experiencia 3DS o que el proveedor de pago seleccionado proporcione su flujo 3DS compatible.
Cómo funciona un pago 3DS#
El emisor elige la experiencia de autenticación:
El éxito de la autenticación no es el éxito del pago. Permite que la autorización continúe. Evalúe siempre el estado del pago final después del paso 3DS.
Modelos 3DS compatibles#
3DS gestionado por la DEUNA
DEUNA coordina la autenticación y pasa el resultado a la autorización de pago. Esto les brinda a los comerciantes un contrato de integración y un contrato de acción del comprador a través de conexiones de adquisición compatibles.
Utilice este modelo cuando desee que DEUNA administre el proceso de autenticación y mantenga el comportamiento de pago consistente entre los proveedores.
3DS administrado por el proveedor
Algunos proveedores de pagos exponen su propio flujo 3DS a través de su conexión DEUNA. DEUNA normaliza la acción requerida del cliente en la respuesta de pago y continúa el pago cuando finaliza la autenticación.
El soporte varía según el proveedor, el país, la red de la tarjeta y la configuración de la conexión. usa el vivo catálogo de pasarelas de pago para verificar las capacidades 3DS anunciadas, luego confirme la habilitación con su Gerente Técnico de Cuenta (TAM) de DEUNA.
donde funciona#
| Integración | Experiencia del comprador | Responsabilidad del comerciante |
|---|---|---|
| Widget de Pago | DEUNA presenta el desafío dentro de la experiencia de widget compatible o redireccionamiento. | Escuche el resultado del widget y confirme el estado del pago final. |
| Enlace de pago | DEUNA presenta y completa la experiencia de autenticación soportada. | Configure la experiencia de devolución y consuma el estado final o webhook. |
| API directa | Vuelve la respuesta de pago. pending_3ds y un authorization_3ds siguiente acción cuando el comprador debe actuar. | Presente la siguiente acción con un SDK de DEUNA o siga la URL devuelta y luego concilie el estado final. |
| Caja de Pago | Un pago con tarjeta guardado puede devolver la misma acción siguiente de 3DS. | Uso initNextAction en un SDK compatible o implementar la acción devuelta de forma segura. |
Datos que mejoran la autenticación#
Los datos completos y veraces del comprador y del dispositivo ayudan al emisor a tomar una mejor decisión de riesgo y pueden aumentar las posibilidades de obtener un resultado sin fricciones.
| grupo de datos | Campos recomendados |
|---|---|
| Pago | Importe, moneda ISO 4217, tarjeta o token de tarjeta y referencia del comerciante |
| Comprador | Nombre, apellido, correo electrónico y número de teléfono |
| dirección de facturación | Línea de dirección, ciudad, código postal, país ISO 3166-1 alfa-2 y código de estado ISO 3166-2 cuando corresponda |
| Orden | Descripción del artículo, cantidad, monto y contexto de envío cuando esté disponible |
| Dispositivo | Identificador de dispositivo/sesión, dirección IP, agente de usuario, idioma del navegador, dimensiones de la pantalla, profundidad de color y zona horaria |
No envíe marcadores de posición. Para Estados Unidos, Canadá y China, envíe un código de subdivisión ISO 3166-2 válido cuando la dirección incluya un estado o provincia. El enriquecimiento de direcciones puede estar disponible para configuraciones de cuenta seleccionadas, pero el comerciante sigue siendo responsable de recopilar datos de pago precisos.
Orientación sobre estado y responsabilidad#
pending_3dssignifica que la autenticación está incompleta y el pago no está resuelto.processedoauthorizedsignifica que el pago continuó exitosamente después de la autenticación.denied,cancelledoexpiredsignifica que el pago no se completó.- Una autenticación exitosa puede proporcionar beneficios de responsabilidad por fraude, pero la elegibilidad depende de la red de la tarjeta, ECI, valor de autenticación, tipo de transacción, reglas del mercado y motivo de la disputa. No infiera el cambio de responsabilidad únicamente del estado del pago.
Consulta Flujo de trabajo y estados de pago para el ciclo de vida completo y Flujo de compra de 3DS para la integración API.
Próximos pasos#
pending_3ds, next_action, callbacks, and final-state reconciliation.Comparar el soporte del proveedorFiltre el catálogo de proveedores generado por capacidad 3DS.