Autenticación dinámica
Orquestación dinámica de autenticación y verificación con DEUNA
En esta página
- Qué cubre esta guía
- Modelo de decisión
- Arquitectura de referencia
- Elegir un control de autenticación
- revisión manual
- Verificación posterior a la autorización
- Cómo deberían pensar los arquitectos de soluciones sobre esto
- Ejemplos de patrones de decisión
- Entradas que DEUNA puede utilizar en la lógica de enrutamiento
- Consideraciones de implementación
Orquestación dinámica de autenticación y verificación con DEUNA
La autenticación dinámica selecciona el control que necesita una transacción antes de la autorización y aplica una política de verificación consistente después de que el procesador responde. La decisión puede usar resultados de fraude, atributos de la transacción, contexto del cliente, comportamiento del emisor, reglas del mercado y la política de riesgo del comerciante.
Qué cubre esta guía#
Modelo de decisión#
| Momento | Implementación rígida | Implementación orquestada |
|---|---|---|
| Solicitud de bajo riesgo | Aplicar la misma autenticación a cada cliente. | Continuar directamente cuando la ruta y la política del comerciante lo permitan. |
| Riesgo limítrofe | Aprobar o rechazar a partir de una sola puntuación. | Seleccionar enriquecimiento ligero, autenticación fuerte, verificación de identidad o revisión manual. |
| Solicitud de alto riesgo | Rechazar inmediatamente. | Detener la transacción o intentar un control de recuperación aprobado cuando esté configurado. |
| Respuesta del procesador | Interpretar los valores AVS específicos del proveedor de forma independiente. | Normalizar las señales de verificación admitidas y aplicar una política común del comerciante. |
La política de enrutamiento debe separar evaluación de riesgo de selección de acción. Una puntuación o decisión del proveedor es una entrada; la ruta configurada determina la siguiente acción permitida.
Arquitectura de referencia#
A continuación se muestra una arquitectura conceptual simple.
Interpretación arquitectónica
| Etapa | Responsabilidad | Resultado |
|---|---|---|
| Evaluar | Combinar entradas aprobadas de fraude, cliente, transacción, emisor, mercado y política del comerciante. | Una decisión de ruta con la siguiente acción permitida. |
| Control | Continuar directamente o invocar enriquecimiento, autenticación, verificación de identidad o revisión manual admitidos. | Evidencia o una decisión terminal. |
| Autorizar | Enviar la transacción elegible al procesador de pagos seleccionado. | Autorización y datos de verificación admitidos. |
| Aplicar | Normalizar las señales de respuesta admitidas y aplicar la política común del comerciante. | Aceptar, denegar o escalar. |
La autenticación y verificación, por lo tanto, permanecen como parte de la misma ruta de transacción en lugar de convertirse en integraciones aisladas específicas del proveedor.
Elegir un control de autenticación#
Seleccionar el control admitido menos disruptivo que cumpla con los requisitos de riesgo y política de la ruta.
| Control | Mejor ajuste | Impacto en el cliente | Resultado de la ruta |
|---|---|---|---|
| Autorización directa | Tráfico confiable y de bajo riesgo sin requisito adicional. | No hay paso de autenticación agregado. | Continuar al procesador seleccionado. |
| Solo datos 3DS / Solo compartir datos | Tráfico en el límite donde el contexto del emisor puede ayudar, pero un desafío no está justificado. | No hay desafío completo al titular de la tarjeta. | Continuar con contexto adicional del emisor donde esté disponible. |
| EMV 3DS completo | Riesgo elevado, valor alto, primer uso, condiciones del emisor, o un requisito del comerciante o regulatorio. | Autenticación sin fricción o con desafío según el resultado 3DS admitido. | Continuar solo con un resultado de autenticación aceptable. |
| Clave de acceso (Passkey) | Viajes de usuario recurrente elegible o nativos del dispositivo donde una prueba más fuerte es útil. | Autenticación nativa del dispositivo donde esté disponible. | Continuar con el resultado de clave de acceso admitido. |
| Verificación biométrica o de identidad | Riesgo de toma de cuenta, productos sensibles, valor muy alto, o mayor certeza de identidad. | Verificaciones de rostro, vitalidad, posesión o identidad según el proveedor seleccionado. | Continuar, detener o escalar según el resultado configurado. |
| revisión manual | Transacciones ambiguas o operativamente sensibles donde el juicio humano agrega valor. | La transacción espera una decisión de un analista. | Aprobar, rechazar o escalar. |
La ruta puede evaluar el monto de la transacción, antigüedad del cliente, cambios en el dispositivo o velocidad, segmento del emisor o BIN, mercado, resultado de fraude e intentos previos. No asuma que cada control está disponible en cada procesador o en cada mercado.
revisión manual#
Use la revisión manual cuando un flujo de trabajo de un proveedor de fraude compatible puede tomar una mejor decisión que un rechazo automático o una autenticación adicional del cliente. Los candidatos típicos incluyen pedidos de alto valor, señales de fraude mixtas, clientes estratégicamente importantes y transacciones con contexto operativo que las reglas estáticas no pueden evaluar de manera confiable.
| Resultado de la revisión | Siguiente acción |
|---|---|
| Aprobar | Continuar con la autorización, captura o cumplimiento según el flujo del comerciante. |
| Rechazar | Detener la transacción o bloquear el cumplimiento según la política. |
| Escalar | Invocar una ruta de autenticación o verificación de identidad compatible cuando la ruta lo permita. |
La revisión manual es una ruta de validación humana. No reemplaza EMV 3DS, passkeys, verificación biométrica ni los controles de cumplimiento del comerciante.
Verificación posterior a la autorización#
AVS es una señal de respuesta, no un reemplazo para 3DS o verificación de identidad. Los procesadores compatibles pueden exponer diferentes valores sin procesar, por lo que DEUNA normaliza esos valores antes de que la política del comerciante decida la acción final.
| Etapa | Comportamiento de DEUNA | Decisión del comerciante |
|---|---|---|
| Recibir | Leer la respuesta AVS sin procesar compatible del procesador o gateway. | Sin análisis específico del proveedor en el flujo de checkout. |
| Normalizar | Mapear la respuesta al modelo AVS de DEUNA compatible. | Mantener una política única en todas las conexiones elegibles. |
| Aplicar | Evaluar el resultado normalizado contra la política configurada. | Aceptar, denegar o escalar. |
| Contexto de ejemplo | Resultado de la política |
|---|---|
| Bajo riesgo con un resultado AVS aceptable | Continuar normalmente. |
| Riesgo moderado con una coincidencia débil o parcial | Denegar o escalar según la política del comerciante. |
| La autorización tiene éxito pero el resultado AVS normalizado está bloqueado | Aplicar la denegación posterior a la respuesta configurada. |
| Pedido estratégicamente importante con un resultado incierto | Escalar a revisión compatible u otra acción permitida. |
Establecer reglas de denegación automática en DEUNA Admin
Un flujo de configuración típico es:
- Inicia sesión en Administrador DEUNA.
- Navegar a Gestión de errores.
- Acceda a Configuración de AVS.
- Seleccione los códigos DEUNA AVS que representen un riesgo inaceptable para su negocio.
- Guarde la configuración.
Una vez configurada, la política se aplica consistentemente a las rutas compatibles donde los datos AVS están disponibles. Consulta Gestión de AVS para el modelo de respuesta detallado y el comportamiento de configuración.
Cómo deberían pensar los arquitectos de soluciones sobre esto#
Una buena implementación no agrega más autenticación en todas partes. Define una escalera de decisiones y mueve una transacción solo hasta donde su riesgo, política y evidencia lo requieran.
Escalera de decisión recomendada
| Nivel | Control | Utilice cuando |
|---|---|---|
| 1 | Autorización directa | La transacción es confiable y no se requiere control adicional. |
| 2 | Enriquecimiento ligero | El contexto del emisor es útil pero un desafío completo no está justificado. |
| 3 | Autenticación fuerte del titular de la tarjeta | El riesgo o la política requieren una prueba más sólida del titular de la tarjeta. |
| 4 | Validación humana | La señal es ambigua y el juicio del analista puede agregar valor. |
| 5 | Mayor certeza de identidad | La transacción requiere confianza más allá de las verificaciones de la capa de pago. |
| 6 | Aplicación de verificación de respuesta | Una señal posterior a la respuesta compatible aún debe ser aceptada, denegada o escalada. |
La escalera evita la autenticación fuerte innecesaria, las transacciones recuperables que por defecto se convierten en rechazos duros y la fragmentación de la política del comerciante por semánticas de respuesta específicas del proveedor.
Ejemplos de patrones de decisión#
Entradas que DEUNA puede utilizar en la lógica de enrutamiento#
Una ruta robusta combina entradas aprobadas en lugar de depender de un solo puntaje.
| Grupo de señales | Ejemplos |
|---|---|
| fraude | Decisión, puntaje, motivo de rechazo, banda de revisión, cola o resultado de revisión manual. |
| Cliente | Historial, antigüedad, nivel de confianza y resultados previos. |
| Transacción | Monto, perfil de canasta, sensibilidad del producto e intentos anteriores. |
| Tarjeta y emisor | BIN, emisor, tipo de tarjeta, país y contexto de autenticación compatible. |
| Sesión | Dispositivo, ubicación, velocidad y otras anomalías de sesión aprobadas. |
| Política del comerciante | Vertical, mercado, geografía, ruta y requisitos de tolerancia al riesgo. |
| Respuesta del procesador | Señales normalizadas compatibles como AVS. |
Mantenga las entradas de la ruta explícitas y observables para que una decisión pueda reproducirse sin duplicar la lógica específica del proveedor en el código de checkout.
Consideraciones de implementación#
Medir cada rama
| Área de medición | Métricas útiles |
|---|---|
| Recuperación | Tasa de recuperación y aumento de autorización para tráfico previamente rechazado. |
| Fricción del cliente | Tasa de desafío, abandono e impacto en la conversión por segmento. |
| Riesgo | Tasa de fraude, tasa de desajuste de AVS y tasa de denegación impulsada por política. |
| Economía | Costo de procesamiento y costo para recuperar una transacción elegible. |
Proteger la evidencia de autenticación
Cuando 3DS es parte del flujo, maneje los datos de autenticación bajo las reglas actuales de redes de tarjetas, proveedores de pago y cumplimiento. No dependa del almacenamiento a largo plazo de valores criptográficos de autenticación como CAVV o AAV, y no retenga criptogramas sin procesar en los registros o análisis del comerciante.
Trate AVS como una señal junto con el historial del cliente, el valor de la transacción, la evidencia de fraude, el comportamiento del dispositivo y el contexto del mercado, no como la única fuente de verdad.