Дати повну відповідь на цю проблему непросто.
По-перше, я бачу у вашому прикладі, що ви використовуєте місто продажу MAD. Я припускаю, що вам відомо, що означає, що ви повинні придбати квиток у туристичного агента в Мадриді, щоб результат був дійсним. Якщо ви купуєте на такому веб-сайті, як Expedia, часто продажною точкою є маршрут маршруту, а не вказаний веб-сайт. Або ж це може бути десь ще в Європі. Якщо це агрегатор, то хто знає. (До речі, ITA, безумовно, не піклується про ваш IP, і я не думаю, що жоден великий туристичний агент робить це.)
Ніхто не бреше ITA, оскільки ITA витягує інформацію з тієї самої системи, яку використовують усі інші.
Однак ITA покладається на велике кешування доступності у всій мережі серверів. Проблема полягає в тому, що жодна авіакомпанія у світі не має ІТ-можливостей для підтримки кількості запитів про доступність, які задаються щодня. Таким чином, щоб не зірвати кожного сервера авіакомпаній у світі, ITA зрозумів на початку своєї еволюції, йому доведеться зробити багато кешування. Те ж саме стосується інших онлайн-турагентів, які повинні впровадити власну систему кешування.
Але наявність - це дуже динамічна кількість; на будь-якому рейсі доступність - це функція -
- Політ (звичайно)
- Точний час зараз (навантаження може змінитися протягом наступних трьох секунд)
- Походження та місце призначення тарифу. Це дуже складно, оскільки це означає, що рейс може виглядати повноцінним, поки ви не скажете, що насправді це лише невелика частина більшого і набагато вигіднішого подорожі. Тоді авіакомпанія вирішує, що рейс насправді майже порожній, і для вас є багато місця.
Тому я вважаю, що багато людей кешуватимуть LON-DOH та DOH-BKK (наприклад). Коли хтось запитує LON-DOH-BKK, він припускає, що він може взяти мінімальну кількість цих двох окремих рейсів і представити це як доступність LON-DOH-BKK. Але це зовсім не так.
Це називається "логікою шлюбного сегмента", і деякі авіакомпанії роблять це багато (QR), а деякі майже ніколи (BA). Тому деякі авіакомпанії прогнозувати «гірше», ніж інші.
Справжня доступність часто відома лише тоді, коли туристичний агент створює PNR (запис імені пасажира) і вимагає підтвердженого бронювання у відповідних кодах бронювання на бажаних рейсах, а авіакомпанія відповідає зі статусом несподіванки "UC" (не може підтвердити / список очікування) ) замість "HK" (утримування підтверджено).
Наступна проблема полягає в тому, що двигун ціноутворення ITA QPX набагато розумніший, ніж будь-хто інший. Таким чином, ITA часто може знайти дуже розумні та дуже не очевидні способи встановити ціну навіть на прості поїздки в обидва кінці - методи, які просто ніколи не трапляться нікому іншим (включаючи авіакомпанію). Тож, беручи свій маршрут до туристичного агента, який займається цегляними та смертними діями, обов'язково включіть у роздруківку рядок цін на тарифи, вказуючи, як будується вартість проїзду.
На мій досвід, ITA - це 95% часу.
Маючи справу зі складним маршрутом, ви можете спробувати запустити електронний лист цим хлопцям з результатами ITA: http://www.flightcentre.com [Не використовуйте онлайн-пошук польотів, але насправді надішліть їм електронний лист із результатами ITA.] Я чула про них хороші речі. Я впевнений, що вони стягують плату.