Không dễ để đưa ra một câu trả lời đầy đủ cho vấn đề này.
Đầu tiên, tôi thấy trong ví dụ của bạn rằng bạn đang sử dụng thành phố bán hàng của MAD. Tôi cho rằng bạn biết điều đó có nghĩa là bạn phải mua vé tại một đại lý du lịch ở Madrid để kết quả có giá trị. Nếu bạn mua trên một trang web như Expedia, thông thường điểm bán hàng là nguồn gốc hành trình, không phải là địa điểm đã nêu của trang web. Hoặc thay vào đó, nó có thể là một nơi khác ở châu Âu. Nếu đó là một tập hợp, thì ai biết được. (btw, ITA chắc chắn không quan tâm đến IP của bạn và tôi không nghĩ bất kỳ đại lý du lịch lớn nào cũng làm như vậy.)
Không ai nói dối ITA vì ITA lấy thông tin ra khỏi cùng một hệ thống mà mọi người khác sử dụng.
Tuy nhiên, ITA phụ thuộc vào bộ nhớ đệm sẵn có nặng trên toàn bộ mạng máy chủ của mình. Vấn đề là không có hãng hàng không nào trên thế giới có khả năng CNTT để hỗ trợ số lượng truy vấn khả dụng được yêu cầu mỗi ngày. Vì vậy, để không làm sập mọi máy chủ của hãng hàng không trên thế giới, ITA đã nhận ra sớm trong quá trình phát triển của mình, nó sẽ phải thực hiện rất nhiều bộ nhớ đệm. Điều tương tự cũng áp dụng cho các đại lý du lịch trực tuyến khác, những người phải thực hiện hệ thống bộ nhớ đệm của riêng họ.
Nhưng sẵn có là một số lượng rất năng động; trên bất kỳ chuyến bay nào, tính khả dụng là một chức năng của Wap
- Chuyến bay (tất nhiên)
- Thời gian chính xác ngay bây giờ (tải có thể thay đổi trong ba giây tiếp theo)
- Nguồn gốc và đích đến của thành phần giá vé. Điều này rất khó vì nó có nghĩa là một chuyến bay có thể trông đầy đủ cho đến khi bạn nói rằng thực ra đó chỉ là một phần nhỏ của một hành trình lớn hơn và có lợi hơn nhiều. Sau đó, hãng hàng không quyết định chuyến bay thực sự gần như trống rỗng và có vô số không gian cho bạn.
Vì vậy, tôi tin rằng rất nhiều người sẽ lưu trữ LON-DOH và DOH-BKK (ví dụ). Khi ai đó yêu cầu LON-DOH-BKK, họ cho rằng họ có thể có sẵn tối thiểu hai chuyến bay đó, tách riêng các chuyến bay và trình bày nó như là sự sẵn có của LON-DOH-BKK. Nhưng điều đó không đúng chút nào.
Điều này được gọi là "logic phân khúc kết hôn" và một số hãng hàng không làm điều này rất nhiều (QR) và một số gần như không bao giờ (BA). Vì vậy, đó là lý do tại sao một số hãng hàng không "tệ" hơn để dự đoán hơn những hãng khác.
Tính khả dụng thực sự thường chỉ được biết khi đại lý du lịch tạo PNR (hồ sơ tên hành khách) và yêu cầu đặt chỗ được xác nhận trong mã đặt chỗ phù hợp trên các chuyến bay mong muốn và hãng hàng không trả lời với trạng thái bất ngờ "UC" (không thể xác nhận / danh sách chờ ) thay vì "HK" (xác nhận giữ).
Vấn đề tiếp theo là động cơ giá ITA QPX là rất nhiều thông minh hơn của bất cứ ai khác. Vì vậy, ITA thường có thể tìm ra những cách rất thông minh và không rõ ràng để định giá ngay cả những hành trình khứ hồi đơn giản, những phương pháp đơn giản sẽ không bao giờ xảy ra với bất kỳ ai khác (kể cả hãng hàng không). Vì vậy, khi đưa hành trình của bạn đến một đại lý du lịch cụ thể, hãy đảm bảo bạn bao gồm dòng báo giá vé từ bản in ra, cho biết giá vé được xây dựng như thế nào.
Theo kinh nghiệm của tôi, ITA đúng 95%.
Khi xử lý một hành trình phức tạp, bạn có thể thử gửi email cho những người này bằng kết quả ITA của bạn: http://www.flightcentre.com [Đừng sử dụng công cụ tìm chuyến bay trực tuyến mà thực sự gửi email cho họ với kết quả ITA của bạn.] Tôi đã nghe những điều tốt về họ. Tôi chắc chắn họ tính phí mặc dù.
