Não é fácil dar uma resposta completa para esse problema.
Primeiro, vejo no seu exemplo que você está usando a cidade de vendas da MAD. Presumo que você saiba que isso significa que você deve comprar o bilhete em um agente de viagens de Madri para que o resultado seja válido. Se você compra em um site como o Expedia, muitas vezes o ponto de venda é o da origem do itinerário, não o local indicado pelo site. Ou, alternativamente, pode estar em outro lugar da Europa. Se é um agregador, então quem sabe. (a propósito, o ITA certamente não se importa com seu IP e também não acho que nenhum grande agente de viagens.)
Ninguém está mentindo para o ITA porque o ITA extrai as informações do mesmo sistema que todos os outros usam.
No entanto, o ITA conta com o cache de alta disponibilidade em toda a sua rede de servidores. O problema é que nenhuma companhia aérea no mundo tem capacidade de TI para suportar o grande número de consultas de disponibilidade que são feitas todos os dias. Portanto, para não travar todos os servidores de companhias aéreas do mundo, a ITA percebeu no início de sua evolução que teria que fazer muito cache. O mesmo se aplica a outros agentes de viagens online, que devem implementar seu próprio sistema de cache.
Mas a disponibilidade é uma quantidade altamente dinâmica; em qualquer voo, a disponibilidade é uma função de:
- O voo (é claro)
- A hora exata no momento (a carga pode mudar nos próximos três segundos)
- Origem e destino do componente da tarifa. Isso é muito difícil, porque significa que um voo pode parecer cheio até você dizer que, na verdade, é apenas uma pequena parte de uma jornada maior e muito mais lucrativa. A companhia aérea decide que o voo está quase vazio e há muito espaço para você.
Então, acredito que muitas pessoas armazenarão em cache LON-DOH e DOH-BKK (por exemplo). Quando alguém pede o LON-DOH-BKK, ele assume que pode pegar a disponibilidade mínima desses dois voos separados e apresentá-lo como disponibilidade total do LON-DOH-BKK. Mas isso não é verdade.
Isso é chamado de "lógica de segmento casado", e algumas companhias aéreas fazem muito isso (QR) e outras quase nunca (BA). É por isso que algumas companhias aéreas são "piores" de prever do que outras.
A disponibilidade real geralmente é conhecida apenas quando o agente de viagens cria o PNR (registro do nome do passageiro) e solicita reservas confirmadas nos códigos de reserva apropriados nos voos desejados, e a companhia aérea responde com o status de surpresa "UC" (não é possível confirmar / lista de espera) ) em vez de "HK" (espera confirmada).
O próximo problema é que o mecanismo de preços do ITA QPX é muito mais inteligente do que qualquer outro. Portanto, o ITA pode frequentemente encontrar maneiras muito inteligentes e altamente não óbvias de precificar até viagens simples de ida e volta, métodos que simplesmente nunca ocorrerão para mais ninguém (incluindo a companhia aérea). Portanto, ao levar seu itinerário a um agente de viagens tradicional, inclua a linha de cotação da tarifa impressa, informando como a tarifa é construída.
Na minha experiência, o ITA está certo 95% do tempo.
Ao lidar com um itinerário complexo, você pode enviar um e-mail para esses caras com o resultado do ITA: http://www.flightcentre.com [Não use o localizador de voos on-line, mas envie-o com o resultado do ITA.] Eu ouvi coisas boas sobre eles. Estou certo de que eles cobram uma taxa.
