Инновационная система бронирования представляет собой модульное программное обеспечение, обеспечивающее надежное хранение большого объема данных, предоставляющее доступ клиентам различного уровня посредством многофункционального веб-портала и API интеграции с внешними системами.

Система должна обеспечивать бесперебойность, масштабирование и отказоустойчивость 24/7, включая легкое обновление программных модулей, поиск и устранение ошибок, качественный уровень поддержки.

Для реализации указанного функционала разрабатывается 3-слойная архитектура, включающая слой представления (Frontend), сервисный слой бизнес-приложений (Backend) и слой данных (Data-layer).

Frontend реализуется в виде набора web-сайтов с помощью стека технологий, включающего React.JS, JavaScript, HTML5 и CSS.

Взаимодействие с Backend слоем на основе Java осуществляется с помощью HTTPS протокола и нескольких API, позволяющих обмениваться данными в форматах XML и JSON по выбору клиента.

Для интеграции с системами бронирования агентств и корпоративными системами бронирования используется тот же самый API с соответствующим ограничением прав доступа.
Backend Платформы реализуется по принципам микросервисной архитектуры. Каждый микросервисный модуль может быть упакован в отдельный docker-контейнер и развернут в физическом и/или виртуальном облачном серверном окружении “по кнопке”, что ускоряет доработку и внедрение функционала - и time to market при устранении дефектов и добавлении функций.

Обмен между микросервисами осуществляется посредством сообщений через очередь на базе. Данная технология обладает хорошей кластеризацией и потребляет существенно меньше ресурсов по сравнению с аналогами.

В качестве web-сервера выбран Nginx.

Data-layer включает:

• систему управления базами данных Oracle для хранения всех данных об агентствах, отелях, пользователях и иных персистентных данных;
• колоночную NoSQL СУБД Cassandra для быстрого доступа к сгенерированному контенту и протоколирования обмена с внешними поставщиками;
• In-memory NoSQL СУБД Redis - для кэширования доступности номеров в отелях по датам.

Для машинного обучения используется TensorFlow.

Дополнительно применяется Lucene для полнотектового поиска.

Инновационная система бронирования отелей состоит из четырех основных модулей: Booking, Mapping, Content и Connectivity. Каждый из этих модулей может использоваться независимо, но при совместном использовании достигается синергетический эффект.

Классическая модель консолидатора, используемая при прямых контрактах, подразумевает получение от объектов размещения через менеджеры каналов или экстранет подневного наличия мест, ограничений и цен на год – полтора вперед. Получая поисковый запрос от покупателя, консолидатор самостоятельно, не обращаясь к отелям:

• анализирует наличие мест на запрошенные даты;
• формирует отпускную цену из подневных цен с учетом агентского вознаграждения от отелей;
• возвращает ответ покупателю.

Такая модель работы требует от консолидатора наличия высокопроизводительной информационной системы, позволяющей обрабатывать сотни поисковых запросов в секунду, чтобы обеспечивать необходимый рынку Look-To-Book (отношение количества поисковых запросов к количеству совершенных бронирований). В рамках российского рынка с объемом в несколько десятков тысяч отелей эта проблема успешно решена отечественными консолидаторами.

Классическая модель агрегатора, используемая при контрактах с глобальными поставщиками, подразумевает, что агрегатор не осуществляет в своей информационной системе анализ наличия мест, так как от глобальных поставщиков он эту информацию не получает. Вместо этого, запросы на проверку наличия мест и расчет цен закупки осуществляются исключительно информационными системами поставщиков. Агрегатор лишь обрабатывает поступившие ответы и консолидирует результаты для покупателя.

Такая модель не требует от агрегатора высокой производительности информационной системы, но накладывает существенные ограничения на его бизнес, так как допустимый для его покупателей Look-To-Book и скорость ответа будут ограничены лимитами каждого из поставщиков и их быстродействием, и повлиять на эту ситуацию собственными силами будет невозможно.

Из практики работы известно, что Look-To-Book растет с каждым годом, причем темпы роста также увеличиваются, поэтому данное ограничение представляет собой существенную проблему, прямо влияющую на темпы роста бизнеса.

Инновационная система бронирования, разрабатываемая в рамках данного проекта, будет включать в себя модуль поиска и бронирования услуг «Booking», работающий по гибридной модели, которая будет одинаково эффективна как в режиме консолидатора, так и в режиме агрегатора. Этого планируется достичь за счет уникальной для российского рынка архитектуры системы и технических интерфейсов нового поколения с глобальными поставщиками отелей.
Технические интерфейсы нового поколения, которые уже предлагаются рядом крупных поставщиков, позволяют получать от них точно такой же объем данных, какой консолидатор получает напрямую от отеля.

В результате технической интеграции с глобальными поставщиками в модуле «Booking» Инновационной системы бронирования будет создан глобальный кэш данных с подневным наличием мест, ценами и ограничения по гостиницам по всему миру. По разным оценкам, в мире насчитывается от 300 тысяч до нескольких миллионов объектов размещения, причем каждый из них может быть представлен несколькими поставщиками, что увеличивает объем данных, хранящихся в системе пропорционально количеству поставщиков.

Объем обрабатываемых данных, их обновление в режиме реального времени и необходимость работы различными форматами данных, устанавливаемых каждым из поставщиков услуг индивидуально, позволяют отнести Инновационную систему бронирования к категории Big Data.

Мэппингом называется установка соответствия между одними и теми же объектами, представленными разными поставщиками. Например, отель Grand Resort, расположенный в г.Лимассол на Кипре, реализует свой номерной фонд через нескольких глобальных консолидаторов. У консолидатора Miki Travel Limited этот отель имеет код 13840, а у консолидатора Hotelbeds — CBD061700.

Для системы бронирования отелей, сотрудничающей одновременно с несколькими поставщиками, критически важно объединить в поисковой выдаче предложения по одному и тому же объекту размещения, и предложить покупателю наилучший результат. Это и достигается с помощью мэппинга. В системах онлайн бронирования отелей мэппинг выполняется не только для отелей, но и для стран, населенных пунктов, аэропортов, вокзалов, достопримечательностей и т.п.

Построение полного и качественного мэппинга — это весьма трудозатратная задача, решить которую в полном объеме могут только крупные компании. Это подтверждается тем фактом, что на рынке уже работают специализированные компании, предлагающие готовые и регулярно обновляемые таблицы мэппинга на основе платной подписки. Наиболее известными являются решения компаний GIATA и VERVOTECH. Обе компании являются зарубежными, и сотрудничество с ними сейчас затруднено из-за санкционного давления.

Дополнительную трудность в построении мэппинга создает необходимость осуществлять его по отношению к типам номеров отелей. Это слабо стандартизованная сущность, которая еще и количественно почти на порядок больше числа отелей. Из вышеназванных компаний только GIATA имеет решение по мэппингу типов номеров отелей, да и то оно носит экспериментальный характер, так как в коммерческом договоре на этот продукт явно оговорен полный отказ от ответственности за неверный мэппинг.

Инновационная система бронирования, разрабатываемая в рамках данного проекта, будет включать в себя модуль «Mapping», который будет использоваться как при бронировании отелей внутри системы, так и предлагаться сторонним компаниям по модели Saas.
При реализации данного модуля будет использован комбинированный подход с использованием как классических алгоритмов, так и искусственного интеллекта.

Перед тем, как покупатель в системе бронирования примет решение о заказе услуг, ему необходимо ознакомиться с описанием как самого объекта размещения, так и конкретного типа номера, в котором планируется проживание. При этом, информация от поставщика услуги, как правило, приходит в разных формах:

• цифровой — географические координаты, количество этажей в отеле, площадь номера в метрах квадратных и т.п.;
• классифицируемой — перечень услуг в отеле или номере из заранее определенного справочника вариантов;
• текстовой — различные наименования и полнотекстовые описания;
• графической — фотографии, схемы и видео.

При сотрудничестве с несколькими поставщиками, каждый из них поставляет свое описание контента. Таким образом, перед системой бронирования, сотрудничающей с несколькими поставщиками отелей, при подготовке контентного описания для покупателя встают следующие проблемы:

• описание отеля даже в рамках одного поставщика зачастую содержит противоречащую информацию в разных формах. Например, в описании Стандартного номера указано «Уютный классический однокомнатный номер, в котором созданы условия для работы и отдыха, с Wi-Fi и прекрасными видами на Москву. Просим обратить внимание, что предпочитаемый тип кроватей — две односпальные или большая двуспальная — не гарантируется. Ваши пожелания могут быть учтены при наличии номеров с указанным типом кровати на момент заселения.». В то же время, в классифицируемой форме указан тип кровати только «Большая двуспальная». Это следствие человеческого фактора, но для системы бронирования такие ошибки создают риск предъявления претензий финансового характера со стороны клиентов-физических лиц и корпоративных покупателей;
• описание одного и того же отеля у разных поставщиков может различаться. Показать клиенту можно только какое-то одно описание. Система бронирования не имеет четкого критерия, по которому описание того или иного поставщика можно признать истинным или ложным;
• дистрибьютерские соглашения всех глобальных консолидаторов разрешают системе бронирования показывать предоставленное ими контентное описание только в том случае, если бронируется их продукт. Однако, на практике, данная юридическая оговорка исполнима только в том случае, когда система бронирования сотрудничает с единственным отельным консолидатором. Во всех остальных случаях выбор конкретного отельного продукта производится только после просмотра описания, что делает невозможным корректное определение поставщика, описание которого должно быть показано клиенту.

Для решения вышеуказанных проблем на рынке уже существуют решения, представляющие собой специализированные фотобанки и каталоги отелей. Эти системы не являются поставщиками гостиничных услуг, поэтому представляют так называемый «нейтральный» контент, который может быть выдан клиенту вместе с ценовыми предложениями любого поставщика. Примером такого решения является Leonardo.

Однако, для систем бронирования стоимость лицензии на использование подобного фотобанка и каталога отелей будет составлять десятки тысяч долларов США в год, что ограничивает их использование только очень крупными платформами. Также необходимо отметить, что попадание в фотобанк является платной услугой и для отелей, что сильно снижает количество представленных в них объектов размещения.

Инновационная система бронирования, разрабатываемая в рамках данного проекта, будет включать в себя модуль «Content», который будет использоваться как при бронировании отелей внутри системы, так и предлагаться сторонним компаниям по модели Saas.

Модуль «Content» будет в автоматическом режиме:

• осуществлять проверку целостности и непротиворечивости представленного поставщиком описания;
• сравнивать описания отеля, представленные различными поставщиками;
• исключать из описания сомнительные или запрещенные редакционной политикой системы бронирования данные;
• генерировать «нейтральный» контент, не нарушающий лицензионные соглашения поставщиков.

Для построения модуля «Content» будут использованы генеративные технологии искусственного интеллекта.

Подключены следующие каналы:

• TravelLine — Менеджер каналов
• Bnovo — Менеджер каналов
• Контур.Отель — Менеджер каналов
• Агаст / OtelMS — Облачная система управления отелем
• WuBook — Менеджер каналов
• Frontdesk24 — Облачная система управления отелем
• Ays hotels — Сеть отелей
• Bookinglite — Облачная система управления отелем
• Marriott International — Сеть отелей
• TravelClick — Менеджер каналов
• Эделинк — Облачная система управления отелем
• Hotelinstinct / AxisRooms — Облачная система управления отелем
• SK Hotel Management — Сеть отелей
• Бронируй Онлайн — Облачная система управления отелем
• UHotels — Менеджер каналов
• Miki Travel Limited — Консолидатор отелей
• Hotelbeds — Консолидатор отелей
• Trip.com — Консолидатор отелей

Рынки российского и международного TravelTech являются быстроразвивающимися и высококонкурентными. Количество новых игроков на рынке только растет, несмотря на достаточно высокую стоимость входа. В таких условиях ожидать консолидации рынка вокруг небольшого числа игроков не приходится, поэтому для выживания на рынке необходимо искать новые ниши, пусть даже с меньшей маржинальностью, чем традиционная турагентская деятельность.

Общее число значимых отельных консолидаторов в мире оценивается в 100-150 компаний. При этом, число OTA, агентств делового туризма и маркетплейсов, заинтересованных в прямом подключении к отельным консолидаторам, больше, как минимум на два порядка.
Стоимость прямой интеграции покупателя с отельным консолидатором весьма высока, а с учетом того, что необходимо подключение к 20-30 консолидаторам, она становится неподъемной для мелких и средних компаний.

Это привело к возникновению на рынке новых компаний — технологических провайдеров, которые осуществили подключение к множеству отельных консолидаторов и объединили их в рамках собственного интерфейса прикладного программирования Application Programming Interface (далее — «API»). Покупатель может осуществить только одну техническую интеграцию с подобным технологическим провайдером и получить возможность работы с большим количеством консолидаторов сразу. Технологический провайдер будет взимать небольшую плату за использование технологии, но не будет участвовать в коммерческих расчетах между покупателем и консолидатором.

На международном рынке подобные услуги предлагают компании TravelgateX и Juniper. На российском рынке прямого аналога сейчас нет. Ближайшими косвенными аналогами можно считать компании Corteos и Ракета, но они делают основной фокус не на API-интеграциях, а на веб-модуле бронирования деловых поездок.

Инновационная система бронирования, разрабатываемая в рамках данного проекта, будет включать в себя модуль «Connectivity», будет предлагаться сторонним компаниям подключение по модели Saas к собственному API, для коммуникаций с интегрированными в нее поставщиками.