对这个问题给出完整的答案并不容易。
首先,我在您的示例中看到您正在使用MAD的销售城市。我想您知道这意味着您必须在马德里的旅行社购买机票才能使结果有效。如果您在Expedia之类的网站上购物,则销售点通常是行程起点的,而不是网站规定的地点。或者,它可能在欧洲其他地方。如果它是一个聚合器,那么谁知道。(顺便说一句,ITA当然不关心您的IP,我也不认为任何主要的旅行社都这样做。)
没有人对ITA撒谎,因为ITA将信息从其他所有人使用的同一系统中提取出来。
但是,ITA依赖整个服务器网络上的高可用性缓存。问题在于,世界上没有一家航空公司具有IT能力来支持每天查询的大量可用性查询。因此,为了避免使ITA在其发展的早期阶段意识到的世界上的所有航空公司服务器崩溃,它就必须进行大量缓存。同样的情况也适用于其他在线旅行社,他们必须实现自己的缓存系统。
但是可用性是一个高度动态的数量。在任何给定的航班上,可用性是以下因素的函数:
- 飞行(当然)
- 现在的确切时间(负载可能在接下来的三秒内发生变化)
- 票价成分的始发地和目的地。这是非常困难的,因为这意味着直到您说这实际上只是更大,更有利可图的旅程的一小部分,航班才会看起来满载。然后,航空公司决定航班实际上几乎是空的,并且有足够的空间供您使用。
因此,我相信很多人都会缓存LON-DOH和DOH-BKK(例如)。当有人要求LON-DOH-BKK时,他们假设他们可以采取这两个单独航班的最低可用性,并将其显示为LON-DOH-BKK的直达航班。但这不是真的。
这被称为“已婚航段逻辑”,一些航空公司经常这样做(QR),而有些航空公司则从来不这样做(BA)。因此,这就是为什么某些航空公司比其他航空公司更“难以预测”的原因。
真正的可用性通常只有在旅行社创建PNR(乘客姓名记录)并在所需航班上以适当的预订代码请求确认的预订,并且航空公司以惊喜状态“ UC”(无法确认/等待列表)答复时才知道),而不是“香港”(已确认保留)。
接下来的问题是,ITA QPX定价引擎是很多比谁的更聪明。因此,ITA通常可以找到非常聪明且高度不明显的方法来为简单的往返旅程定价,而其他任何人(包括航空公司)都不会想到这种方法。因此,在将行程带到实体旅行社时,请确保在打印输出中包括票价报价行,说明票价的构造方式。
以我的经验,ITA在95%的时间内是正确的。
在处理复杂的行程时,您可以尝试向ITA发送电子邮件给您,并提供他们的ITA结果:http : //www.flightcentre.com [不要使用在线航班查询器,而实际上是将他们的ITA结果通过电子邮件发送给他们。我听说过关于他们的好事。我确定他们会收费。