Если вы какое-то время руководили туристическим агентством или создавали платформу бронирования, вы уже знаете, что ни в одной GDS нет всего.
Туристический портал с несколькими GDS — это платформа бронирования, которая одновременно подключается к нескольким глобальным системам распределения, получая данные о текущих рейсах, тарифах и наличии мест из каждого источника и представляя их агенту или конечному пользователю в едином унифицированном результате поиска. Вместо того, чтобы агент входил в Amadeus для одного набора тарифов, переключался на Sabre для другого и проверял третий инструмент для недорогих перевозчиков, портал выполняет эту работу в фоновом режиме и возвращает единую страницу с полными результатами.
Тремя доминирующими платформами GDS в мире являются Amadeus, Sabre и Travelport. Вместе они обрабатывают более 97 процентов всех бронирований путешествий через GDS по всему миру. У каждого из них есть свои сильные стороны, собственное партнерство с авиакомпаниями, своя региональная глубина и собственная структура ценообразования. Туристическое агентство или OTA, которое соединяется только с одним из них, оставляет за бортом значительную часть доступного контента. Этот разрыв проявляется в тарифах, которые вы можете предложить, в перевозчиках, на которых вы можете оформить билеты, и в рынках, которые вы можете обслуживать на конкурентной основе.
Вот конкретный пример разрыва в содержании. Amadeus обслуживает более 900 авиакомпаний и имеет самый обширный международный контент, особенно в Европе, Азиатско-Тихоокеанском регионе, на Ближнем Востоке и в Африке. Sabre объединяет более 400 авиакомпаний, особенно среди североамериканских перевозчиков, корпоративных тарифов и фирменных тарифных пакетов американских авиакомпаний. Travelport охватывает более 460 авиакомпаний и исторически был сильнее в отношении железнодорожных перевозок, региональных европейских перевозчиков и некоторых рынков Азиатско-Тихоокеанского региона, где Amadeus имеет меньшее присутствие.
Если ваши клиенты бронируют поездку из Лондона в Сингапур через Нью-Йорк с железнодорожным переездом в Европу, вам понадобится контент из более чем одного из этих источников, чтобы построить наиболее конкурентоспособный маршрут. Атуристический портал мульти-GDS с правильнымИнтеграция GDS обрабатывает это автоматически. Ваш агент видит все за один поиск.
Amadeus является естественной отправной точкой для портала с несколькими GDS по нескольким причинам. Компания работает на 190 рынках, имеет более 100 офисов по всему миру и обслуживает более 55 000 продавцов туристических услуг. Экосистема разработчиков, которую вы можете изучить наamadeus.com/en/airlines/products/all, является одной из наиболее зрелых в отрасли GDS, с хорошо документированными API-интерфейсами REST, надежной изолированной средой и широким внедрением NDC, охватывающим 35 авиакомпаний в 165 странах. В настоящее время это единственная GDS, предлагающая продукты NDC от такого количества авиакомпаний-партнеров.
Создание Amadeus в качестве основного уровня GDS, а затем добавление Sabre и Travelport в качестве дополнительных источников контента дает вашему порталу максимально широкую основу для инвентаризации с наиболее надежным основным API для дальнейшего развития. Flight Terminus специализируется именно на этой архитектуре благодаряИнтеграция Amadeus GDS услуга.
Прежде чем вы решите, какие источники GDS включить в ваш портал с несколькими GDS, вам необходимо четкое представление о том, что на самом деле приносит каждый из них. Это не теоретическое сравнение. Это информация, которая вам нужна для правильного определения масштаба вашей интеграции и формирования правильных ожиданий от вашего партнера по разработке.
Особенность | Амадей | Сэйбер | Трэвелпорт |
|---|---|---|---|
Охваченные авиакомпании | 900+ авиакомпаний, 130+ LCC | Более 400 авиакомпаний, сильная глубина в США | Более 460 авиакомпаний, 150 со вспомогательными |
Мировые рынки | 190 стран | 160 стран | 180 стран |
Сильнейшие регионы | Европа, Азиатско-Тихоокеанский регион, Ближний Восток, Африка | Северная Америка, Латинская Америка | Восточная Европа, Африка, Азиатско-Тихоокеанский регион |
Поддержка НДЦ | 35 авиакомпаний NDC, 165 стран, самая сильная глубина NDC | NDC сертифицирован для авиакомпаний и продавцов | Розничная торговля с поддержкой NDC только на стороне продавца |
Тип API | REST API, SOAP для устаревших систем, самообслуживания и предприятий | REST и SOAP корпоративного уровня | API JSON Air, торговая площадка Travelport+ |
Содержание отеля | Более 500 000 объектов недвижимости | Более 300 000 объектов недвижимости | 3M+ благодаря партнерству с Booking.com |
Железнодорожное содержание | Ограниченная | Ограниченная | 35 железнодорожных операторов, в том числе Trainline |
Прокат автомобилей | Охвачены основные бренды | Охвачены основные бренды | 42 бренда по прокату автомобилей, включая Hertz |
Лучшее для | Международные бронирования, OTA и современные сборки API | Корпоративные поездки в США, сложные маршруты | Региональная глубина, железнодорожные компании и более мелкие агентства |
Структура затрат | Корпоративные цены, комиссия за транзакцию | Корпоративные цены, более высокая стоимость установки | Более гибкий для агентств среднего размера |
Глядя на эту таблицу, становится ясно, что подход к использованию нескольких GDS очевиден. Ни одна GDS не предоставит вам всю информацию о международных авиалиниях Amadeus, корпоративный контент Sabre в Северной Америке, а также железнодорожное и региональное покрытие Travelport в одном соединении. Правильно построенныйтуристический портал мульти-GDS объединяет все три пула контента в один уровень поиска, поэтому ваша платформа конкурирует во всех коридорах, а не только в тех, которые хорошо покрывает ваша основная GDS.
Понимание технической архитектуры портала с несколькими GDS поможет вам принимать более обоснованные решения на этапах планирования и сборки, а также четко общаться с вашей командой разработчиков. Вам не нужно писать код, но вам нужно понимать слои.
Уровень агрегации — это механизм вашего портала. Он принимает поисковые запросы из вашего внешнего интерфейса бронирования и одновременно отправляет запросы к нескольким API GDS и любым дополнительным источникам контента, которые вы подключили, включая каналы NDC и API прямых авиакомпаний. Он собирает ответы, дедуплицирует перекрывающийся контент (поскольку одна и та же версия иногда появляется и в Amadeus, и в Sabre), нормализует данные в согласованный формат и возвращает пользователю единый ранжированный список результатов.
Это значительно сложнее построить, чем интеграцию с одной GDS. Сама по себе логика дедупликации требует тщательного соблюдения правил, чтобы избежать показа одного и того же рейса дважды по разным ценам, что сбивает с толку клиентов и подрывает доверие к вашей платформе. Flight Terminus обрабатывает этот уровень агрегации как часть своегоразработка портала-агрегатора путешествий услуга.
Не каждый поисковый запрос должен поступать во все GDS одновременно. Интеллектуальный портал с несколькими GDS включает в себя логику маршрутизации, которая определяет, какие источники GDS следует запрашивать на основе маршрута, пары отправитель-назначение, авиакомпании и типа клиента. Поиск рейсов между Дели и Лондоном будет полезен, если в качестве основного источника будет использоваться запрос Amadeus. Для поиска между Далласом и Чикаго будет полезно использовать запрос Sabre в качестве основного. Ваша логика маршрутизации разумно направляет трафик, а не забивает все источники при каждом отдельном поиске, что снижает затраты на API, сокращает время отклика и удерживает использование GDS в установленных контрактом пределах.
Каждая GDS возвращает данные о тарифах в своем собственном формате и терминологии. Фирменные тарифы от Amadeus используют другую структуру полей, чем фирменные тарифы от Sabre. Вспомогательные услуги описываются по-разному во всех трех системах. Уровень нормализации преобразует все в общую схему данных, которую ваш интерфейс может последовательно отображать, независимо от того, из какой GDS был получен тариф. Благодаря этому результаты поиска в нескольких GDS кажутся вашим агентам и клиентам последовательными, а не представляют собой смесь несовпадающих данных.
Когда клиент выбирает тариф и приступает к бронированию, портал должен отправить запрос на бронирование обратно в GDS, из которой поступил этот конкретный тариф. Это означает, что ваш уровень бронирования должен поддерживать ссылку на исходную GDS для каждого тарифа в результатах поиска и правильно маршрутизировать запрос на бронирование. Управление PNR, оформление билетов и изменения после бронирования затем проходят через исходную GDS. На этом уровне сосредоточена наибольшая сложность интеграции, и здесь нужно выбирать опытногоИнтеграция с Amadeus партнер важнее всего.
Помимо трех источников GDS, хорошо построенный портал с несколькими GDS также подключается к каналам NDC для авиакомпаний, которые публикуют свои лучшие тарифы и дополнительные сведения непосредственно через NDC, а не через традиционный канал EDIFACT GDS. Авиакомпании, в том числе Lufthansa, Air France-KLM, American Airlines и United Airlines, перевели значительную часть контента на распространение только через NDC. Без подключения NDC ваш портал полностью пропускает эти тарифы.
В настоящее время Amadeus лидирует в отрасли GDS по внедрению NDC, охватывая 35 авиакомпаний NDC в 165 странах и являясь единственной GDS, предлагающей продукты NDC в таком масштабе. Это еще одна причина, по которой Amadeus хорошо работает в качестве основной основы для сборки с несколькими GDS и многоуровневым NDC. Flight Terminus также предлагаетИнтеграция API полетов AQC чтобы еще больше расширить охват контента за пределы источников GDS и NDC.
Не каждому туристическому бизнесу необходимо с первого дня подключаться ко всем трем системам GDS. Правильный объем зависит от ваших рынков, объемов бронирования и маршрутов, которые ваши клиенты заказывают чаще всего. Вот как разные типы бизнеса должны думать о своей стратегии использования нескольких GDS.
Если вы управляетеПортал бронирования авиабилетов B2CЕсли вы ориентируетесь на международных туристов, вам понадобится Amadeus в качестве основной GDS, поскольку она предоставляет обширный контент об авиакомпаниях на европейских, азиатских и ближневосточных маршрутах. Добавление Travelport дает вам дополнительный контент для региональных перевозчиков и железнодорожных комбинаций в Европе. Добавление Sabre дает вам доступ к контенту авиакомпаний США, если вы обслуживаете клиентов, бронирующих поездки в Северную Америку. Сочетание всех трех условий позволяет вашему OTA конкурировать на любом международном коридоре с полным охватом тарифов.
Аиндивидуальное решение для бронирования авиабилетов B2B для управления корпоративными поездками необходимы как Amadeus для международных корпоративных тарифов, так и Sabre для корпоративного контента в Северной Америке, включая договорные тарифы, коды корпоративных тарифов и фирменные пакеты тарифов, которые крупные перевозчики США наиболее тщательно публикуют через корпоративные каналы Sabre. Если ваши корпоративные клиенты путешествуют по всему миру и по Северной Америке, установка двойной GDS, охватывающая Amadeus и Sabre, обеспечит вам правильное сочетание контента.
Агрегаторы путешествий, которые поставляют инвентарь субагентам, небольшим агентствам илипортал «white label» партнерам необходим максимально широкий охват контента, поскольку их последующие клиенты бронируют билеты на разных рынках и с разными типами операторов связи. Настройка нескольких GDS, соединяющая Amadeus, Sabre и Travelport с контентом NDC наверху, дает платформам-агрегаторам глубину инвентаря для обслуживания любых последующих запросов на бронирование без перенаправления клиентов на внешние источники.
Туристическое агентство, ориентированное в первую очередь на маршруты Южной Азии, Ближнего Востока или Африки, может обнаружить, что только сильная интеграция с Amadeus покрывает 90 процентов объема их заказов, а Travelport добавляется для устранения пробелов в конкретных региональных перевозчиках. Правильная комбинация для вашего портала определяется фактическими данными вашего бронирования, а не общей рекомендацией. Flight Terminus начинает каждый проект с несколькими GDS с анализа маршрута, чтобы определить, какие источники GDS действительно повышают ценность покрытия для вашего конкретного бизнеса.
Создание портала с несколькими GDS — это значительные инвестиции. Правильный набор функций с самого начала означает, что вы не вернетесь и не добавите критически важные функции через шесть месяцев после запуска. Это те особенности, которые имеют наибольшее значение.
Самая фундаментальная функция: одна панель поиска, один набор фильтров, одна страница результатов. Клиент или агент не должен знать, из какой GDS поступил тариф. Они должны увидеть чистый ранжированный список вариантов, упорядоченный по цене, продолжительности или любому другому установленному ими критерию. Исходный код GDS — это внутренняя часть, которую внешний интерфейс полностью абстрагирует.
Если один и тот же класс рейса и тарифа отображается как в Amadeus, так и в Sabre, портал должен отображать его по лучшей доступной цене один раз, а не дважды. Логика дедупликации должна учитывать номер рейса, время отправления и прибытия, класс тарифа, перевозчика и тип оборудования, прежде чем принять решение, что два результата являются одним и тем же рейсом. Неправильное решение создает беспорядочный поиск и сбивает с толку клиентов, которые видят один и тот же рейс по разным ценам из разных источников.
Каждое бронирование должно быть подтверждено через GDS, из которой изначально был получен тариф. Порталу необходимо отслеживать исходную GDS для каждого тарифа в каждом сеансе поиска и правильно маршрутизировать запрос на бронирование. Это включает в себя обработку создания PNR, выдачу билетов и внесение изменений после бронирования через правильное соединение GDS, причем агенту не нужно знать или заботиться о том, какая система это обрабатывает.
Тарифы NDC таких авиакомпаний, как Lufthansa, Air France, American Airlines и United, находятся за пределами традиционного уровня контента GDS. На вашем портале тарифы NDC должны отображаться в том же виде результатов, что и тарифы GDS, четко обозначенные там, где это необходимо для прозрачности агентов, но представленные в том же формате и доступные для выбора с помощью того же процесса бронирования.Интеграция Amadeus NDC Структура, которую использует Flight Terminus, охватывает контент NDC 35 авиакомпаний, с которыми Amadeus имеет партнерские отношения NDC.
Различные источники GDS имеют разные структуры комиссий и ставки стоимости за транзакцию. Уровень администрирования вашего портала должен позволять вам настраивать правила разметки независимо для каждого источника GDS, для каждого маршрута, для каждой авиакомпании или для каждого класса тарифа. Это означает, что вы можете применять разную маржу к североамериканским тарифам Sabre и к международным тарифам Amadeus, что отражает различную структуру затрат и комиссий каждого источника.
Тарифы в любой GDS могут меняться с момента выбора клиентом тарифа до момента завершения бронирования. Вашему порталу необходим этап проверки тарифа, который переоценит выбранный маршрут по сравнению с исходной GDS в режиме реального времени, прежде чем подтвердить бронирование и принять оплату. Это предотвращает распространенную проблему, когда клиент платит за тариф, который уже изменился или распродан.
Для агентов, управляющих бронированиями из нескольких источников GDS, консолидированная панель PNR не является обязательной. Агенты должны иметь возможность просматривать все активные бронирования независимо от того, из какой GDS они были совершены, получать доступ к деталям бронирования и записям пассажиров, управлять изменениями и отменами, а также отслеживать статус выдачи билетов с одного экрана, а не входить в три отдельных терминала GDS.
Каждая GDS возвращает цены в валюте точки продаж, которая зависит от конфигурации GDS и контрактного рынка агента. Ваш портал должен четко обрабатывать мультивалютное отображение, конвертацию и оформление заказа, при этом бронирование должно быть подтверждено в правильной валюте для исходного контракта GDS. Многоязычная поддержка интерфейсов агентов также важна для порталов, обслуживающих агентов в нескольких регионах.
Создание портала с несколькими GDS — более серьезный технический проект, чем интеграция с одной GDS. Вот честное описание того, что включает в себя процесс разработки и какие основные решения принимаются на каждом этапе.
Прежде чем начать разработку, вам потребуются активные учетные данные API для каждой GDS, которую вы планируете подключить. API самообслуживания Amadeus доступны черезПортал Amadeus для разработчиков и немедленно предоставить доступ к песочнице. Для доступа к Amadeus Enterprise требуется официальное коммерческое соглашение, и их согласование зависит от объема ваших заказов и рынка. Sabre и Travelport работают одинаково: доступ к песочнице для разработчиков предоставляется относительно быстро, тогда как доступ к рабочей среде требует договорных отношений. Flight Terminus может облегчить знакомство с группами поддержки GDS в рамках проекта.
Прежде чем писать код, необходимо спроектировать архитектуру: к каким источникам GDS подключается портал, какие маршруты обслуживаются каким основным источником GDS, как работает логика агрегации и дедупликации и как обрабатывается маршрутизация бронирования. На этом этапе также рассматривается, какие каналы NDC включены, требуются ли API-интерфейсы прямых авиакомпаний для конкретного контента LCC, а также как структурирован уровень кэширования для управления затратами на API и временем ответа.
Бэкэнд-разработка подключается к каждому API GDS, реализует логику агрегации, нормализации, дедупликации и маршрутизации, а также выстраивает поток бронирования и оформления билетов. Для портала с несколькими GDS это самый сложный и трудоемкий этап разработки. API-интерфейсы REST Amadeus являются наиболее удобными для разработчиков из трех основных систем GDS, что является еще одним практическим преимуществом использования Amadeus в качестве основного уровня интеграции. Sabre и Travelport используют более сложные протоколы на основе XML и SOAP для своих основных функций бронирования.
Внешний интерфейс поиска, отображение результатов, процесс бронирования, интеграция платежей и инструменты управления агентами построены поверх внутреннего уровня. Для агентств, которым нужен портал B2C, Flight TerminusПортал бронирования авиабилетов B2C Framework предоставляет проверенную на производстве основу внешнего интерфейса, которая значительно сокращает сроки сборки внешнего интерфейса. Для порталов B2B, обслуживающих турагентов,индивидуальное решение для бронирования авиабилетов B2B Framework автоматически обрабатывает вход агента, настройку разметки и управление PNR.
Каждая GDS предоставляет изолированную среду для тестирования перед доступом к рабочей среде. Тестирование с несколькими GDS более сложное, чем тестирование с одним GDS, поскольку вы тестируете взаимодействие между несколькими источниками API, а не только одним. Логика дедупликации, правила маршрутизации и нормализация тарифов должны быть проверены на реальных данных из каждой песочницы GDS, прежде чем будут использоваться какие-либо производственные учетные данные. Ожидайте тщательного этапа контроля качества, охватывающего все основные потоки бронирования, крайние случаи и сценарии ошибок для каждого источника GDS.
После тестирования в песочнице портал переходит в рабочую среду с действующими учетными данными GDS. Первые недели работы требуют тщательного мониторинга времени ответа API, частоты ошибок и точности дедупликации при реальных бронированиях. Мониторинг затрат на API также важен с первого дня, поскольку объемы поиска в нескольких GDS могут генерировать значительные затраты на каждую транзакцию, которыми необходимо управлять с помощью логики маршрутизации и кэширования, настроенной во время разработки.
Flight Terminus — это фирма по разработке туристических технологий, специализирующаяся на интеграции GDS, порталах индивидуального бронирования и туристических платформах на основе API. Наша услуга по разработке портала с несколькими GDS охватывает полный цикл разработки: от проектирования архитектуры до запуска производства и текущего обслуживания.
Каждый проект начинается с ознакомительного звонка, чтобы понять ваши объемы бронирования, ваши целевые рынки, маршруты, которые ваши клиенты заказывают чаще всего, а также ваши существующие технологические настройки. После этого мы разрабатываем правильную архитектуру с несколькими GDS для вашего конкретного бизнеса, а не применяем общий шаблон. Чтобы начать этот разговор, посетитеFlightterminus.com/contact-us.
Часто задаваемые вопросы о разработке портала Multi-GDS
Да, но разница в стоимости не так велика, как ожидают многие агентства, когда впервые слышат этот термин. Наибольшие дополнительные затраты при сборке с несколькими GDS связаны с логикой агрегации и дедупликации, которая находится на внутреннем уровне. Интерфейс, интеграция платежей и инструменты администрирования в основном одинаковы, независимо от того, сколько источников GDS поступает на платформу. Стоимость контракта GDS также увеличивается, поскольку вы платите комиссию за транзакцию нескольким поставщикам, а не одному. При этом дополнительный доход от более широкого охвата контента обычно перевешивает дополнительные затраты в течение 6–12 месяцев для агентств со значительными объемами заказов.
Ваша аккредитация IATA распространяется на полномочия по выдаче билетов независимо от того, какую GDS вы используете для получения тарифа. Что меняется с каждой GDS, так это коммерческое соглашение, которое вы заключаете с этим конкретным поставщиком GDS, которое регулирует цены, плату за бронирование и доступ к контенту, на который вы имеете право. Flight Terminus может помочь вам разобраться в коммерческих требованиях для каждой GDS на этапе планирования проекта.
Да, и это на самом деле самый разумный подход для многих агентств. Создание прочной основы Amadeus с хорошо структурированным уровнем агрегации, предназначенным для приема дополнительных источников контента, означает, что вы можете добавлять Sabre, Travelport или прямые соединения NDC без перестройки базовой архитектуры. Главное — убедиться, что первоначальная сборка с самого начала спроектирована с учетом расширяемости. Если вы подключаете дополнительные источники GDS к системе, которая для нее не предназначена, сложность интеграции значительно усложняется. Flight Terminus разрабатывает все серверные части с несколькими GDS, при этом расширяемость является основным требованием, а не второстепенной мыслью.
Портал с несколькими GDS специально подключается к двум или более глобальным системам распространения в качестве основных источников контента. Апортал-агрегатор путешествий — это более широкая концепция, которая может включать источники GDS, но также включает прямые API авиакомпаний, контент LCC, каналы NDC, гостиничные койко-места и другие типы контента, которые полностью находятся за пределами экосистемы GDS. Полноценный агрегатор путешествий — это расширенная версия портала с несколькими GDS. Многие туристические компании начинают со сборки нескольких GDS и постепенно добавляют источники контента, не относящиеся к GDS, по мере развития своей платформы.
Для большинства туристических компаний, ориентированных на международные рынки, комбинация Amadeus, Sabre и Travelport охватывает максимально широкий контент авиакомпаний. Amadeus лидирует в сфере контента для операторов связи в Европе, Азии, Ближнем Востоке и Африке с наибольшим внедрением NDC. Sabre обеспечивает углубленное изучение североамериканских перевозчиков и корпоративных структур тарифов. Travelport добавляет контент региональных авиакомпаний, железнодорожное сообщение через партнерство с Trainline и покрытие на рынках, где два других имеют меньшее проникновение. Добавление каналов NDC поверх этой базы трех GDS, в частности через программу Amadeus NDC, заполняет оставшиеся пробелы в контенте от авиакомпаний, напрямую распространяющих свои лучшие тарифы.
Да. Все три основные платформы GDS включают отели, аренду автомобилей и вспомогательный контент, а также информацию о рейсах. Amadeus обслуживает более 500 000 отелей. Sabre охватывает более 300 000 объектов недвижимости. Travelport получает доступ к более чем 3 миллионам вариантов размещения благодаря партнерству с Booking.com. Портал с несколькими GDS может объединять контент об отелях из тех же источников GDS вместе с контентом о рейсах, предоставляя клиентам комбинированный опыт поиска авиабилетов и отелей на одной платформе. Также может быть включен контент по прокату автомобилей, железнодорожному транспорту и круизам, в зависимости от того, какие источники GDS подключены и что охватывает область действия вашей платформы.