No es fácil dar una respuesta completa a este problema.
Primero, veo en su ejemplo que está utilizando la ciudad de ventas de MAD. Supongo que sabe que eso significa que debe comprar el boleto en una agencia de viajes en Madrid para que el resultado sea válido. Si compra en un sitio web como Expedia, con frecuencia el punto de venta es el del origen del itinerario, no el de la ubicación indicada del sitio web. O, alternativamente, podría estar en otro lugar de Europa. Si es un agregador, entonces quién sabe. (por cierto, ITA ciertamente no se preocupa por su IP y tampoco creo que ninguna agencia de viajes importante lo haga).
Nadie le está mintiendo a ITA porque ITA extrae la información del mismo sistema que todos los demás usan.
Sin embargo, ITA se basa en el almacenamiento en caché de gran disponibilidad en toda su red de servidores. El problema es que ninguna aerolínea en el mundo tiene la capacidad de TI para soportar la gran cantidad de consultas de disponibilidad que se hacen todos los días. Entonces, para no bloquear todos los servidores de aerolíneas en el mundo, ITA se dio cuenta al principio de su evolución que iba a tener que hacer mucho almacenamiento en caché. Lo mismo se aplica a otras agencias de viajes en línea, que deben implementar su propio sistema de almacenamiento en caché.
Pero la disponibilidad es una cantidad altamente dinámica; en cualquier vuelo dado la disponibilidad es una función de:
- El vuelo (por supuesto)
- La hora exacta en este momento (la carga puede cambiar en los próximos tres segundos)
- Origen y destino del componente de tarifa. Esto es muy difícil porque significa que un vuelo podría verse lleno hasta que diga que en realidad es solo una pequeña parte de un viaje más grande y mucho más rentable. Luego, la aerolínea decide que el vuelo está casi vacío y hay mucho espacio para usted.
Así que creo que mucha gente almacenará en caché LON-DOH y DOH-BKK (por ejemplo). Cuando alguien pregunta por LON-DOH-BKK, asume que puede tomar la disponibilidad mínima de esos dos vuelos separados y presentarla como la disponibilidad total de LON-DOH-BKK. Pero eso no es cierto en absoluto.
Esto se llama "lógica de segmento casado", y algunas aerolíneas lo hacen mucho (QR) y otras casi nunca (BA). Por eso algunas aerolíneas son "peores" de predecir que otras.
La verdadera disponibilidad a menudo solo se conoce cuando el agente de viajes crea el PNR (registro del nombre del pasajero) y solicita reservas confirmadas en los códigos de reserva apropiados en los vuelos deseados, y la aerolínea responde con el estado sorpresa "UC" (no se puede confirmar / lista de espera ) en lugar de "HK" (mantener confirmado).
El siguiente problema es que el motor de fijación de precios ITA QPX es mucho más inteligente que el de cualquier otra persona. Por lo tanto, ITA a menudo puede encontrar formas muy ingeniosas y poco obvias de fijar precios incluso en viajes de ida y vuelta simples, métodos que simplemente nunca se le ocurrirán a nadie más (incluida la aerolínea). Entonces, cuando lleve su itinerario a un agente de viajes de ladrillo y mortal, asegúrese de incluir la línea de presupuesto de la impresión, indicando cómo se construye la tarifa.
En mi experiencia, ITA tiene razón el 95% del tiempo.
Cuando se trata de un itinerario complejo, puede intentar enviar un correo electrónico a estos tipos con su resultado ITA: http://www.flightcentre.com [No use el buscador de vuelos en línea, pero en realidad envíelos por correo electrónico con su resultado ITA.] He escuchado cosas buenas sobre ellos. Sin embargo, estoy seguro de que cobran una tarifa.
