IA para agencias de viajes: donde rinde es en la disrupción, no en el itinerario

Hoy, la IA para agencias de viajes significa en la práctica una cosa concreta: la decisión de reubicación dentro de una disrupción está pasando del criterio de un agente a un sistema basado en reglas que ya gestionan las aerolíneas y los proveedores de GDS. Sabre ha lanzado una reacomodación automática que elige un vuelo alternativo conforme a la normativa en el momento en que uno se cancela o se retrasa, y ha publicado una capa de APIs agénticas, construida sobre su propio servidor Model Context Protocol, para que un software externo pueda invocar esa lógica directamente. Lo que no se ha movido es el paso siguiente: hacer coincidir el nuevo vuelo con el hotel, el traslado y el operador turístico que sostienen el resto del mismo viaje, ninguno de los cuales comparte libro de registro con la aerolínea. Esa conciliación sigue siendo donde una agencia de viajes se gana su comisión.

Respuesta directa

La IA para agencias de viajes está hoy concentrada en una sola decisión: la reacomodación automática. Sabre Mosaic ahora elige un nuevo vuelo dentro de la normativa en el instante en que se dispara una disrupción, y el servidor Model Context Protocol de Sabre expone esa lógica como una API que cualquier herramienta de agencia puede invocar. La decisión que todavía recae en una persona es conciliar ese cambio con el resto de reservas del mismo viaje, porque ningún sistema las reúne todas a la vez.

Puntos clave

• Armar el itinerario (reunir confirmaciones de GDS, correo y PDF en un solo plan) es un problema de software resuelto desde hace años. Nunca fue el verdadero cuello de botella.
• La nueva automatización es más estrecha y específica: una decisión de reubicación acotada y basada en reglas, dentro del sistema de un único proveedor, que se activa en el momento en que se detecta una disrupción.
• La suite de gestión de disrupciones de Sabre ejecuta de forma automática una «lógica de reacomodación inteligente» para los casos rutinarios, y sus APIs agénticas, construidas sobre un servidor MCP propietario, permiten que herramientas externas invoquen esa lógica, incluido un «Call-Centre Proxy Agent» capaz de completar tareas de reubicación y actualizar itinerarios directamente.
• Lo que no se mueve es la conciliación entre proveedores. Cuando un proveedor de BPO midió la calidad de resolución durante el repunte de disrupciones de este verano en Europa, los agentes humanos especializados alcanzaron hasta un 90-100%, frente a un 69% del servicio de atención al cliente solo con IA, en las mismas solicitudes de reacomodación y cancelación.
• El 61% de las empresas de viajes ya está experimentando con IA agéntica o escalándola, pero esa adopción está aterrizando en la decisión de reubicación, no en el paso de conciliación que es lo que de verdad necesita la mayor parte de un viaje con disrupción.

¿Dónde cambia realmente la IA el flujo de trabajo de una agencia de viajes?

La vía tradicional, para cualquier agencia que gestione algo más que reservas simples punto a punto, funciona así. Un vuelo se cancela o se retrasa. El agente se entera por una alerta del GDS, un correo del proveedor o, muchas veces, porque el viajero llama primero. A partir de ahí tiene que hacer dos cosas distintas: elegir un reemplazo que cumpla las reglas de tarifa y la política de la aerolínea, y averiguar qué rompe ese reemplazo en el resto del viaje. Una conexión perdida significa un traslado de aeropuerto perdido. Un vuelo que se mueve un día después significa una noche de hotel que nadie reservó y una plaza de tour que ya no existe.

Esos dos pasos tienen una dificultad distinta. El primero, elegir un vuelo alternativo conforme a la normativa, es acotado. Hay un conjunto finito de reglas (clase de tarifa, acuerdos interline, disponibilidad) y un conjunto finito de resultados aceptables. Es el mismo tipo de decisión acotada que encontré al analizar cómo una agencia de seguros hace el triaje de un siniestro: un motor de reglas con datos en vivo puede hacerlo más rápido y de forma más consistente que una persona trabajando en una terminal bajo presión de tiempo.

El producto de gestión de disrupciones de Sabre ya hace esto: reacomodación automática y reubicación de autoservicio que resuelven los casos rutinarios sin que un agente busque opciones manualmente, de modo que los equipos pueden concentrarse en las disrupciones que no encajan en el patrón. Amadeus avanza hacia el mismo terreno con Amadeus Max for Travelers, una capa de comercio agéntico cuyas áreas de enfoque declaradas son la reserva, la reubicación voluntaria y la gestión de disrupciones; la reubicación voluntaria, cuando un viajero cambia un vuelo de forma proactiva, es el primer caso de uso que ya está en producción.

Lo que hace distinto a este momento frente a las propuestas de «asistente de viaje con IA» de los últimos años es que la lógica de reubicación ya no está encerrada dentro de la propia interfaz del GDS. Sabre ha publicado APIs agénticas, traducidas a través de su propio servidor Model Context Protocol, específicamente para que herramientas externas puedan actuar sobre esa lógica, no solo consultarla; es la misma distinción de acceso de escritura que separa a un agente de un chatbot en cada sector donde aparece.

Los ejemplos publicados son concretos: un «Call-Centre Proxy Agent» que completa tareas de reubicación, actualiza itinerarios de pasajeros y procesa pagos; un «Hotel Ops Agent» que gestiona la disponibilidad de habitaciones y las solicitudes especiales; un «Visa & Compliance Agent» y un «Expense Filing Agent» que hacen lo mismo para sus respectivas tareas. Eso es un cambio de infraestructura, no el anuncio de una función: la decisión que un agente solía tomar a mano es ahora una llamada de función que el propio sistema de una agencia de viajes podría activar.

El segundo paso, conciliar el resto del viaje, es un problema de otra naturaleza, y no se ha movido. No está acotado por un conjunto de reglas; está acotado por el hecho de que el sistema de reservas del hotel, el del proveedor de transporte terrestre y el del operador turístico no comparten nada con el de la aerolínea. Es el mismo libro de registro ausente que encontré al analizar cómo se coordina en realidad una reserva de carga entre transportistas: nadie construyó la capa de conexión, porque durante años nadie tuvo que hacerlo.

No existe un sistema único que contenga el itinerario completo y pueda ver qué le hace el nuevo horario de vuelo a las otras tres reservas. Alguien tiene que detectar el desajuste, decidir qué cambiar y hacer llamadas o solicitudes de cambio separadas a cada proveedor. Ese alguien sigue siendo, casi siempre, una persona.

Qué no se está automatizando todavía, y por qué

Esta es la parte que vale la pena nombrar con precisión, porque es fácil leer «reacomodación automática» y asumir que todo el flujo de la disrupción está cerca de ser automático. No lo está, y la evidencia de la temporada de disrupciones real de este año lo dice directamente. Cuando el calor extremo provocó cancelaciones ferroviarias y disrupciones aeroportuarias en toda Europa este verano, un proveedor de outsourcing midió la calidad de resolución en el repunte de solicitudes de cambio de reserva y reacomodación que vino después: los agentes humanos especializados en soporte de viajes alcanzaron hasta un 90%, y un 100% en algunos casos, frente a un 69% del servicio de atención al cliente solo con IA que gestionaba la misma categoría de solicitud.

Por separado, una encuesta a más de 700 asesores de viajes de Estados Unidos y Canadá encontró que el 85% todavía prefiere el soporte humano frente a la automatización para la parte del trabajo que en realidad es una relación, aunque el 54% dice sentirse cómodo usando herramientas de IA en el día a día. Esas dos cifras no son contradictorias. Describen el mismo límite: cómodos con la IA para la decisión acotada, no para la que depende del criterio bajo presión.

Las dos últimas filas son el mismo límite visto desde dos direcciones. Ningún proveedor va a lanzar un sistema que reubique en silencio el hotel y la plaza de tour de un cliente sin que una persona lo apruebe, porque la agencia (no la aerolínea, ni Sabre, ni Amadeus) es a quien llama el cliente cuando el nuevo plan sale mal. Y ningún sistema puede hacer eso de forma automática hoy, aunque una agencia quisiera, porque el hotel, la empresa de traslados y el operador turístico no están en el mismo riel que el GDS. Esa segunda restricción se irá erosionando a medida que más proveedores adopten interfaces agénticas. La primera, quién asume la decisión cuando un viaje con disrupción se descontrola, no lo hará, porque es una cuestión de responsabilidad y confianza, no de conectividad.

Resumen

El lugar donde de verdad vale la pena poner esfuerzo en «IA para agencias de viajes» no es sustituir el constructor de itinerarios ni acoplar un chatbot al flujo de reserva: ambas cosas ya estaban resueltas o ya eran decorativas. Está en el hecho de que la propia decisión de reubicación se ha convertido en una función invocable dentro de la infraestructura que las agencias ya usan, lo que significa que la oportunidad real es construir la capa que se sienta encima de ella: algo que vigile la decisión automática de la aerolínea y señale de inmediato a una persona, con precisión, qué rompe en las otras reservas del mismo viaje. Averiguar qué necesita en realidad un agente de IA a medida para hacer ese trabajo es una pregunta más estrecha que «agencia de viajes potenciada por IA», y es la que vale la pena responder, porque automatiza la parte que era mecánica y deja la parte que nunca lo fue, la llamada al cliente, en manos de la persona que tiene que asumirla.