Revisado el 7 de noviembre de 2026.
Cuando una operación trabaja con más de un PSP o adquirente, surge una pregunta que no existe con una única integración: ¿adónde enviar cada pago? La respuesta puede empezar con una regla sencilla, pero tiende a convertirse en una decisión de infraestructura a medida que aumentan mercados, métodos, proveedores y requisitos de disponibilidad.
El smart routing trata esa elección como una decisión explícita. En lugar de vincular permanentemente una transacción a un solo procesador, la infraestructura evalúa el contexto disponible y aplica reglas para seleccionar una ruta permitida.
Esto no significa que exista una ruta universalmente mejor. Significa que distintas rutas pueden ser más adecuadas para situaciones diferentes y que la operación debe poder decidir, medir y explicar esas elecciones.
¿Qué es el smart routing en pagos?
| Ruta fija | Smart routing | Failover | |
|---|---|---|---|
| Cuándo entra | Antes de que exista elección | Al elegir la ruta de cada pago | Cuando la ruta elegida falla |
| Decisión | Siempre el mismo camino | Reglas explícitas por pago | Nuevo intento por otro camino |
| Límite | No reacciona al coste ni al fallo | No garantiza la aprobación | No puede duplicar el cobro |
Una ruta puede depender de que la autenticación de EMV 3-D Secure (se abre en una pestaña nueva ↗) ya haya ocurrido, y la tokenización de pago de EMVCo (se abre en una pestaña nueva ↗) cambia lo que se envía al proveedor en lugar del PAN. PCI DSS (se abre en una pestaña nueva ↗) sigue aplicando al entorno que trata esos datos de cuenta.
El smart routing es el mecanismo que selecciona una ruta de procesamiento a partir de reglas, señales o criterios definidos por la operación. La ruta puede representar un PSP, un adquirente u otro camino disponible en la infraestructura de pagos.
Una regla básica puede dirigir una moneda concreta a un proveedor. Una política más elaborada puede considerar el mercado, el método, la disponibilidad, la latencia, las características de la transacción y el rendimiento observado.
El principio es sencillo: separar la intención de pagar de la decisión sobre qué camino técnico ejecutará esa intención.
¿Son distintos smart routing y payment routing?
Payment routing es el concepto más amplio de elegir una ruta. Smart routing suele describir una implementación en la que esa elección utiliza contexto y criterios más allá de una asociación fija.
Enviar todas las transacciones brasileñas al PSP A y todas las europeas al PSP B ya es enrutamiento. Evaluar condiciones adicionales para seleccionar entre distintas rutas disponibles acerca la arquitectura a lo que suele llamarse smart routing.
La frontera entre ambos términos varía según la plataforma. Por eso, resulta más útil evaluar qué señales intervienen en la decisión y cómo se ejecutan las reglas que depender solo del nombre comercial.
¿Por qué puede resultar limitada una ruta fija?
Una integración fija es fácil de comprender. La aplicación sabe adónde enviar y el proveedor sabe cómo procesar. El problema surge cuando el contexto operativo deja de ser fijo.
Un proveedor puede atender mejor un mercado determinado. Otro puede admitir un método específico. Una ruta puede sufrir una degradación temporal. Las condiciones comerciales pueden cambiar. La operación puede querer distribuir el tráfico de forma controlada.
Cuando estas decisiones están dispersas por el código de la aplicación, cada cambio puede exigir desarrollo y despliegue. Una capa de enrutamiento convierte la decisión en una responsabilidad propia de la infraestructura.
¿Qué señales pueden intervenir en la decisión?
Las señales dependen de la arquitectura y de las capacidades realmente disponibles. País, moneda, método de pago, tipo de transacción, disponibilidad técnica, latencia y reglas comerciales son algunos ejemplos posibles.
Los datos históricos también pueden intervenir en sistemas más sofisticados, siempre que sean comparables y suficientemente fiables.
Sin embargo, la cantidad de señales no determina la calidad del enrutamiento. Una regla sencilla, explicable y basada en un problema real puede ser mejor que un motor complejo alimentado con datos deficientes.
¿Debe la disponibilidad intervenir en el enrutamiento?
En arquitecturas con rutas alternativas, la disponibilidad puede ser una señal importante. Si un camino presenta un fallo técnico confirmado, seguir enviándole tráfico puede ampliar el impacto operativo.
Pero detectar la disponibilidad no consiste solo en comprobar si responde un endpoint. Un servicio puede estar técnicamente conectado y presentar latencia elevada, errores intermitentes o degradación en una operación específica.
Por ello, los health checks, las métricas transaccionales y la clasificación de errores pueden ofrecer distintas perspectivas sobre la salud de una ruta.
La latencia también importa
El tiempo de respuesta influye en la experiencia de checkout y en la capacidad operativa. Una ruta que responde correctamente, pero muy despacio, puede perjudicar el recorrido de pago.
Al mismo tiempo, la latencia por sí sola no debería tratarse como sinónimo de calidad. La decisión debe considerar el objetivo del sistema y los compromisos relevantes.
El enrutamiento es una función de decisión. Para ser útil, debe saber qué resultados intenta optimizar.
¿Puede utilizarse la tasa de aprobación como señal?
Sí, pero exige cuidado. Comparar tasas de aprobación sin controlar las diferencias entre poblaciones de transacciones puede producir conclusiones engañosas.
Si el PSP A recibe transacciones de un mercado y el PSP B recibe otro perfil de tráfico, la diferencia observada no puede atribuirse automáticamente al procesador.
Una estrategia de optimización debe trabajar con segmentos comparables, muestras suficientes y una definición clara de lo que significa éxito.
El smart routing no garantiza la aprobación
El enrutamiento puede crear condiciones para optimizar, pero no convierte automáticamente una transacción rechazada en una transacción aprobable.
Existen decisiones del emisor, reglas de riesgo, autenticación, saldo, límites y muchos otros factores fuera del control de la capa de enrutamiento.
Una infraestructura responsable distingue la capacidad de decisión de la promesa de resultados. El smart routing es un mecanismo de control y optimización, no una garantía de aprobación.
Las reglas deterministas pueden ser inteligentes
Existe una tendencia a asociar la palabra smart con la inteligencia artificial. En pagos, esto puede confundir más de lo que ayuda.
Una regla determinista puede ser muy útil. Dirigir una combinación concreta de mercado y método a una ruta adecuada es una decisión inteligente cuando existe un motivo medible para ello.
El aprendizaje automático puede formar parte de los sistemas de decisión, pero no es un requisito previo. Antes, la operación necesita datos, estado, observabilidad y mecanismos seguros para ejecutar decisiones.
¿Cómo funciona un motor de reglas?
Un motor recibe contexto, evalúa condiciones y produce una decisión. Conceptualmente, puede comprobar primero las restricciones obligatorias y después los criterios de preferencia.
Una ruta que no admita una moneda concreta, por ejemplo, ni siquiera debería entrar en el conjunto de candidatas. Entre las rutas elegibles, otras reglas pueden definir la prioridad o la distribución.
Separar elegibilidad y preferencia ayuda a comprender la decisión. Primero definimos qué caminos pueden procesar. Después decidimos cuál queremos utilizar.
Prioridad y distribución del tráfico
No todo enrutamiento tiene que elegir una sola ruta como ganadora absoluta. Una operación puede distribuir el tráfico entre caminos elegibles para probar el rendimiento, controlar la capacidad o reducir la concentración.
Esa distribución debe ser observable. Si el 70% del tráfico se envió a una ruta y el 30% a otra, el equipo debe poder reconstruir esa decisión y comparar correctamente los resultados.
Sin esa visibilidad, los cambios de enrutamiento pueden alterar las métricas sin que la causa resulte evidente.
El papel del fallback
El enrutamiento elige el camino inicial. El fallback define qué puede ocurrir cuando ese camino no consigue completar la operación en determinadas condiciones.
Los conceptos están relacionados, pero no son iguales. Un motor puede elegir correctamente la ruta inicial y aun así necesitar una política segura para los fallos técnicos.
El fallback debe considerar el estado, el tipo de error y el riesgo de duplicidad. No toda respuesta negativa permite recurrir a otra ruta.
El timeout exige un tratamiento especial
El timeout es uno de los escenarios más delicados. La ausencia de respuesta no demuestra que el proveedor no haya procesado la solicitud.
Antes de enviar la misma intención por otro camino, la infraestructura debe considerar mecanismos de idempotencia, consultas de estado, eventos asíncronos y conciliación.
El smart routing sin control de estado puede producir decisiones rápidas y resultados incoherentes. La calidad de la decisión depende de la infraestructura que la ejecuta.
El enrutamiento debe conocer los intentos
Una intención de pago puede generar distintos intentos técnicos. Cada uno debería tener identidad, ruta, marcas de tiempo y resultado propios.
Esto permite distinguir el estado comercial del pago del estado técnico de un intento concreto.
Cuando intervienen el enrutamiento y los reintentos, esta separación deja de ser un detalle del modelo y pasa a ser un requisito para la investigación y la seguridad operativa.
Observabilidad antes de automatización
Una operación que no puede explicar su comportamiento actual debería ser prudente al automatizar decisiones adicionales.
Antes de optimizar el enrutamiento, es importante medir la tasa de éxito por ruta, la latencia, los errores técnicos, la distribución del tráfico y los resultados segmentados por el contexto relevante.
La automatización amplifica la capacidad del sistema. Si la base de observabilidad es débil, también puede amplificar decisiones difíciles de diagnosticar.
¿Cómo medir un cambio de enrutamiento?
Un cambio debería partir de una hipótesis. Si se prioriza una ruta para un segmento, ¿qué resultado esperamos observar?
Después del cambio, hay que comparar métricas en condiciones equivalentes. La tasa de autorización, la latencia, los fallos técnicos y el comportamiento del checkout pueden formar parte de la evaluación.
El objetivo es convertir el enrutamiento en un sistema de aprendizaje operativo, no en una colección creciente de reglas sin responsable.
La evaluación económica exige relacionar los resultados y los costes de una misma población. La guía de comparación de PSP más allá de la tarifa anunciada muestra cómo calcular tarifas, intentos y coste por pedido pagado sin confundir asociación con causa.
La explicabilidad es un requisito operativo
Si una transacción se envió a una ruta concreta, el equipo debería poder responder por qué.
La explicación puede ser una regla de país, una condición de disponibilidad, una preferencia configurada u otro criterio. Lo importante es que la decisión sea trazable.
Esto facilita la gestión de incidentes, la auditoría interna, el análisis del rendimiento y la evolución de las reglas.
¿Cómo evitar una maraña de reglas?
Los motores de decisión tienden a acumular excepciones. Una nueva condición resuelve un caso, otra resuelve un segundo y, con el tiempo, el orden de las reglas se convierte en una parte invisible de la lógica de negocio.
Por ello, las reglas necesitan alcance, prioridad, control de versiones y métricas. Los cambios relevantes deberían tratarse como cambios de software: revisables, comprobables y reversibles.
El smart routing no elimina la complejidad. Ofrece un lugar explícito donde gestionarla.
¿Cuándo tiene sentido el smart routing?
Resulta más relevante cuando existen rutas alternativas reales y motivos concretos para elegir entre ellas.
Las operaciones multi-PSP, los múltiples mercados, la variedad de métodos y los altos requisitos de disponibilidad son contextos naturales. En una operación sencilla con un solo camino, crear un motor sofisticado puede añadir complejidad sin un beneficio proporcional.
La arquitectura debe acompañar al problema, no anticipar una complejidad que todavía no existe.
Smart routing e inteligencia artificial
Los modelos estadísticos o de aprendizaje automático pueden estimar resultados y ayudar a ordenar rutas en determinados diseños. Pero introducen nuevas preguntas sobre calidad de datos, deriva, explicabilidad, retroalimentación y seguridad.
Antes de utilizar un modelo, la operación debe saber cómo evaluar su decisión y cómo volver a una política segura cuando sea necesario.
En infraestructura de pagos, la capacidad de revertir cambios y los límites claros son tan importantes como la sofisticación algorítmica.
¿Qué tiene que ver AZPay con el smart routing?
La discusión forma parte de una visión más amplia de la infraestructura de pagos: separar intención, decisión y ejecución para reducir el acoplamiento y aumentar el control operativo.
Esto no significa afirmar que cada técnica descrita corresponda a una funcionalidad concreta disponible hoy en AZPay. Las implementaciones de enrutamiento, optimización automática, modelos y políticas de fallback dependen de las capacidades reales de cada plataforma.
Distinguir concepto y producto es esencial para una discusión técnica útil.
De una ruta fija a una infraestructura adaptable
La ventaja más importante del smart routing no es añadir otra expresión al vocabulario de pagos. Es transformar la arquitectura de una conexión rígida en un sistema capaz de elegir entre caminos permitidos.
Para funcionar bien, ese sistema necesita reglas claras, datos fiables, un estado coherente, observabilidad y explicabilidad.
La mejor ruta no es una constante. Es una decisión contextual que debe ejecutarse de forma segura y medirse continuamente.