# 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)

{% hint style="info" %}
[**Cascading**](/tietoevry-egw-documentation-es/caracteristicas/transacciones-en-cascada.md) **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](/tietoevry-egw-documentation-es/caracteristicas/transacciones-en-cascada.md) 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
   {% endhint %}

## Escenarios clave de enrutamiento

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

## 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:**

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

> 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


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://doc.ecomm.api.tietoevry.com/tietoevry-egw-documentation-es/caracteristicas/fiabilidad-de-los-pagos.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.