Шестая, заключительная часть цикла об ИТ в авиаперевозках логично упирается в парадокс: отрасль умеет строить высоконагруженные цифровые платформы, но ключевой контур дистрибуции билетов по‑прежнему опирается на подходы, появившиеся задолго до интернета. Уже 14 лет стандарт NDC пытается сдвинуть с пьедестала традиционные GDS, однако "революция" растянулась - и до полноценной замены старой модели всё ещё далеко. Причины здесь не только технические: на скорость изменений влияют экономика рынка, распределение власти между игроками и цена ошибок в критически важной инфраструктуре.
Контраст особенно заметен, если посмотреть на современные ИТ‑практики в других доменах. На конференции ContainerDays 2026 я выступал с докладом о средах выполнения контейнеров: пространства имён Linux, контрольные группы, примитивы ядра - всё, что делает возможными Docker и Kubernetes. В этом мире инфраструктура по замыслу "одноразовая": её легко поднять, так же легко уничтожить, а состояние выносится наружу. Такие системы создают с расчётом на заменяемость и минимальную привязку к конкретным узлам.
Ирония в том, что поездку на мероприятие обеспечила инфраструктура прямо противоположной философии - созданная задолго до Linux, Unix и самого понятия "онлайн‑дистрибуции". Бронирование рейсов, которыми я добирался на ContainerDays, оформил сотрудник Technogise через портал myBiz, а дальше заявку обработал Amadeus. Где‑то в офисе MakeMyTrip в Ахмедабаде агент, работая в терминале, создал мой PNR. Команды выглядели почти так же, как в "классическом" терминальном мире, а модель данных, лежащая в основе PNR, тянется ещё с 1960‑х годов.
Именно эту историческую конструкцию IATA с 2012 года планирует постепенно заменить стандартом NDC (New Distribution Capability). Но четырнадцать лет спустя замещение в полном объёме так и не произошло. Формально NDC - это XML‑стандарт, который описывает современный способ обмена данными между авиакомпаниями и каналами продаж. А традиционные GDS (Global Distribution System) исторически основаны на терминальных командах, сообщениях формата SITA Type B и моделях данных эпохи телетайпов. В результате один мир говорит на языке API и структурированных ответов, а другой - на языке наследия, где каждое расширение даётся дорого и болезненно.
Зачем вообще понадобился NDC? Проблема, которую он решает, вполне приземлённая и денежная. В классической модели GDS при запросе доступности обычно возвращаются классы бронирования и базовые тарифы. Но авиакомпаниям сегодня мало продать "место из A в B": маржинальность всё чаще лежит в доппродуктах - багаж, конкретное место, апгрейды, доступ в бизнес‑зал, премиальное питание, пакетные предложения, партнёрские продукты вроде кобрендинговых карт. В традиционной цепочке эти опции либо невидимы на этапе выбора, либо подключаются позже, уже после создания бронирования, отдельными запросами и в разных интерфейсах. В итоге пользователь видит усечённое предложение, а авиакомпания теряет возможность продавать "витриной", как это делает современная электронная коммерция.
NDC перестраивает логику ответа. В "мире NDC" запрос покупателя уходит в API авиакомпании и возвращается не только тарифом и наличием мест, а полноценным коммерческим предложением: место, багаж, питание, апгрейд, бандлы - в одном структурированном ответе. Дополнительно появляется пространство для персонализации: учёт уровня в программе лояльности, истории поведения клиента, условий корпоративного договора. А ещё - для динамического ценообразования, основанного на сегментации и правилах, которые авиакомпания может контролировать гораздо гибче, чем в старой схеме.
Старая модель выглядит иначе: запрос → GDS → базовая доступность и тарифы. Всё, что выходит за пределы "ядра", часто превращается в цепочку дополнительных шагов, которые требуют уже созданного PNR и отдельной обработки. Это не просто неудобство - это архитектурное ограничение канала продаж, который исторически проектировали под другой рынок и под другую экономику.
При этом нельзя сказать, что NDC - закрытая или "бумажная" инициатива. Технические спецификации опубликованы и доступны, ряд авиакомпаний действительно подняли NDC‑совместимые API, а на рынке появились агрегаторы и TMC (агентства делового туризма), которые научились работать с этим форматом. То есть технология как таковая существует. Но массовый переход - это не только "уметь отдавать XML", а уметь жить в новой экосистеме, где меняются роли и денежные потоки.
Экономика сопротивления здесь проста: традиционные GDS десятилетиями были центральным узлом, через который проходили бронирования, правила, контент и отчётность. Вокруг них выстроены процессы агентств, корпоративных покупателей, бэк‑офисов, интеграций, SLA и привычки пользователей. Любая замена затрагивает тысячи компаний и миллионы операций, а значит - несёт высокие риски. При этом для многих посредников новый стандарт выглядит как угроза: если авиакомпания может "напрямую" сформировать полное предложение и продать его через собственный API, роль привычного центра тяжести неизбежно меняется.
Есть и чисто технический слой сопротивления: сопоставимость контента. Один из самых болезненных вопросов - равнозначное представление продуктов авиакомпаний. В GDS мир долгое время был относительно унифицирован: тарифы и классы бронирования - более‑менее общие сущности. В NDC же каждая авиакомпания получает больше свободы в том, как упаковывать свои бандлы, услуги и условия. Для агрегаторов это означает новую сложность: нужно не только "показать всё", но и корректно сравнить "похожее с похожим", не исказив смысл и не спрятав важные ограничения. Иначе пользователю дадут витрину, но не дадут ясности выбора.
Отдельная история - надёжность. Инцидент с птицей (вынужденное событие, которое на практике проверяет цепочки обработки, резервирования и восстановления) неожиданно подсветил, насколько упорны системы, которые много лет пытаются заменить. Старые контуры дистрибуции выглядят архаично, но часто выигрывают в предсказуемости: они обкатаны десятилетиями, переживали сбои связи, падения узлов, человеческие ошибки и "нештатные" сценарии. И когда в реальной жизни случается редкая, но жёсткая ситуация, выясняется: устойчивость - это не модный термин, а накопленный опыт и дисциплина процессов.
Добавим к этому ещё несколько факторов, которые растягивают переход на NDC.
Во‑первых, миграция - это не переключатель, а многолетний гибрид. Большинство игроков вынуждены держать "двойной стек": поддерживать старые протоколы ради совместимости и параллельно развивать NDC‑интеграции. Это дорого, а иногда ещё и организационно токсично: разные команды, разные компетенции, разные метрики успеха.
Во‑вторых, корпоративный тревел живёт по своим законам. Деловым клиентам нужны не только цены, но и политики командировок, согласования, отчётность, возвраты, обмены, централизованный биллинг. Если NDC‑поток не закрывает эти потребности "из коробки" и одинаково надёжно у разных перевозчиков, крупные покупатели будут держаться за привычный канал, даже если он уступает по витрине допуслуг.
В‑третьих, проблема "послепродажи" нередко сложнее продажи. Оформить билет красиво - половина дела. А вот обменять, вернуть, переоформить сегмент, синхронизировать изменения, не потерять EMD и связанные услуги - здесь и скрыта основная инженерная боль. Старый мир много лет "обрастал" правилами и исключениями. Новый мир должен не просто повторить это, а сделать лучше - и при этом не уронить операционную устойчивость.
В‑четвёртых, персонализация и динамическое ценообразование, которые NDC делает возможными, одновременно создают недоверие и регуляторные вопросы. Когда предложения начинают отличаться для разных сегментов, рынку нужны прозрачные правила отображения, объяснимость итоговой цены и корректная работа в мультиканальной среде. Иначе растёт число спорных ситуаций: клиенту сложно понять, почему "вчера было иначе", а агентству - как это корректно обслуживать.
В‑пятых, на уровне ИТ‑архитектуры авиакомпаний часто нет единого "источника правды" по продуктам и прайсингу. Чтобы выдавать в NDC "полное предложение", нужно свести воедино инвентори, тарифные правила, каталоги ancillary‑услуг, лояльность, профили, платежи, антифрод, ограничения по рынкам. Если внутри авиакомпании это живёт разрозненно и связано интеграциями прошлого поколения, внешнее API неизбежно будет либо урезанным, либо нестабильным.
И всё же движение происходит - просто не так быстро, как рисовалось в презентациях 2012 года. NDC не "убивает" GDS одним ударом, а постепенно отвоёвывает те зоны, где ценность очевидна: богатый контент, бандлы, персональные предложения, прямые подключения для крупных партнёров. Параллельно старый контур сохраняется там, где важнее всего масштаб, совместимость и отлаженная постпродажная обработка.
Итог этой затянувшейся революции выглядит так: технологически отрасль готова к API‑миру, но системно она живёт в компромиссе между новым и старым. NDC даёт авиакомпаниям язык современной коммерции и возможность показывать весь ассортимент в момент выбора. GDS остаются мощным "скелетом" распределения, на котором держится огромный пласт процессов, привычек и гарантий. Переход неизбежен, но он идёт по законам авиации: сначала безопасность и устойчивость, затем скорость и удобство.
