Вы зашли на сайт своего любимого онлайн-турагента, потратили несколько часов, выбирая подходящие для вас рейсы, а затем сделали решительный шаг и оформили бронирование.
Через несколько минут вы получаете ссылку на бронирование по электронной почте, которую вы можете использовать для загрузки бронирования на веб-сайте авиакомпании. Вы когда-нибудь задумывались, как это происходит?
Пристегните ремни безопасности, и вы узнаете, как это работает! Мы представим, что мы турагент и пройдем через шаги, которые они выполняют, чтобы сделать заказ.
Давайте начнем с краткого обзора того, как работает поиск авиабилетов. Вам нужно понять эту часть процесса, чтобы разобраться с бронированием рейса.
Когда вы ищете авиабилеты, например, на airlines.aero, поисковая система (иногда называемая «системой ценообразования» или «системой покупок») должна умело комбинировать расписания, тарифы и наличие свободных мест, чтобы возвращать результаты поиска.
Поисковая система рассматривает сотни миллионов вариантов и определяет небольшое количество релевантных результатов поиска. Она выполняет всю эту тяжелую работу всего за пару секунд.
Когда вы выбираете результат поиска, который хотите забронировать, вы фактически выбираете:
При бронировании авиабилетов первым шагом является создание бронирования в системе авиакомпании. На жаргоне туристической индустрии это известно как «запись имени пассажира», или сокращенно PNR.
Бронирование будет создано независимо от того, бронируете ли вы напрямую в авиакомпании или через турагента. Если вы бронируете через последнюю, они будут использовать глобальную систему распределения (GDS) или API рейсов, для связи с системой авиакомпании.
Бронирование содержит две ключевые вещи:
Вы заметите, что на данный момент деньги не переходят из рук в руки. Мы просто добавляем их в нашу «корзину покупок» и просим авиакомпанию зарезервировать места в сегментах для наших пассажиров.
Как только PNR сохраняется в системе бронирования авиакомпании, мы получаем обратно ссылку на бронирование (иногда называемую «локатором записей» или, что сбивает с толку, PNR).
Эта серия случайных символов (напримерQF3SD5) используется для доступа к бронированию на веб-сайте авиакомпании. (Учитывая, что существует лишь небольшое количество возможных ссылок на бронирование, вам также придется указать фамилию пассажира в качестве своего рода пароля.)
Одно бронирование может содержать несколько ссылок на бронирование:
Когда мы создаем наше бронирование, мы ведем своего рода диалог с системой авиакомпании. Мы просим авиакомпанию зарезервировать места на сегментах, на которых пассажиры хотят лететь.
Мы спрашиваем, и нам приходится ждать ответа. Мы должны убедиться, что система бронирования авиакомпании действительно подтверждает наличие места, прежде чем двигаться дальше.
У каждого сегмента есть статус, который показывает, «забронированы» ли пассажиры. Мы хотим, чтобы статус изменился на HK («удержание подтверждено»), что означает, что места пассажиров на рейсе заняты.
Иногда это может пойти не так, и авиакомпания отвечает категорическим «нет» — например, может случиться так, что класс бронирования был распродан между поиском и попыткой создания бронирования, в результате чего пассажир остается без бронирования и с неудачным кодом статуса NO.
Волшебные коды здесь определены Стандартами обмена данными между пассажирами и аэропортами IATA, или сокращенно PADIS.
Сегменты полета — это не единственная «услуга», которую мы можем захотеть получить в рамках нашего бронирования.
Если мы посмотрим на путешествие пассажира, то увидим множество других «услуг», которые нам могут понадобиться, от дополнительной помощи пассажирам с ограниченными возможностями до домашнего животного в салоне.
Они моделируются в системе авиакомпании с помощью специальных запросов на обслуживание (SSR). SSR состоит из четырехбуквенного кода, плюс некоторая структурированная или неструктурированная дополнительная информация для дальнейшего описания специальной услуги.
Точно так же, как при запросе сегмента, запрос SSR начинает разговор. Мы должны подождать, пока авиакомпания подтвердит это.
Допустим, мы указываем SSRVGML, чтобы попросить веганскую еду. Для этого запроса требуются некоторые метаданные: ссылки на сегмент и пассажира, на которых отвечает запрос на питание.
Система авиакомпании должна проверить, доступно ли веганское блюдо на рейсе, на который вы его запросили. После того, как вы добавили этот запрос на специальное обслуживание, вам нужно дождаться его изменения статуса на HK, чтобы точно знать, получит ли пассажир это специальное питание.
Другие SSR включают:
Выбранный нами результат поиска объединяет маршрут и стоимость проезда — другими словами, он указывает, какими рейсами мы будем летать и сколько заплатим.
После того, как мы создали бронирование, в качестве окончательной проверки нам нужно изменить цену.
Это гарантирует, что доступные тарифы не изменились с момента нашего первоначального поиска, и учитывает дополнительный контекст, который у нас есть сейчас, которого у нас не было раньше (например, конечное количество пассажиров и способ оплаты, который мы планируем использовать для оплаты).
Это установит окончательную цену, которую мы заплатим за авиабилеты. Ценовое предложение сохраняется в бронировании. Теперь наша корзина для покупок готова к отправке на кассу.
Когда вы бронируете рейс через онлайн-турагентство или на веб-сайте авиакомпании, вы обычно просто проходите через один поток оформления заказа. Но под капотом на самом деле есть два отдельных шага:
Когда вы создаете бронирование, место на рейсах удерживается в течение определенного периода времени. Авиакомпания сообщает «ограничение по времени продажи билетов», сообщая нам, как долго будет занято место. Если мы не заплатим, авиакомпания освободит это место, чтобы его мог забронировать кто-то другой.
Прежде чем пассажиры получат «право на полет» на сегментах, продавец авиабилетов должен оформить пассажирские билеты.
Это восходит к временам до появления Интернета, когда у традиционных турагентов были книги бумажных билетов, которые они выписывали и передавали пассажирам. С 2000-х годов они были заменены «электронными билетами», которые существуют только в компьютерной системе. Но терминология продолжает жить.
Когда билеты выдаются, возникает «обязательство оплатить» и между пассажирами и авиакомпанией заключается контракт.
Авиакомпания может взимать плату с кредитной карты, принадлежащей пассажиру или агентству. Во многих случаях продавец туристических услуг использует для оплаты специальный способ оплаты, специфичный для авиакомпании, называемый «BSP cash».
Наряду с билетом существует еще один вид документа, называемый электронным документом «Разное» (EMD), который используется для обработки платежей за штрафы, взимаемые при изменении или возврате авиабилетов, и оплачиваемых дополнительных услуг, таких как места и сумки.
Авиакомпании работают над модернизацией процесса бронирования.
Некоторые бюджетные перевозчики, уже используют «безбилет-ную» ИТ-систему. Они по-прежнему разделяют «бронирование» и «обязательство платить», но они не используют идею «билета», которая основана на бумажных билетах прошлого.
Более традиционные перевозчики с полным спектром услуг, сейчас движутся в том же направлении. Инициатива IATA «ЕДИНЫЙ заказ» направлена на замену «бронирований» и «билетов» на «заказы» и «платежи». Каждый заказ будет иметь единый стандартизированный идентификатор заказа вместо нескольких запутанных ссылок на бронирование.
Эти изменения касаются не только качества обслуживания клиентов — они призваны упростить учет доходов авиакомпаний, упростить для них партнерские отношения и помочь им предлагать продукты за пределами авиационной экосистемы.
В этом посте мы рассказали вам о шагах, которые необходимо предпринять онлайн-турагенту, чтобы забронировать ваш рейс, когда вы регистрируетесь на их веб-сайте.
Они создают бронирование, получают обратно ссылку на бронирование, ждут подтверждения рейсов, добавляют какие-либо специальные услуги, оценивают бронирование и затем оформляют билеты. Все это происходит за считанные секунды.