Портал-агрегатор путешествий совместно с Amadeus и NDC объединяет традиционный контент GDS и контент NDC, напрямую связанный с авиакомпаниями, в одном поиске, одном представлении сравнения и одном потоке бронирования.
New Distribution Capability — это стандарт передачи данных на основе XML, разработанный IATA. Его цель — дать авиакомпаниям возможность распространять богатые персонализированные предложения, в том числе фирменные тарифы, пакетные дополнительные услуги и динамические цены, непосредственно продавцам путешествий, а не ограничиваться более плоскими структурами тарифов, которые поддерживает традиционная система распределения GDS на основе EDIFACT.
До появления NDC возможности авиакомпаний дифференцировать свой продукт через канал GDS были ограничены. Два пассажира, просматривающие один и тот же маршрут через GDS, обычно видят одни и те же классы тарифов и один и тот же стандартизированный контент независимо от того, какого продавца путешествий они использовали. NDC меняет это, позволяя авиакомпании самостоятельно создавать и контролировать предложение, подобно тому, как собственный веб-сайт авиакомпании может отображать тщательно подобранный набор вариантов мест, багажа и питания по определенной цене.
Для туристических агентств это создает как возможности, так и сложности. Новая возможность — это доступ к более богатому контенту: фирменным тарифам, дополнительным пакетам и предложениям, которые не всегда доступны через традиционные каналы GDS. Сложность заключается в том, что контент NDC поступает по другому техническому пути, чем контент GDS, и каждая авиакомпания может реализовать NDC немного по-своему. Объединение этих двух результатов в один последовательный результат поиска для агента или клиента — это настоящая задача интеграции, а не просто дополнительный вызов API.
Amadeus решает эту сложность с помощью так называемой туристической платформы Amadeus, которая предназначена для объединения контента из нескольких источников, включая традиционный контент EDIFACT GDS и контент NDC от авиакомпаний-партнеров, в единую среду, в которой продавцы туристических услуг могут искать и бронировать билеты.
По словам Amadeus, каждая авиакомпания реализует NDC по-своему, и Amadeus управляет этой изменчивостью, так что контент NDC доставляется продавцам путешествий через один упрощенный поток продаж, заказов, оплаты и обслуживания, независимо от того, какая авиакомпания реализует NDC.
Это имеет большое значение для любого, кто строитпортал-агрегатор путешествий с Amadeus и NDC. Вместо создания отдельной интеграции для собственного NDC API каждой авиакомпании (что является альтернативным подходом, который используют некоторые агрегаторы), платформа, построенная на Amadeus Travel Platform, может получать доступ к контенту NDC от подключенных авиакомпаний-партнеров Amadeus через один согласованный интерфейс наряду со стандартными тарифами GDS.
Тем, кто планирует интеграцию, стоит отметить несколько конкретных фактов о том, как это работает на практике:
Это принципиально другая отправная точка, чем создание индивидуальной интеграции с собственной конечной точкой NDC каждой отдельной авиакомпании, что технически возможно, но требует отдельной сертификации, отдельного обслуживания и отдельного решения конкретных особенностей реализации каждой авиакомпании.
Любой, кто планирует новую интеграцию с Amadeus в 2026 году, должен знать о конкретном изменении, которое повлияет на предоставление доступа. Amadeus подтвердила, что ее портал для разработчиков самообслуживания, точка входа, которую многие небольшие агентства и независимые разработчики использовали для доступа к API Amadeus на основе оплаты по факту, будет выведен из эксплуатации в середине 2026 года, а API корпоративного уровня останутся доступными через отдельный портал Amadeus Enterprise.
Это важный момент при планированиипортал-агрегатор путешествий с Amadeus и NDC проект. Агентствам и технологическим группам, начинающим новую сборку, следует напрямую уточнить у Amadeus или авторизованного партнера по внедрению Amadeus, какой уровень доступа и путь адаптации применимы к их бизнесу в момент начала разработки, а не предполагать, что устаревший процесс регистрации самообслуживания все еще применяется. Основные API, включая поиск рейсов, ценообразование, бронирование и доступ к контенту NDC, остаются доступными; Изменения коснулись маршрута предоставления учетной записи.
Туристическое агентство, оценивающее этот тип сборки, иногда спрашивает, заменит ли NDC в конечном итоге контент GDS полностью, и в этом случае создание обоих может показаться ненужной сложностью. На практике эти два типа контента служат разным и взаимодополняющим целям, и платформа, которая предоставляет только один из них, будет систематически упускать из виду инвентарь и цены, которые предоставляет другой.
Традиционный контент GDS на основе EDIFACT остается основой глобального распределения рейсов. Он охватывает самую широкую базу авиакомпаний, включая перевозчиков, которые еще не внедрили NDC или распространяют через него только часть своего контента. Для агрегатора, которому требуется комплексное покрытие маршрутов и тарифов для всего спектра авиакомпаний, которые клиент может захотеть забронировать, контент GDS не является обязательным.
Для авиакомпаний, инвестировавших в NDC, контент, доступный через этот канал, зачастую богаче, а иногда и по более конкурентоспособной цене, чем тот, который та же авиакомпания распространяет через традиционные каналы GDS. Некоторые операторы связи ввели надбавку за прямое соединение к устаревшим бронированиям GDS в качестве стимула для продвижения распространения в сторону NDC и прямых каналов, что означает, что в некоторых случаях контент NDC не только богаче, но и действительно дешевле для конечного клиента. Агрегатор, который последовательно игнорирует риски NDC, показывает более высокую цену, чем реально доступна для этого маршрута.
NDC позволяет авиакомпаниям предлагать фирменные семейства тарифов и сопутствующие услуги, такие как выбор места, багаж и приоритетная посадка, упакованные вместе по определенной цене, таким образом, что традиционные классы тарифов GDS обычно не могут воспроизводиться с той же степенью детализации. Апортал-агрегатор путешествий с Amadeus и NDC появление этих пакетов дает клиентам более актуальный выбор и дает агентству больше возможностей для дополнительного дохода.
Если платформа отображает только контент GDS, клиенты, ищущие авиакомпанию, которая перевела свои лучшие тарифы на NDC, увидят неполную или завышенную цену. Если платформа показывает только контент NDC, она не учитывает авиакомпании, которые не внедрили NDC, и не учитывает тарифы, которые остаются эксклюзивными для GDS. Комбинированный подход — единственный способ предоставить клиентам действительно полные и точные по цене результаты поиска.
Для создания платформы, которая действительно сочетает в себе контент GDS и NDC, требуется нечто большее, чем вызов одной конечной точки поиска. Вот как создается готовая к производству архитектура для такого родапортал-агрегатор путешествий с Amadeus и NDC обычно сходятся.
В основе лежит подключение к платформе Amadeus Travel Platform, доступ к которой осуществляется через Amadeus Travel API или эквивалентный пакет корпоративных API в зависимости от вашего уровня доступа. Этот уровень выполняет аутентификацию в Amadeus с использованием OAuth 2.0, управляет жизненным циклом сеанса, отправляет поисковые запросы и получает комбинированный ответ, который может включать как традиционные тарифы GDS, так и предложения NDC от подключенных авиакомпаний-партнеров, в зависимости от того, как настроен запрос.
Поскольку Amadeus уже выполняет работу по нормализации реализаций NDC различных авиакомпаний в один согласованный поток, это ядро интеграции значительно проще, чем создание отдельных соединений NDC напрямую с каждой авиакомпанией. Это по-прежнему требует тщательного учета различий между тем, как предложения NDC и традиционные тарифы структурированы в ответных данных, поскольку предложения NDC содержат дополнительные атрибуты для описаний фирменных тарифов и вспомогательных пакетов, которых нет у стандартных тарифов GDS.
Даже несмотря на то, что Amadeus берет на себя большую часть базовой сложности, прикладной уровень вашего агрегатора все равно нуждается в этапе нормализации предложений. Этот уровень принимает необработанный ответ, который может включать в себя сочетание тарифов GDS и предложений NDC с различными формами данных, и преобразует все в один согласованный внутренний формат, с которым ваша страница результатов поиска, система ценообразования и рабочий процесс бронирования могут единообразно работать.
Именно здесь принимаются решения о том, как представлять фирменные названия тарифов, как отображать включенные и дополнительные дополнительные услуги и как обеспечить, чтобы клиент, сравнивающий тариф GDS с предложением NDC для того же маршрута, видел сравнение яблок с яблоками, а не два несовместимых формата.
После нормализации предложений ваша система ценообразования применяет правила наценки, сортирует результаты в соответствии с вашей бизнес-логикой и решает, как ранжировать предложения GDS и NDC друг против друга. Распространенный подход заключается в ранжировании по общей цене, включая все обязательные дополнительные услуги, поскольку пакет NDC, включающий багаж, может быть действительно дешевле, чем базовый тариф GDS, который исключает его, если учитывать фактические потребности клиента.
Некоторые платформы также применяют логику взвешивания, которая отдает предпочтение контенту NDC, когда отношения с авиакомпаниями или коммерческие условия делают его выгодным, при этом гарантируя, что контент GDS остается видимым для маршрутов или авиакомпаний, где покрытие NDC является неполным.
Когда клиент выбирает предложение и переходит к бронированию, уровень бронирования должен правильно обработать транзакцию, независимо от того, был ли базовый контент получен через GDS или NDC. Amadeus оформляет бронирования NDC как стандартное PNR через запись интерфейса Amadeus, что является значительным техническим преимуществом, поскольку означает, что существующие рабочие процессы подтверждения бронирования, оформления билетов, внесения изменений и отмены не требуют совершенно отдельных логических путей для бронирований NDC и GDS. Оба проходят через одну и ту же инфраструктуру обслуживания на основе PNR.
Содержимое NDC часто включает в себя структурированные вспомогательные и фирменные данные о тарифах, которые не отображаются в стандартном отображении тарифов GDS. Вашему интерфейсу необходим слой отображения, специально предназначенный для четкого представления этих опций: показывающий, что включено в пакет фирменных тарифов, какие дополнительные услуги доступны для выбора и как меняется общая цена по мере того, как клиент добавляет или удаляет их. Это существенно отличающееся требование пользовательского интерфейса от простого списка тарифов, и его следует планировать как отдельный компонент, а не второстепенную мысль.
С полным каталогом туристических API-интерфейсов и возможностей платформы Amadeus можно ознакомиться на страницеAmadeus для разработчиков. В следующей таблице приведены основные возможности, относящиеся кпортал-агрегатор путешествий с Amadeus и NDC build, основанный на описании Amadeus своей собственной платформы.
Возможности Амадеуса | Что это дает | Актуальность для сборки агрегатора |
API Amadeus Travel | Доступ к веб-сервисам с поддержкой NDC, интегрирующийся с существующими системами агентства | Основной уровень API для создания собственного агрегатора с комбинированным контентом |
Туристическая платформа Amadeus | Единая серверная часть, объединяющая источники контента EDIFACT GDS, NDC и LCC | Базовая инфраструктура, выполняющая консолидацию контента |
Altea NDC и NDC Connect | Программы, посредством которых авиакомпании распространяют контент NDC через Amadeus | Определяет, контент NDC каких авиакомпаний доступен через платформу |
Продам Платформу Connect | Графический интерфейс, отображающий контент NDC и не-NDC в одном представлении «Все тарифы» | Ориентир для того, как сам Amadeus представляет агентам объединенный контент |
Предложения рейсов Поиск и цена | Основной поиск рейсов и подтверждение цен в подключенных источниках контента | Используется как для предложений GDS, так и для предложений NDC в рамках одного рабочего процесса |
Запись интерфейса Amadeus | Механизм оформления бронирования NDC в виде стандартного PNR | Позволяет существующим инструментам обслуживания и бэк-офиса работать с бронированиями NDC |
Вот как работает процесс поиска и бронирования:портал-агрегатор путешествий с Amadeus и NDC, от поиск до подтвержденного бронирования.
Шаг | Что происходит | Задействованный источник контента |
Поисковый запрос | Клиент вводит пункт отправления, пункт назначения, даты и данные о пассажирах | Неприменимо, это входная коллекция |
Амадеус Запрос | Платформа запрашивает Amadeus Travel Platform через ядро интеграции | Как GDS, так и связанный с ним контент авиакомпаний NDC |
Обработка необработанных ответов | Система получает комбинированный ответ со смешанными типами контента | Тарифы GDS и предложения NDC в их собственных форматах |
Нормализация предложения | Каждое предложение преобразуется в последовательную внутреннюю структуру | Применяется единообразно независимо от источника |
Цены и рейтинг | Применяются правила наценки, результаты сортируются по общей цене и бизнес-логика | Оба типа контента ранжировались вместе |
Отображение результатов | Клиент или агент видит единый список с четко обозначенными фирменными тарифами и вспомогательной информацией | Оба типа контента представлены в одном интерфейсе |
Выбор и подтверждение цены | Выбранное предложение подтверждено на текущую цену и наличие | Подтверждающий звонок в зависимости от источника через Amadeus |
Создание бронирования | Бронирование отправлено и создано PNR | Стандартное бронирование, выдаваемое как для бронирований GDS, так и для NDC через запись интерфейса |
Подтверждение и обслуживание | Маршрут доставлен; бронирование доступно для изменения стандартными инструментами | Единое обслуживание независимо от исходного источника контента |
Практическая ценность использования платформы Amadeus Travel Platform вместо независимой сборки отдельных интеграций GDS и NDC наиболее заметна на последних двух шагах. Поскольку бронирования NDC оформляются как стандартные PNR, ваши инструменты обслуживания после бронирования, ваши отчеты, а также процессы среднего и вспомогательного офиса не нуждаются в параллельном наборе логики только для обработки контента NDC, отличного от контента GDS.
Любое агентство, чья текущая платформа получает контент только из GDS или только из части прямых рейсов авиакомпаний, по определению не показывает клиентам полную картину того, что доступно. По мере того, как все больше авиакомпаний переносят значимый контент на NDC, разрыв между платформой, использующей только GDS, и тем, что действительно можно забронировать на рынке, продолжает увеличиваться. Агентствам, которые хотят, чтобы результаты поиска отражали реальную рыночную реальность, нужны оба источника.
Онлайн-турагентства и платформы-агрегаторы живут или умирают от того, являются ли их отображаемые цены точными и конкурентоспособными. Платформа, на которой отсутствует контент NDC, на определенных маршрутах и авиалиниях будет постоянно показывать более высокую цену, чем может показать конкурент, предлагающий комбинированный контент. Это прямой и измеримый конкурентный недостаток при сравнении цен, который является основной основой, на которой большинство клиентов OTA выбирают, где бронировать.
Программы корпоративных поездок все чаще требуют, чтобы сотрудники имели доступ к пакетным тарифам, включающим дополнительные услуги, которые уже покрываются политикой компании, такие как регистрируемый багаж или выбор места, а не приобретали их отдельно. Фирменная структура тарифов NDC хорошо подходит для этого, а корпоративная платформа бронирования, которая включает контент NDC наряду с тарифами GDS, может представлять эти пакеты непосредственно в результатах поиска сотрудника, соответствующих политике.
Технологическая компания, создающая агрегирующий продукт для лицензирования или «white-label» для нескольких клиентов-агентств, получает выгоду от создания комбинации GDS и NDC один раз, на уровне платформы, вместо того, чтобы оставлять каждое клиентское агентство самостоятельно справляться со сложностями. Это настоящее отличие продукта при конкуренции за клиентов агентств, которые оценивают нескольких поставщиков платформ агрегации.
Объединенный агрегатор GDS и NDC не обязательно строить как изолированную систему. Лучше всего он работает как уровень контента, который обеспечивает несколько каналов бронирования в рамках более широкой технологической платформы для путешествий.
Основная возможность агрегации, описанная в этом руководстве, является технической основойпортал-агрегатор путешествий продукт от Flight Terminus, который создан для объединения контента из нескольких источников, включая Amadeus GDS и подключенные авиакомпании-партнеры NDC, в единый интерфейс поиска и бронирования.
Как только объединенный уровень контента существует, он может обеспечивать работу нескольких внешних каналов. АПортал бронирования авиабилетов B2C может представить объединенные результаты GDS и NDC непосредственно потребителям, показывая фирменные тарифы и дополнительные пакеты в удобном для розничной торговли формате. Тот же уровень контента может использоваться виндивидуальное решение для бронирования авиабилетов B2B для агентов, которым требуется прозрачность тарифов и контроль наценок в предложениях GDS и NDC.
Агентства, которые хотят расширить этот комбинированный доступ к контенту на свои собственные субагентские или франчайзинговые сети, могут развернуть его черезпортал бронирования авиабилетов по схеме «white label» структуру, предоставляющую каждому партнерскому агентству фирменный интерфейс над одним и тем же базовым агрегированным контентом.
Техническое подключение к самому Amadeus, включая аутентификацию, обработку сеанса и работу по нормализации предложений, описанную ранее в этом руководстве, управляется черезинтеграционные услуги, со специальнымИнтеграция Amadeus GDS модуль, учитывающий особенности подключения Amadeus Travel Platform.
Для платформ, которые хотят еще больше расширить покрытие, выходя за пределы собственной сети авиакомпаний-партнеров Amadeus NDC, включая контент недорогих авиакомпаний или дополнительные тарифы консолидатора,Решение для интеграции API полетов AQC добавляет дополнительный уровень контента, который находится рядом с соединением Amadeus GDS и NDC, предоставляя агрегатору еще более широкое представление о доступных ресурсах.
Помимо схемы архитектуры, существуют практические реалии, которые постоянно проявляются в проектах, сочетающих контент GDS и NDC. Их стоит планировать явно, а не обнаруживать в середине сборки.
Даже несмотря на то, что Amadeus нормализует большую часть различий между реализациями NDC авиакомпаний, агентства, работающие на платформе, по-прежнему сталкиваются с различиями в том, сколько вспомогательных деталей предоставляют разные авиакомпании, как называются и структурируются их семейства фирменных тарифов, а также насколько последовательно доступны определенные функции, такие как схемы мест, в предложениях NDC по сравнению с традиционными тарифами. Создавайте уровни нормализации и отображения предложений, ожидая, что различия между авиакомпаниями по-прежнему будут нуждаться в обработке на уровне приложения, даже если Amadeus выполняет базовую работу по консолидации.
Хотя бронирование NDC, оформляемое как стандартное PNR через Amadeus Interface Record, является настоящим упрощением, рабочие процессы внесения изменений, отмены и возврата средств для бронирований, полученных из NDC, все же могут подчиняться правилам, специфичным для авиакомпании, которые отличаются от того, как те же действия работают для традиционного тарифа GDS. Прежде чем рассматривать платформу как готовую к производству, протестируйте потоки обслуживания после бронирования непосредственно на бронированиях NDC от нескольких авиакомпаний, а не только на бронированиях GDS.
Получение доступа к API-интерфейсам Amadeus, особенно на уровне, необходимом для производственного агрегатора, объединяющего контент GDS и NDC, включает в себя предоставление учетной записи, учетные данные и во многих случаях процесс сертификации для подтверждения правильности работы потоков бронирования, прежде чем они начнут осуществляться с реальными транзакциями. С самого начала включите это время в свой план проекта, особенно с учетом изменений в 2026 году в том, как Amadeus обеспечивает самообслуживание по сравнению с корпоративным доступом к API, описанным ранее в этом руководстве.
Наивное сравнение цен, которое просто сортирует по самому низкому отображаемому тарифу, может ввести клиентов в заблуждение при сравнении базового тарифа GDS с пакетом NDC, который уже включает выбор багажа и места. Самый надежный агрегатор нормализует сравнение, показывая общую цену за эквивалентный набор включений, или, как минимум, делает четко видимым, что включено, а что нет в каждое предложение, прежде чем клиент сделает выбор.
Апортал-агрегатор путешествий с Amadeus и NDC В проекте больше движущихся частей, чем в стандартной сборке поиска и бронирования только для GDS. Вот реалистичная разбивка по фазам.
Фаза | Что происходит | Типичная продолжительность |
Обнаружение и настройка учетной записи | Требования к объему, подтверждение уровня доступа и маршрута обеспечения Amadeus, планирование потребностей в сертификации | 2–3 недели |
Ядро интеграции Amadeus | Создайте аутентификацию, управление сеансами, а также основные соединения API поиска и цен | от 4 до 6 недель |
Уровень нормализации предложения | Создайте логику, преобразующую ответы GDS и NDC в один согласованный внутренний формат | от 4 до 6 недель |
Система ценообразования и ранжирования | Внедрение правил наценки, логики сравнения общих цен и ранжирования результатов по типам контента. | от 3 до 4 недель |
Фирменный тариф и дополнительная информация | Создайте интерфейсные компоненты для четкого отображения пакетных тарифов и дополнительных услуг | от 3 до 5 недель |
Уровень бронирования и обслуживания | Создайте и протестируйте процессы создания, изменения и отмены бронирования для обоих типов контента | от 4 до 6 недель |
Сертификация и тестирование | Выполнение требований сертификации Amadeus и комплексное тестирование в нескольких авиакомпаниях | от 3 до 6 недель |
Мягкий запуск и мониторинг | Ограниченный выпуск в реальном времени с тщательным мониторингом точности цен и показателей успешности бронирования | 2–3 недели |
Полная сборка обычно занимает от начала проекта до стабильного запуска производства от четырех до семи месяцев, в зависимости от объема внешних каналов, которые необходимо обеспечить агрегированному контенту, и глубины требуемой функциональности обслуживания.
Ситуация с распространением эфирного контента действительно изменилась, и платформа бронирования, которая использует только контент GDS, показывает клиентам неполное, а иногда и более дорогое представление о том, что на самом деле доступно. Апортал-агрегатор путешествий с Amadeus и NDCустраняет этот разрыв, объединяя традиционные тарифы GDS и прямой контент NDC для авиакомпаний в одном поиске, одном сравнении цен и одном потоке бронирования, используя инфраструктуру, которую Amadeus уже создала специально для управления сложностью различных реализаций NDC у нескольких авиакомпаний.
Техническая работа реальна: нормализация предложений, логика ценообразования, учитывающая то, что фактически включено в каждый тариф, и потоки обслуживания, которые правильно работают для обоих типов контента, — все это требует тщательного проектирования. Но сама платформа Amadeus Travel Platform снимает значительную часть бремени интеграции, которое в противном случае возникло бы при независимом подключении к реализации NDC каждой авиакомпании.
Для агентств и групп туристических технологий, которые хотят, чтобы их результаты поиска действительно отражали то, что можно забронировать сегодня на рынке, а не частичное представление, ограниченное традиционным контентом GDS, создание этой комбинации больше не является обязательным. Это базовый уровень, с которым клиенты все чаще сравнивают каждую платформу.
Часто задаваемые вопросы по созданию с помощью Amadeus
Содержимое GDS относится к тарифам авиакомпаний и инвентарю, распространяемым посредством традиционного обмена сообщениями на основе EDIFACT, который является стандартом, который глобальные системы распределения, такие как Amadeus, используют на протяжении десятилетий. NDC, или New Distribution Capability, — это новый стандарт на основе XML, разработанный IATA, который позволяет авиакомпаниям напрямую распространять более богатые и персонализированные предложения, включая фирменные пакеты тарифов и дополнительные услуги, упакованные вместе по определенной цене. Практическая разница дляпортал-агрегатор путешествий с Amadeus и NDC заключается в том, что контент GDS имеет тенденцию быть более стандартизированным и широко доступным практически для всех авиакомпаний, в то время как контент NDC предлагает большую дифференциацию продуктов, но доступен только у конкретных авиакомпаний, которые построили соединения NDC, что представляет собой растущую, но все еще частичную подгруппу рынка.
Компания Amadeus создала платформу Amadeus Travel Platform специально для объединения контента EDIFACT GDS и контента NDC от подключенных авиакомпаний-партнеров в одной среде, доступной через такие продукты, как Amadeus Travel API и Amadeus Selling Platform Connect. Это означает, что вам не нужно создавать отдельную независимую интеграцию с конечной точкой NDC каждой отдельной авиакомпании, если вы получаете этот контент через Amadeus. Вам по-прежнему нужен уровень нормализации предложений в вашем собственном приложении, чтобы обрабатывать структурные различия между тем, как представлены тарифы GDS и предложения NDC, но базовая связь и большая часть изменчивости между авиакомпаниями управляются Amadeus, а не вашей собственной командой интеграции.
В большинстве случаев да. Amadeus оформляет бронирования NDC как стандартное PNR через запись интерфейса Amadeus. Это означает, что те же очереди, системы среднего и вспомогательного офиса, инструменты отчетности и рабочие процессы обслуживания, которые ваше агентство уже использует для бронирований GDS, обычно продолжают применяться и к бронированиям NDC. Это значительное практическое преимущество, поскольку означает, что вы не поддерживаете две совершенно отдельные операционные системы для двух типов контента. Тем не менее, некоторые правила NDC для конкретных авиакомпаний, касающиеся внесения поправок, отмены и возмещения средств, все равно могут отличаться от того, как те же действия работают с традиционным тарифом GDS, поэтому стоит протестировать свои рабочие процессы обслуживания специально на основе заказов NDC, прежде чем рассматривать возможность создания готового к производству продукта.
Amadeus заявила, что значительное и растущее число авиакомпаний, включая десятки крупных перевозчиков, подключены к ее программам Altea NDC и NDC Connect, которые представляют собой механизмы, которые авиакомпании используют для распространения своего контента NDC через Amadeus Travel Platform среди своей сети продавцов путешествий. Точное количество и количество подключенных конкретных авиакомпаний со временем меняются по мере того, как все больше перевозчиков внедряют NDC и расширяют свои дистрибьюторские соглашения, поэтому любое агентство, планирующеепортал-агрегатор путешествий с Amadeus и NDC build должен подтвердить текущий список подключенных авиакомпаний-партнеров непосредственно у Amadeus или авторизованного партнера по внедрению во время планирования проекта, поскольку этот список является одним из наиболее динамичных аспектов ландшафта NDC.
Amadeus подтвердила, что ее портал для разработчиков самообслуживания, который исторически был точкой входа для небольших агентств и независимых разработчиков для доступа к API Amadeus на основе оплаты по факту, будет выведен из эксплуатации в середине 2026 года. Доступ к API корпоративного уровня по-прежнему доступен через отдельный портал Amadeus Enterprise. Это означает, что агентства и разработчики, начинающие новый проект интеграции, должны напрямую подтвердить в Amadeus, какой уровень доступа и путь адаптации в настоящее время применимы к их бизнесу, а не предполагать, что устаревший процесс самообслуживания по-прежнему является подходящей отправной точкой. Базовые API, включая поиск рейсов, ценообразование, бронирование и доступ к контенту NDC, остаются доступными; что изменилось, так это маршрут подготовки, посредством которого настраиваются новые учетные записи.
Он может делать и то, и другое, и влияние цены часто является более значимым фактором. Некоторые авиакомпании ввели дополнительные сборы за прямые пересадки к бронированиям, сделанным через традиционные каналы GDS, в рамках более широкой кампании по смещению распределения в сторону NDC и прямых пересадок. Это означает, что в некоторых случаях предложение NDC для данного маршрута действительно дешевле, чем эквивалентный тариф GDS, а не просто упаковано по-другому. Платформа, которая предоставляет только контент GDS, на этих маршрутах будет постоянно показывать более высокую цену, чем та, которая фактически доступна на рынке. Объединение обоих типов контента с помощьюпортал-агрегатор путешествий с Amadeus и NDC Таким образом, речь идет не только о предложении более богатых вариантов фирменных тарифов; Речь также идет о том, чтобы цены, предлагаемые клиентам, были действительно наиболее конкурентоспособными из всех каналов сбыта.