Las tasas de aprobación en pagos de movilidad no varían en puntos porcentuales simples. Oscilan en doble dígito, corredor por corredor, y los equipos responsables suelen ser los últimos en saberlo. Un PSP que opera al 88% en Europa Occidental cae al 71% en el Sudeste Asiático con la misma marca de tarjeta, y nadie lo detecta hasta la revisión semanal de conciliación. Para entonces, los ingresos ya se han perdido.
Las plataformas de movilidad que operan en 40+ mercados enfrentan un problema de pagos que la orquestación estándar para retail nunca fue diseñada para resolver. El modelo de transacción es diferente, las señales de fraude son diferentes, y los requisitos de métodos de pago locales hacen imposible un stack de checkout uniforme. Hemos construido infraestructura para clientes de ride-hailing, super-apps y delivery bajo demanda, y la brecha entre lo que ofrecen las soluciones genéricas de orquestación de pagos y lo que realmente necesitan las plataformas de movilidad es mayor de lo que la mayoría de los proveedores admitirán.
Puntos clave
- Una variación de 10+ puntos porcentuales en tasas de aprobación entre corredores es lo normal en movilidad, no una anomalía. La lógica de enrutamiento debe considerar el corredor, la marca de tarjeta y la ventana horaria de forma simultánea.
- El Smart Routing multi-PSP eleva las tasas de autorización en un promedio de 8 puntos porcentuales frente a configuraciones de un solo PSP, según datos de la plataforma Yuno.
- El fraude en movilidad se basa en el robo de cuentas y en rutas. Los modelos de fraude retail entrenados con señales de carrito generan altas tasas de declinaciones falsas cuando se aplican a transacciones de ride-hailing.
- inDrive alcanzó una tasa de aprobación de pagos del 90% e integró 10 países nuevos en 8 meses usando la capa de orquestación de Yuno, sin reconstruir su stack de pagos por mercado.
- La detección de anomalías en tiempo real que identifica la degradación de un PSP en segundos, no en horas, es la diferencia operacional entre un incidente de 30 minutos y una pérdida de ingresos que dura todo el día.
¿Por qué falla la aceptación de pagos en 40+ mercados?
Las plataformas de movilidad global fallan en la aceptación de pagos no por un PSP defectuoso, sino porque cada mercado requiere un adquirente diferente, una combinación de métodos de pago distinta y un modelo de fraude propio, todo funcionando de forma simultánea. Cada mercado que se añade de forma lineal agrega una complejidad que ninguna configuración de proveedor único puede absorber.
La causa raíz es estructural. Una plataforma de ride-hailing que entra en India necesita soporte para UPI y transferencias bancarias en tiempo real. La misma plataforma que entra en Kenia necesita M-Pesa. Entrar en Filipinas requiere cobertura de GCash y PayMaya. Cada uno de estos es una integración separada, un flujo de liquidación separado y un proceso de conciliación independiente. Sin una capa de orquestación que los unifique, el costo de ingeniería de la expansión se multiplica cada trimestre.
El equipo de pagos de Uber hizo público este problema en la conferencia Merchant Payments Ecosystem 2026. Su operación abarca 80+ países y otros tantos métodos de pago, y el desafío central es constante: la relevancia local y el control global no pueden coexistir sin una arquitectura de infraestructura deliberada (Merchant Payments Ecosystem, 2026). La mayoría de las plataformas de movilidad lo aprenden a la fuerza, tras lanzarse en un mercado con un solo PSP que no soporta el método de pago local dominante.
También existe un problema de volumen que los comercios retail no enfrentan con la misma intensidad. Una plataforma de ride-hailing procesa millones de micro-transacciones diarias, muchas de ellas pre-autorizadas y liquidadas después del viaje. Cada una de esas transacciones pasa por un PSP con su propio perfil de disponibilidad. Cuando un proveedor se degrada durante las horas pico, la plataforma tiene segundos para redirigir el volumen antes de que los conductores dejen de aceptar viajes y los usuarios abandonen la app. El retail puede absorber que una página de checkout tarde en cargar. La movilidad no.
Qué les falta a las soluciones de orquestación de pagos diseñadas para retail en el contexto de movilidad
Las soluciones de orquestación de pagos diseñadas para el checkout retail optimizan la conversión en un único punto del recorrido del comprador. Los pagos en movilidad involucran al menos dos partes por transacción, lógica de pre-autorización, liquidación post-viaje y pagos a conductores; todo esto requiere un modelo de enrutamiento fundamentalmente diferente.
La transacción bilateral es la primera brecha. Cuando un usuario completa un viaje, la plataforma debe capturar el pago del usuario y dispersar al conductor, a menudo en la misma sesión y en diferentes monedas. Una capa de orquestación orientada al retail maneja un lado de eso correctamente. El otro lado requiere un riel de pago separado, verificaciones de cumplimiento normativo independientes y una conciliación aparte. La mayoría de las herramientas de orquestación horizontales incorporan el soporte de pagos a terceros como un elemento secundario.
La segunda brecha es el modelado de fraude. La detección de fraude en retail se entrena con el comportamiento del carrito: categorías de artículos, discrepancias en la dirección de envío y velocidad por dominio de correo electrónico. El fraude en movilidad está basado en rutas y en el robo de cuentas. Los defraudadores toman el control de una cuenta legítima, completan viajes reales y disputan los cargos después. Las señales de comportamiento son completamente diferentes. Las reglas de fraude estándar entrenadas con datos de retail generan excesivas declinaciones falsas en movilidad, penalizando a usuarios legítimos mientras no detectan los vectores de fraude reales.
La tercera brecha es la infraestructura en períodos de alta demanda. Durante eventos importantes, festivos o interrupciones climáticas, el volumen de transacciones de movilidad puede dispararse entre 5x y 10x en minutos. Una lógica de enrutamiento que depende de reglas estáticas definidas en el momento de la configuración no puede adaptarse en tiempo real a ese cambio de volumen. Un motor de enrutamiento que no puede redistribuir dinámicamente la carga entre adquirentes durante un pico de demanda se convierte en el cuello de botella.
Cómo el Smart Routing cierra la brecha en tasas de aprobación entre corredores
El Smart Routing en el contexto de movilidad significa seleccionar dinámicamente el adquirente con mejor desempeño por corredor, marca de tarjeta, tipo de dispositivo e importe de transacción en tiempo real, no según reglas definidas el trimestre pasado. La diferencia en resultados entre el enrutamiento estático y el dinámico en movilidad es significativa.
Con base en nuestra infraestructura para clientes de movilidad y delivery bajo demanda, observamos de forma consistente que la variación en tasas de aprobación se reduce entre 8 y 12 puntos porcentuales cuando el enrutamiento se optimiza a nivel de corredor en lugar de configurarse globalmente. La brecha de rendimiento proviene del comportamiento del emisor: una marca de tarjeta que aprueba libremente a través de un adquirente en Brasil puede declinar con mayor frecuencia a través del mismo adquirente en México, porque la relación con el emisor y el enrutamiento BIN difieren. Un motor de enrutamiento que no considera esto trata todas las transacciones en América Latina de forma idéntica y absorbe declinaciones evitables.
inDrive, que opera en 50+ países con una cobertura profunda en mercados emergentes, alcanzó una tasa de aprobación de pagos del 90% usando el Smart Routing y el checkout unificado de Yuno. También integró 10 países nuevos en 8 meses sin reconstruir su stack de pagos por mercado. Su Head of FinTech, Vasiliy Everstov, lo describió directamente: "Las funciones de enrutamiento de Yuno nos permiten dividir nuestro volumen de pagos entre nuestros socios de pago, y podemos comparar sus costos, su tasa de aprobación, y ayudarnos a alcanzar nuestros objetivos." Ese nivel de visibilidad comparativa entre PSP no está disponible dentro de ninguna configuración de proveedor único.
La neutralidad de la capa de enrutamiento importa aquí. Yuno no es propietario de rieles de adquirencia. No existe ningún incentivo financiero para favorecer a un PSP sobre otro. Cuando las recomendaciones de enrutamiento provienen de Yuno's Payment Concierge, reflejan el rendimiento real de las tasas de aprobación en todos los proveedores conectados, no las relaciones comerciales con ellos. Esa es una ventaja estructural que ninguna configuración de un solo PSP puede replicar por definición.
Cómo cubrir métodos de pago locales sin reconstruir el stack
La cobertura de métodos de pago locales es la palanca de conversión más importante en movilidad de mercados emergentes, y la principal fuente de deuda de ingeniería cuando se gestiona a través de integraciones directas. No contar con el método local dominante en un nuevo corredor no es un problema menor de conversión; es una barrera fundamental para la adopción en ese mercado.
Considera el rango en una expansión típica de 10 mercados. El Sudeste Asiático requiere cobertura de GrabPay y LINE Pay junto a los rieles de tarjeta. India requiere UPI. África requiere M-Pesa y Airtel Money. Europa requiere iDEAL en los Países Bajos, Bancontact en Bélgica y transferencias de crédito SEPA en toda la zona. América del Norte añade expectativas de billeteras digitales junto al procesamiento tradicional de tarjetas. Cada uno de estos implica una relación con un proveedor diferente, una integración de API separada, una postura de cumplimiento normativo distinta y un flujo de conciliación independiente cuando se gestionan directamente.
La alternativa es una capa de orquestación con una sola API con conexiones pre-construidas ya activas. La plataforma de Yuno conecta 1.000+ métodos de pago en 200+ países. Una plataforma de movilidad que agrega Indonesia activa GrabPay y los rieles de transferencia bancaria local a través de la misma integración que ya está activa en Brasil o Alemania. El equipo de ingeniería no escribe código nuevo. El equipo de pagos no negocia un nuevo contrato con un proveedor. El mercado entra en operación en días, no en meses.
Rappi, que opera en nueve países con 35 millones de usuarios, enfrentó una versión de este problema a escala. Antes, agregar métodos de pago tardaba meses. Con la capa de orquestación de Yuno, el tiempo de implementación de proveedores se redujo a casi cero. Su Global Head of PayIns, Leonardo Benante, lo señaló así: "Solo Yuno abordó todos los desafíos que teníamos con una única integración." Los ahorros operativos se multiplican a medida que la plataforma escala, porque cada nuevo mercado se apoya en la misma red de proveedores ya integrada.
Cómo detectan las plataformas de movilidad la degradación de pagos antes de perder ingresos
El monitoreo de pagos en tiempo real para plataformas de movilidad debe operar a nivel de PSP, corredor y marca de tarjeta de forma simultánea, porque la degradación en un segmento específico puede parecer ruido a nivel agregado hasta que se convierte en un evento significativo de pérdida de ingresos. Para cuando una caída en la tasa de aprobación agregada es visible, la plataforma ya ha perdido miles de transacciones.
Hemos visto este patrón repetidamente en clientes de delivery bajo demanda y ride-hailing. Un PSP comienza a degradarse en una marca de tarjeta específica en un solo país. La tasa de aprobación general de la plataforma apenas se mueve, porque ese segmento representa el 4% del volumen total. Pero en ese país, con esa marca de tarjeta, la tasa de declinación se duplica. Los conductores en ese corredor ven más pagos de propinas fallidos. Los usuarios ven más cargos de alta demanda rechazados. La cola de soporte crece. Para cuando un analista de pagos investiga, el incidente lleva 40 minutos en curso.
Yuno's Payment Concierge aborda esto directamente. Monitorea el stack de pagos completo en tiempo real, detecta caídas en la tasa de aprobación a nivel de PSP y corredor en segundos, y entrega recomendaciones de enrutamiento accionables a través de Slack, WhatsApp o la interfaz de Payment Concierge. Sin comandos especiales ni navegación por el dashboard. Un responsable de operaciones de pagos puede preguntar "¿por qué está bajando la tasa de aprobación en Brasil con Visa esta hora?" en lenguaje natural y recibir de inmediato un análisis de rechazo a nivel emisor con pasos de remediación.
La experiencia de Rappi con la función Monitors de Yuno demuestra lo que cambia operacionalmente con la detección en tiempo real. Antes de Yuno, el tiempo de respuesta ante problemas de pago promediaba varios minutos de análisis manual. Con Monitors, esa respuesta se redujo a milisegundos. Sus analistas ahora resuelven interrupciones significativamente más rápido, lo que importa en un marketplace bilateral donde la oferta de conductores reacciona a la fiabilidad de los pagos casi en tiempo real.
Cómo recuperar los ingresos que las plataformas de movilidad dan por perdidos
Los pagos fallidos en movilidad no son pérdidas estáticas; son ingresos recuperables cuando la plataforma cuenta con una capa de re-contacto automatizada que contacta al usuario en el momento adecuado, en el canal correcto y en el idioma apropiado. La mayoría de las plataformas de movilidad no tienen un proceso sistemático de recuperación para los cargos post-viaje fallidos.
NOVA, el agente de recuperación de pagos con IA de Yuno, intercepta las notificaciones de pago fallido y contacta a los clientes directamente vía WhatsApp o llamada de voz en 70+ idiomas. Guía al usuario a través de la mejor acción siguiente para completar la transacción, ya sea actualizar una tarjeta, cambiar a un método de pago local o reintentar a través de un adquirente diferente. En clientes de movilidad y viajes, NOVA recupera hasta el 75% de las transacciones fallidas contactadas.
Viva Aerobus, un operador de movilidad en aviación, recuperó en promedio más de $300 por transacción usando NOVA, con cero esfuerzo manual y cero costo de integración. Esa tasa de recuperación y ese valor por transacción se trasladan directamente al escenario de fallo en cargos post-viaje que las plataformas de ride-hailing enfrentan diariamente a escala.
La matemática se multiplica rápidamente. Una plataforma que procesa un millón de viajes diarios con una tasa de fallo del 3% en cargos post-viaje tiene 30.000 transacciones fallidas al día. Con una tasa de recuperación del 50%, son 15.000 transacciones recuperadas. El impacto en los ingresos no es marginal.
Cómo es un stack de pagos diseñado específicamente para movilidad
Un stack de pagos diseñado específicamente para movilidad global integra Smart Routing, cobertura de métodos de pago locales, monitoreo en tiempo real y recuperación automatizada en una sola capa de orquestación, en lugar de ensamblar soluciones puntuales para cada problema. La carga operativa de gestionar herramientas separadas para cada función es en sí misma un freno para la velocidad de expansión en mercados.
En nuestro trabajo con clientes de movilidad global, las plataformas que escalan la aceptación de pagos más rápido comparten cuatro características estructurales. Primero, enrutan a nivel de corredor y marca de tarjeta, no globalmente. Segundo, activan métodos de pago locales a través de una sola API en lugar de integraciones directas. Tercero, monitorean a nivel de PSP y segmento en tiempo real, no en revisiones diarias o semanales. Cuarto, cuentan con recuperación automatizada para transacciones fallidas, en lugar de depender del autoservicio del usuario.
La consecuencia operacional de hacerlo bien es medible. inDrive pasó de un modelo de integración directa no escalable a un checkout unificado en todos los mercados, redujo los costos operativos y alcanzó una tasa de aprobación global del 90%. Eso no ocurrió porque encontraron mejores PSP. Ocurrió porque la capa de enrutamiento dejó de tratar todos los mercados de forma idéntica y empezó a optimizar cada corredor según el comportamiento real del emisor.
Para los responsables de pagos en plataformas de movilidad que evalúan soluciones de orquestación de pagos, el punto de partida práctico es una auditoría de la variación en tasas de aprobación por corredor. Si la diferencia entre los mercados con mejor y peor desempeño supera los 10 puntos porcentuales, la lógica de enrutamiento es el problema, no los PSP. Corregir el enrutamiento no requiere cambiar de proveedor. Requiere una capa de orquestación neutral que pueda compararlos de forma objetiva y enrutar en consecuencia.
Pasos prácticos para los responsables de pagos en movilidad
Mejorar la aceptación de pagos en 40+ mercados es primero una decisión de infraestructura y después una decisión de proveedor. El orden importa: primero hay que corregir la visibilidad del enrutamiento, luego optimizar la cobertura y finalmente automatizar la recuperación.
- Audita las tasas de aprobación por corredor, marca de tarjeta y PSP de los últimos 90 días. Una variación superior a 10 puntos porcentuales señala una oportunidad de optimización del enrutamiento, no un requisito de reemplazar el PSP.
- Mapea la cobertura de métodos de pago locales frente a los dos métodos principales por volumen en cada mercado activo. Las brechas de cobertura son pérdidas de conversión que las mejoras de enrutamiento no pueden corregir.
- Mide el tiempo de detección actual de problemas de pago: ¿cuántos minutos pasan entre un evento de degradación de PSP y la primera alerta operacional? Si la respuesta es más de cinco minutos, la infraestructura de monitoreo necesita atención.
- Calcula el volumen mensual de cargos post-viaje fallidos y la tasa de recuperación actual. Si la recuperación está por debajo del 50%, una capa de re-contacto automatizada recuperará ingresos significativos sin inversión en ingeniería.
- Evalúa la infraestructura de pagos a conductores de forma separada a la de cobros a usuarios. Los fallos en la dispersión a conductores generan rotación en la oferta que daña la experiencia del usuario de forma indirecta y rara vez se rastrea en el mismo dashboard que las tasas de aprobación.
Las plataformas que lideran en aceptación de pagos en movilidad no son necesariamente las que tienen más relaciones con PSP. Son las que extraen la mayor cantidad de información de esas relaciones y enrutan en consecuencia. Eso es lo que realmente ofrecen las soluciones de orquestación de pagos diseñadas para movilidad.
