Il n'est pas facile de donner une réponse complète à ce problème.
Tout d'abord, je vois dans votre exemple que vous utilisez la ville de vente de MAD. Je suppose que vous savez que cela signifie que vous devez acheter le billet auprès d'une agence de voyage à Madrid pour que le résultat soit valide. Si vous achetez sur un site Web comme Expedia, le point de vente est souvent celui de l'origine de l'itinéraire, et non celui de l'emplacement indiqué sur le site Web. Ou bien cela pourrait être ailleurs en Europe. Si c'est un agrégateur, alors qui sait. (btw, ITA ne se soucie certainement pas de votre adresse IP et je ne pense pas qu'un agent de voyages majeur s'en soucie non plus.)
Personne ne ment à ITA car ITA extrait les informations du même système que tout le monde utilise.
Cependant, ITA repose sur une mise en cache à haute disponibilité sur l'ensemble de son réseau de serveurs. Le problème est qu'aucune compagnie aérienne dans le monde n'a la capacité informatique nécessaire pour prendre en charge le nombre considérable de demandes de disponibilité qui sont posées quotidiennement. Donc, pour ne pas planter tous les serveurs de compagnies aériennes dans le monde, ITA a réalisé au début de son évolution qu'il allait falloir faire beaucoup de mise en cache. La même chose s'applique aux autres agents de voyages en ligne, qui doivent implémenter leur propre système de mise en cache.
Mais la disponibilité est une quantité très dynamique; sur un vol donné, la disponibilité est fonction de -
- Le vol (bien sûr)
- L'heure exacte en ce moment (la charge pourrait changer dans les trois prochaines secondes)
- Origine et destination de la composante tarifaire. C'est très difficile car cela signifie qu'un vol peut sembler complet jusqu'à ce que vous disiez qu'en fait ce n'est qu'une petite partie d'un voyage plus grand et beaucoup plus rentable. Ensuite, la compagnie aérienne décide que le vol est en fait presque vide et qu'il y a beaucoup d'espace pour vous.
Je pense donc que beaucoup de gens mettront en cache LON-DOH et DOH-BKK (par exemple). Lorsque quelqu'un demande LON-DOH-BKK, il suppose qu'il peut prendre la disponibilité minimale de ces deux vols séparés et la présenter comme la disponibilité totale de LON-DOH-BKK. Mais ce n'est pas vrai du tout.
C'est ce qu'on appelle la «logique du segment marié», et certaines compagnies aériennes font beaucoup (QR) et d'autres presque jamais (BA). C'est pourquoi certaines compagnies aériennes sont "pires" à prévoir que d'autres.
La véritable disponibilité n'est souvent connue que lorsque l'agent de voyages crée le PNR (enregistrement du nom du passager) et demande des réservations confirmées dans les codes de réservation appropriés sur les vols souhaités, et la compagnie aérienne répond avec le statut de surprise "UC" (impossible de confirmer / liste d'attente ) au lieu de "HK" (attente confirmée).
Le problème suivant est que le moteur de tarification ITA QPX est beaucoup plus intelligent que quiconque. Ainsi, ITA peut souvent trouver des moyens très intelligents et très peu évidents de tarifer même des voyages aller-retour simples, des méthodes qui ne seront tout simplement pas utilisées par quiconque (y compris la compagnie aérienne). Donc, lorsque vous emmenez votre itinéraire chez un agent de voyage physique, assurez-vous d'inclure la ligne de devis de l'impression, indiquant comment le tarif est construit.
D'après mon expérience, ITA a raison dans 95% des cas.
Lorsque vous traitez un itinéraire complexe, vous pouvez essayer de renvoyer un e-mail à ces gars avec votre résultat ITA: http://www.flightcentre.com [N'utilisez pas l'outil de recherche de vols en ligne, mais envoyez-les par e-mail avec votre résultat ITA.] J'ai entendu de bonnes choses à leur sujet. Je suis sûr qu'ils facturent des frais cependant.
