Fiabilidad de los pagos

La Pasarela de Pagos de Comercio Electrónico (EGW) de Tieto incorpora un motor inteligente de Smart Routing diseñado para optimizar la fiabilidad de las transacciones, mejorar las tasas de éxito de pago y minimizar las interrupciones de procesamiento. Mediante el uso de lógica de enrutamiento dinámica, mecanismos de failover y toma de decisiones contextual, EGW garantiza un rendimiento de pago constante en una amplia gama de métodos de pago y procesadores.

Esta funcionalidad es crítica para adquirentes, PSPs y merchants que buscan maximizar el uptime, reducir el abandono del carrito y aumentar la conversión.

¿Qué es Smart Routing?

Smart Routing se refiere a la capacidad de EGW para, de forma dinámica:

• Seleccionar la mejor ruta de pago disponible (procesador, esquema o método)

• Hacer fallback a opciones alternativas en caso de timeouts o errores

• Aplicar reglas de negocio personalizadas según categoría del merchant, geografía, importe o horario

• Monitorizar la disponibilidad de los métodos de pago en tiempo real

• Equilibrar el volumen de transacciones entre canales (distribución de carga)

Cascading vs. Smart Routing:

Mientras que el Smart Routing de EGW determina la ruta de pago óptima antes del inicio del pago, la plataforma también admite Cascading Failover, un mecanismo de reintento secuencial que prueba procesadores o métodos alternativos si la ruta principal falla. Estos dos mecanismos trabajan en conjunto para garantizar la máxima fiabilidad y tasa de éxito en todas las transacciones.

• Smart Routing decide el procesador, adquirente o método de pago inicial en función de:

  • Configuración a nivel de plataforma (p. ej., por hora, MCC, región, importe de la transacción)

  • Preferencias de enrutamiento definidas por el merchant (p. ej., adquirente de tarjeta preferido, fallback a A2A)

  • Condiciones en tiempo real (p. ej., disponibilidad del procesador, monitorización de salud)

• Cascading gestiona la lógica de reintento cuando el intento inicial falla — reintentando o cambiando al siguiente procesador o método disponible o configurado, según:

  • Secuencia de fallback predefinida (intra-método o entre métodos)

  • Tipos de error (p. ej., soft declines, timeouts)

  • Configuraciones específicas del merchant (si se permite)

Flujo de ejemplo:

1. Smart Routing selecciona el Procesador A para un pago con tarjeta

   (basado en MCC, hora, país y preferencia del merchant)

2. El pago falla (p. ej., timeout o el emisor no responde)

3. Se activa Cascading → reintento mediante el Procesador B

   (fallback definido por el merchant o configurado en la plataforma)

4. Si el Procesador B también falla → fallback a A2A u otro método de pago

   (si el merchant permite fallback entre métodos)

5. Si ninguna ruta tiene éxito → la transacción se marca como fallida y se informa al cliente

Escenarios clave de enrutamiento

Escenario	Respuesta de enrutamiento
Timeout del adquirente principal	Cambiar al adquirente de respaldo o poner la transacción en cola
Caída de SEPA Instant	Enrutar a tarjeta o a un esquema A2A alternativo
Rechazo de tarjeta específico del emisor	Redirigir a otra red compatible o sugerir un método alternativo
Mantenimiento programado del proveedor	Rodear las caídas conocidas mediante lógica basada en el tiempo
MCC sensible (p. ej., gambling)	Enrutar a través de un procesador de alto riesgo con lógica KYC mejorada
Transacción de alto importe	Enrutar con una autorización más estricta y aplicación de 3DS

Lógica de enrutamiento configurable

El motor de enrutamiento de EGW es totalmente configurable a través del Portal de Administración. El Gateway Owner puede definir la lógica mediante un conjunto de reglas flexible basado en una combinación de atributos.

Criterios de la regla de enrutamiento:

Criterio	Descripción
Tipo de método de pago	Enrutar de forma distinta para Cards, A2A, Wallets, BNPL
Merchant Category Code (MCC)	Aplicar reglas específicas por vertical (p. ej., 6012 para servicios financieros, 7995 para gambling)
Importe de la transacción / Moneda	Escalar o enrutar de forma diferente según umbrales
BIN del emisor / ID del banco	Lógica específica del adquirente basada en el emisor de la tarjeta
Geografía (país/región)	Enrutamiento regional, localización o cumplimiento normativo
Nivel del merchant o nivel de riesgo	Segmentar el enrutamiento según el perfil o el plan SLA
Disponibilidad del procesador	Comprobaciones dinámicas de estado determinan el comportamiento de failover
Programación basada en horario	Aplicar reglas según la hora del día o ventanas de mantenimiento
Fraud or Trust Score	Enrutamiento basado en riesgo hacia rutas de mayor fricción si es necesario

Reglas de ejemplo:

• Todo MCC 7995 (gambling) se enruta al Adquirente X con diligencia debida reforzada

• Entre 22:00–06:00, dirigir todas las transacciones de contenido digital superiores a 200 € al procesador de fallback

• SEPA Instant no disponible → poner en cola A2A y sugerir Card o BNPL en tiempo real

Failover y protección del uptime

EGW realiza:

• Monitorización continua de procesadores y esquemas

• Failover automatizado sin interrupción para el usuario final

• Lógica de cola y reintento para métodos no en tiempo real

• Timeouts y umbrales de reintento configurables

• Sugerencias de fallback presentadas al usuario final en la Hosted Checkout Page

Transparencia para Merchants y Gateway Owners

Gateway Operator (Banco/PSP)

• Configurar y probar reglas de enrutamiento a través del Portal de Administración

• Acceder a los logs de enrutamiento de transacciones y a los eventos de failover

• Aplicar overrides a nivel de plataforma o específicos del merchant

• Monitorizar decisiones de enrutamiento en tiempo real con analítica de rendimiento

Merchant (a través del Portal del Merchant)

• Definir preferencias (p. ej., preferir A2A sobre Card)

• Ver los resultados de enrutamiento de las transacciones

• Ver el historial de fallback y las tasas de éxito por método

Beneficios de negocio

• Mejora las tasas de éxito de pago al evitar rutas conocidas con bajo rendimiento

• Minimiza la pérdida de ingresos por transacciones fallidas o retrasadas

• Permite el enrutamiento regulatorio y específico por vertical (p. ej., por MCC)

• Admite diferenciación de SLA para niveles y segmentos de merchants

• Reduce la intervención manual mediante toma de decisiones automatizada

• Proporciona control transparente a Gateway Owners y Merchants