Non è facile dare una risposta completa a questo problema.
Innanzitutto, vedo nel tuo esempio che stai utilizzando la città di vendita di MAD. Presumo che tu sappia che significa che devi acquistare il biglietto presso un'agenzia di viaggi a Madrid affinché il risultato sia valido. Se acquisti su un sito web come Expedia, molto spesso il punto vendita è quello dell'origine dell'itinerario, non quello della posizione dichiarata del sito web. O in alternativa potrebbe essere altrove in Europa. Se è un aggregatore, allora chi lo sa. (a proposito, ITA certamente non si preoccupa del tuo IP e non penso che neanche un grande agente di viaggio lo faccia.)
Nessuno sta mentendo a ITA perché ITA estrae le informazioni dallo stesso sistema utilizzato da tutti gli altri.
Tuttavia, ITA si basa sulla memorizzazione nella cache della disponibilità elevata in tutta la sua rete di server. Il problema è che nessuna compagnia aerea al mondo ha la capacità IT di supportare il solo numero di richieste di disponibilità che vengono poste ogni giorno. Quindi, al fine di non mandare in crash tutti i server delle compagnie aeree del mondo, ITA ha realizzato all'inizio della sua evoluzione che avrebbe dovuto fare molta cache. Lo stesso vale per altri agenti di viaggio online, che devono implementare il proprio sistema di memorizzazione nella cache.
Ma la disponibilità è una quantità altamente dinamica; su un determinato volo la disponibilità è una funzione di—
- Il volo (ovviamente)
- L'ora esatta in questo momento (il carico potrebbe cambiare nei prossimi tre secondi)
- Origine e destinazione della componente tariffaria. Questo è molto difficile perché significa che un volo potrebbe sembrare pieno fino a quando non dici che in realtà è solo una piccola parte di un viaggio più ampio e molto più redditizio. Quindi la compagnia aerea decide che il volo è in realtà quasi vuoto e c'è un sacco di spazio per te.
Quindi credo che molte persone memorizzeranno nella cache LON-DOH e DOH-BKK (per esempio). Quando qualcuno chiede LON-DOH-BKK, presumono di poter prendere la disponibilità minima di quei due, voli separati e presentarla come disponibilità continua di LON-DOH-BKK. Ma questo non è affatto vero.
Questa si chiama "logica del segmento coniugato" e alcune compagnie aeree lo fanno molto (QR) e alcuni quasi mai (BA). Ecco perché alcune compagnie aeree sono "peggiori" da prevedere rispetto ad altre.
La vera disponibilità è spesso nota solo quando l'agente di viaggio crea il PNR (record del nome del passeggero) e richiede prenotazioni confermate nei codici di prenotazione appropriati sui voli desiderati e la compagnia aerea risponde con lo stato sorpresa "UC" (impossibile confermare / lista d'attesa ) anziché "HK" (attesa confermata).
Il prossimo problema è che il motore di prezzi ITA QPX è molto più intelligente di chiunque altro. Quindi l'ITA può spesso trovare modi molto intelligenti e non ovvi per valutare anche i semplici viaggi di andata e ritorno, metodi che semplicemente non verranno mai applicati a nessun altro (inclusa la compagnia aerea). Quindi, quando prendi il tuo itinerario da un agente di viaggio, assicurati di includere la riga di preventivo della tariffa dalla stampa, indicando come viene costruita la tariffa.
Nella mia esperienza, ITA ha ragione il 95% delle volte.
Quando hai a che fare con un itinerario complesso, potresti provare a inviare a questi ragazzi un'e-mail con il tuo risultato ITA: http://www.flightcentre.com [Non utilizzare il cercatore di voli online ma in realtà inviarli tramite e-mail con il risultato ITA.] Ho sentito cose positive su di loro. Sono sicuro che fanno pagare una tassa però.