Fiabilidad de los pagos
La pasarela de pagos de comercio electrónico de Tieto (EGW) incorpora un motor inteligente de enrutamiento inteligente diseñado para optimizar la fiabilidad de las transacciones, mejorar las tasas de éxito de los pagos y minimizar las interrupciones en el procesamiento. Mediante el uso de lógica de enrutamiento dinámica, mecanismos de conmutación por error y toma de decisiones contextual, EGW garantiza un rendimiento de pago constante en una amplia gama de métodos y procesadores de pago.
Esta función es fundamental para adquirentes, PSP y comerciantes que buscan maximizar el tiempo de actividad, reducir el abandono del carrito y aumentar la conversión.
¿Qué es el enrutamiento inteligente?
El enrutamiento inteligente se refiere a la capacidad de EGW para determinar dinámicamente:
Seleccionar la mejor ruta de pago disponible (procesador, esquema o método)
Pasar a opciones alternativas en caso de tiempos de espera agotados o errores
Aplicar reglas de negocio personalizadas según la categoría del comerciante, la geografía, el valor o el horario
Supervisar la disponibilidad de los métodos de pago en tiempo real
Equilibrar el volumen de transacciones entre canales (distribución de carga)
Conmutación en cascada frente a Enrutamiento inteligente:
Si bien el Enrutamiento inteligente de EGW determina la ruta de pago óptima antes de iniciar el pago, la plataforma también admite la Conmutación por error en cascada, un mecanismo de reintento secuencial que intenta procesadores o métodos alternativos si falla la ruta principal. Estos dos mecanismos trabajan en conjunto para garantizar la máxima fiabilidad y tasa de éxito en todas las transacciones.
El enrutamiento inteligente decide el procesador, adquirente o método de pago inicial en función de:
Configuración a nivel de plataforma (por ejemplo, por hora, MCC, región, importe de la transacción)
Preferencias de enrutamiento definidas por el comerciante (por ejemplo, adquirente de tarjeta preferido, alternativa a A2A)
Condiciones en tiempo real (por ejemplo, disponibilidad del procesador, supervisión de salud)
Conmutación en cascada 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 respaldo predefinida (dentro del mismo método o entre métodos)
Tipos de error (por ejemplo, rechazos suaves, tiempos de espera)
Configuraciones específicas del comerciante (si se permite)
Flujo de ejemplo:
El enrutamiento inteligente selecciona el Procesador A para un pago con tarjeta
(según el MCC, la hora, el país y la preferencia del comerciante)
El pago falla (por ejemplo, tiempo de espera agotado o emisor sin respuesta)
Se activa la conmutación en cascada → reintento mediante el Procesador B
(alternativa definida por el comerciante o configurada en la plataforma)
Si el Procesador B también falla → pasar a A2A u otro método de pago
(si el comerciante permite la alternativa entre métodos)
Si ninguna ruta tiene éxito → la transacción se marca como fallida y se informa al cliente
Escenarios clave de enrutamiento
Tiempo de espera agotado del adquirente principal
Cambiar al adquirente de respaldo o poner la transacción en cola
Interrupción de SEPA Instant
Dirigir 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
Evitar los periodos de inactividad conocidos usando lógica basada en el tiempo
MCC sensible (por ejemplo, juegos de azar)
Dirigir a través de un procesador de alto riesgo con lógica mejorada de KYC
Transacción de alto valor
Dirigir mediante una autorización más estricta con 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 propietario de la pasarela puede definir la lógica mediante un conjunto flexible de reglas basado en una combinación de atributos.
Criterios de la regla de enrutamiento:
Tipo de método de pago
Enrutar de forma diferente para Tarjetas, A2A, Carteras, BNPL
Código de categoría del comerciante (MCC)
Aplicar reglas específicas por vertical (por ejemplo, 6012 para servicios financieros, 7995 para juegos de azar)
Valor de la transacción / Moneda
Escalar o enrutar de forma diferente según los 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 comerciante o nivel de riesgo
Segmentar el enrutamiento según el perfil o el plan SLA
Disponibilidad del procesador
Los controles de salud dinámicos determinan el comportamiento de conmutación por error
Programación basada en el tiempo
Aplicar reglas basadas en la hora del día o en la ventana de mantenimiento
Fraude o puntuación de confianza
Enrutamiento basado en el riesgo hacia rutas con mayor fricción si es necesario
Reglas de ejemplo:
Todo MCC 7995 (juegos de azar) se enruta al Adquirente X con diligencia debida reforzada
Entre 22:00 y 06:00, dirigir todas las transacciones de contenido digital superiores a 200 € al procesador de respaldo
SEPA Instant no disponible → poner A2A en cola y sugerir Tarjeta o BNPL en tiempo real
Conmutación por error y protección del tiempo de actividad
EGW realiza:
Supervisión continua de procesadores y esquemas
Conmutación por error automatizada sin interrupción para el usuario final
Cola y lógica de reintento para métodos no en tiempo real
Tiempos de espera y umbrales de reintento configurables
Sugerencias de respaldo presentadas al usuario final en la página de pago alojada
Transparencia para comerciantes y propietarios de pasarelas
Operador de la pasarela (Banco/PSP)
Configurar y probar reglas de enrutamiento a través del Portal de Administración
Acceder a registros de enrutamiento de transacciones y eventos de conmutación por error
Aplicar anulaciones a nivel de plataforma o específicas del comerciante
Supervisar decisiones de enrutamiento en tiempo real con análisis de rendimiento
Comerciante (a través del Portal del Comerciante)
Definir preferencias (por ejemplo, preferir A2A sobre Tarjeta)
Ver los resultados de enrutamiento de las transacciones
Ver el historial de respaldo y las tasas de éxito por método
Beneficios comerciales
Mejora las tasas de éxito de pago al evitar rutas conocidas débiles
Minimiza la pérdida de ingresos por transacciones fallidas o retrasadas
Permite el enrutamiento regulatorio y específico por vertical (por ejemplo, por MCC)
Admite la diferenciación de SLA para niveles y segmentos de comerciantes
Reduce la intervención manual mediante la toma de decisiones automatizada
Proporciona control transparente a los propietarios de la pasarela y a los comerciantes
¿Te fue útil?