Платформа всегда стремиться предложить наиболее дешевый вариант пользователю.
Так на поиске маршрут туда-обратно всегда ищется как RT и комбинация 2 OW. После этого система добавляет сборы и смотрит, какой вариант будет дешевле пользователя с учетом всех сборов.
Процесс оценки стоимости перелета строится во многом по такому же принципу.
Так платформа пытается разбить маршрут RT на 2 OW и запросить стоимость для каждого варианта.
При этом, важно учитывать, что если авиакомпания имеет семейства, то при оценке стоимости варианта RT с семействами будет учитываться самый дешевый перелет в едином бренде.
Рассмотрим пример. Авиакомпания Аэрофлот на маршруте Москва-УФА-Москва при запросе стоимости единым билетом выдает следующие тарифы.
5500 (комбинация брендов Эконом промо + Эконом лайт)
6500 (чистый бренд Эконом лайт)
Для сравнения будет взят именно вариант за 6500 т.к. оба сегмента в нем рассчитаны в едином тарифном бренде.
Далее система сравнит стоимость самого дешевого монобрендового варианта RT со стоимостью суммы самых дешевых брендов, полученных при расчете OW с учетом сборов и далее предложит пользователю тот вариант, который окажется дешевле по общей сумме самого дешевого варианта.
Рассмотрим примеры:
Пример 1. Для того же перелета получили такую же стоимость RТ*
5500 (комбинация брендов Эконом промо + Эконом лайт)
6500 (чистый бренд Эконом лайт)
Для комбинации OW получили следующие опции*:
Туда:
1100 (бренд Промо)
1600 (бренд Эконом лайт)
Обратно:
5100 (бренд Эконом лайт)
*стоимость указа с учетом сборов агентства.
Далее происходит сравнение RT 6500 > OW+OW 6200
Пользователю будет показан вариант OW+OW
Данная логика применима для классических ГДС (Амадеус, Сирена, Сейбр), но не применима для ГДС, работающих по стандартам NDC.
Отличие заключается в том, что для классических ГДС оценке стоимости и бронировании мы оперируем непосредственными данными перелета (маршрут, номер рейса, дата, RBD, семейство), а для ГДС, работающих по стандартам NDC начиная с момента поиска каждый вариант, который был возвращен ГДС маркируется собственным уникальным ID и все дальнейшие действия могут производиться только с указанием этого ID, а использование набора данный дата + направление + рейс становится невозможной.
По этой причине, если пользователь выбран на поиске вариант, который изначально вернулся как 2OW, то и все дальнейшие операции с данным вариантом перелета будут осуществляться только как с вариантом 2OW.