Портал B2E, что означает «бизнес для сотрудников», представляет собой корпоративную платформу бронирования, созданную специально для сотрудников компании.
АТуристический портал B2E — это платформа онлайн-бронирования, развернутая компанией для использования исключительно ее сотрудниками. В отличие от портала B2C, который обслуживает анонимных потребителей, или портала B2B, который обслуживает турагентов, портал B2E работает в контролируемой среде, где известен каждый пользователь, каждое бронирование привязано к центру затрат или коду проекта, а каждый результат поиска перед отображением фильтруется согласно туристической политике компании.
Портал обычно подключается к глобальной системе распределения, такой как Amadeus, для информации о рейсах и отелях в реальном времени, применяет согласованные корпоративные тарифы компании и предпочтительных поставщиков, обеспечивает соблюдение ограничений по классам поездок и предельным тарифам в зависимости от класса сотрудника или типа поездки, направляет бронирования через соответствующий рабочий процесс утверждения и отправляет подтвержденные маршруты как сотруднику, так и соответствующему менеджеру или менеджеру по поездкам.
Хорошо сложенныйТуристический портал B2E заменяет наиболее трудоемкие части управления корпоративными поездками:
Результатом является система, которая обеспечивает сотрудникам желаемую скорость самообслуживания, одновременно предоставляя компании необходимую прозрачность, контроль и управление затратами.
Компании, которые управляют корпоративными поездками без специального портала, постоянно платят больше за поездку, видят более высокие показатели бронирования, не соответствующие политике, и тратят больше на ручное управление процессами, чем компании с интегрированныминструмент корпоративного бронирования авиабилетов. Вот как обычно развивается инвестиционное дело.
Когда сотрудники бронируют поездки на потребительских платформах или личных корпоративных картах без централизованного инструмента, бронирования, не соответствующие политике, трудно предотвратить и обнаруживаются только постфактум во время проверки расходов. Портал B2E предотвращает их в точке поиска: в результатах появляются только параметры, соответствующие политике, а любое исключение требует одобрения, которое создает контрольный журнал.
Исследования программ корпоративных поездок неизменно показывают, что бронирование, не соответствующее политике, обходится компаниям на 15–30 процентов дороже за поездку, чем бронирование, соответствующее политике. Портал, который исключает бронирование, не соответствующее политике, имеет измеримую отдачу от инвестиций с первого дня.
Крупные компании договариваются о льготных тарифах с авиакомпаниями, гостиничными сетями и компаниями по прокату автомобилей. Без специального корпоративного инструмента бронирования, подключенного к Amadeus GDS, сотрудники не всегда могут получить доступ к этим тарифам и в конечном итоге бронируют билеты по общедоступным тарифам. АРазработка туристического портала B2E Проект, который правильно загружает и применяет корпоративные тарифные соглашения, дает каждому сотруднику немедленный доступ к лучшим доступным договорным ценам для каждой поездки.
Многие компании используют компанию по управлению поездками для обработки заказов сотрудников, платя комиссию за обслуживание за каждую транзакцию за каждое бронирование, которое агент TMC делает от их имени. Портал самообслуживания B2E обрабатывает стандартные заказы «точка-точка» без вмешательства TMC, что значительно снижает объем комиссионных транзакций. Отношения TMC продолжаются для сложных маршрутов, групповых бронирований и экстренной поддержки, где человеческий опыт действительно повышает ценность.
Портал B2E, подключенный к Amadeus GDS и финансовой системе вашей компании, дает менеджерам по туризму и финансовым директорам возможность видеть в режиме реального времени запланированные расходы на поездки еще до того, как поездка состоится. После подтверждения бронирования стоимость сразу же отображается на уровне отчетности и привязана к соответствующему центру затрат, коду проекта или отделу. Это принципиально отличается от отсроченной картины, которую дает обработка отчетов о расходах.
Когда инцидент безопасности или стихийное бедствие происходит в месте, куда путешествуют ваши сотрудники, вам необходимо немедленно знать, кто там находится и как с ними связаться. Портал B2E, который записывает все маршруты поездок сотрудников, дает вашим отделам кадров и безопасности информацию о местонахождении путешественников в режиме реального времени, что невозможно, когда сотрудники бронируют билеты через разрозненные потребительские платформы.
Инфраструктура инвентаризации и ценообразования, обеспечивающая работу вашегоТуристический портал B2E определяет, что могут забронировать ваши сотрудники и насколько точно применяются корпоративные тарифы. Amadeus — правильный выбор для корпоративных поездок по нескольким причинам.
Amadeus обслуживает более 400 авиакомпаний и поддерживает полный спектр типов корпоративных тарифов, включая договорные корпоративные тарифы, государственные тарифы, тарифы консорциума и частные опубликованные тарифы. Если в вашей программе корпоративных поездок тарифы согласованы с конкретными перевозчиками, эти тарифы можно загрузить в среду Amadeus и сделать доступными исключительно вашим сотрудникам через портал B2E, а не широкой публике.
Amadeus предоставляет доступ к крупной сети гостиничного контента наряду со своими авиакомпаниями, охватывая как общедоступные тарифы на отели, так и тарифы корпоративных гостиничных программ. Ваш B2E-портал может отображать предпочтительные отели в верхней части результатов поиска, автоматически применять согласованные тарифы за ночь и обеспечивать соблюдение правил политики отеля, таких как максимальные ограничения за ночь или утвержденные ограничения списка отелей.
Пакет API Amadeus охватывает каждый этап жизненного цикла корпоративного бронирования: поиск рейсов, цены, схемы мест, вспомогательные услуги, создание PNR, управление заказами и изменения после бронирования. API-интерфейсы предназначены для интеграции со сторонними системами, а это именно то, чтоРазработка туристического портала B2E требует проект.
Полный каталог API Amadeus можно просмотреть на страницеAmadeus для разработчиков. Ключевые API-интерфейсы для реализации B2E включают:
Амадеус API | Вариант корпоративного использования |
Поиск предложений рейсов | Поиск рейсов в режиме реального времени с фильтрацией по корпоративной политике и соглашениям о предпочтительных авиаперевозчиках |
Предложения полетов Цена | Подтверждение цены перед бронированием, обеспечивающее действительность тарифа по корпоративному тарифу |
Рейс Создать заказы | Создание PNR связано с профилем сотрудника и платежным аккаунтом компании |
Управление заказами на полеты | Внесение изменений, отмена и поиск маршрута для активных бронирований сотрудников |
Поиск отелей и предложения | Поиск наличия мест в отеле с автоматическим применением тарифов корпоративной программы |
Карты мест | Выбор мест в разрешенных правилами классах и типах мест |
Корпоративные тарифы | Доступ к договорным тарифам, загруженным под корпоративным идентификатором компании в Amadeus |
Поиск кода авиакомпании | Четкое отображение названий авиакомпаний в результатах поиска и маршрутных документах |
Amadeus поддерживает новый стандарт IATA Distribution Capability, предоставляя вашему B2E-порталу доступ к контенту напрямую от авиакомпаний, который выходит за рамки того, что предоставляют традиционные каналы GDS. Для корпоративных путешественников это включает в себя пакеты для конкретных авиакомпаний, повышение класса обслуживания и дополнительные пакеты, которые могут представлять большую ценность, чем объединение одних и тех же опций посредством отдельных дополнительных покупок.
Программы корпоративных поездок не могут позволить себе простоев в периоды высокого спроса. Amadeus ежегодно обрабатывает миллиарды туристических транзакций в своей глобальной инфраструктуре. Надежность платформы подтверждена в масштабе предприятия, что является базовым требованием для корпоративного инструмента бронирования, от которого зависят сотрудники во время срочных деловых поездок.
Готовый к производствуТуристический портал B2E является более сложным, чем стандартный портал бронирования, поскольку он накладывает корпоративную бизнес-логику поверх интеграции GDS. Вот как объединяется архитектура.
Первое, что нужно B2E-порталу, — это надежный способ узнать, кем является каждый пользователь. Обычно это решается посредством интеграции системы единого входа с поставщиком удостоверений компании, например Azure Active Directory, Okta или Google Workspace. Когда сотрудник входит в систему, портал сразу же узнает его имя, должность сотрудника, центр затрат, отдел, менеджера и профиль командировки, и все это извлекается из системы управления персоналом компании через соединение SSO.
Этот уровень идентичности обеспечивает работу всех остальных частей корпоративной функциональности. Правила политики, маршрутизация утверждений, кодирование центров затрат и предварительное заполнение профиля путешественника — все это зависит от точного знания того, кто бронирует.
Механизм политики — это интеллектуальный уровень, который преобразует документ о политике поездок вашей компании в правила, которые система обеспечивает автоматически. Он работает на уровне результатов поиска, что означает, что несоответствующие варианты отфильтровываются или помечаются до того, как сотрудник их увидит.
Типичный механизм корпоративной политики обрабатывает:
Механизм политики настраивается вашим менеджером по путешествиям без необходимости разработки. Когда компания обновляет свою политику в отношении поездок, менеджер по поездкам обновляет конфигурацию на портале, и новые правила немедленно применяются ко всем будущим поискам.
Уровень интеграции Amadeus обеспечивает техническое подключение к GDS: аутентификацию, управление сеансами, вызовы API для поиска и бронирования, обработку ответов и обработку ошибок. В корпоративном контексте этот уровень также управляет загрузкой и применением кодов корпоративных тарифов, поэтому поиск автоматически возвращает согласованные тарифы там, где они существуют наряду с общедоступными тарифами для сравнения.
Уровень интеграции построен как общий сервис, который вызывает механизм бронирования, а не встраивает логику API Amadeus непосредственно в рабочий процесс бронирования. Это упрощает обновление, когда Amadeus выпускает новые версии API, а также упрощает добавление контента об отелях или прокате автомобилей через отдельные модули API.
Корпоративные поездки часто требуют одобрения до подтверждения бронирования. Механизм рабочего процесса утверждения управляет этим процессом, направляя запросы на резервирование нужному утверждающему лицу на основе настроенных вами правил. Общая логика маршрутизации утверждения включает в себя:
Механизм рабочего процесса отправляет запросы на утверждение по электронной почте соответствующему утверждающему лицу, отслеживает время ответа, передает запрос вторичному утверждающему лицу, если основной утверждающий не отвечает в течение настроенного временного окна, и уведомляет сотрудника о каждом изменении статуса. После одобрения бронирование автоматически подтверждается через API Amadeus, при этом сотруднику не требуется предпринимать каких-либо дополнительных действий.
У каждого сотрудника, использующего B2E-портал, есть профиль путешественника, в котором хранится его личная информация о бронировании: паспортные данные, номера часто летающих пассажиров, предпочтения в еде, предпочтениях мест и контактная информация. Этот профиль предварительно заполняется из системы управления персоналом во время адаптации и обновляется сотрудником по мере изменения его данных.
Когда сотрудник инициирует бронирование, портал предварительно заполняет все необходимые поля из его сохраненного профиля. Для стандартной поездки внутри страны сотруднику может потребоваться ввести только пункт назначения и даты, а все остальное обрабатывается автоматически. Это значительно сокращает время, необходимое для оформления бронирования, и вероятность ошибок при вводе данных.
Порталу нужен способ управления договорными соглашениями о тарифах компании с авиакомпаниями, отелями и компаниями по прокату автомобилей. Сюда входит загрузка кодов корпоративных тарифов для каждого соглашения с перевозчиком, настройка рейтинга предпочтительных поставщиков для отображения результатов поиска, настройка логики переопределения, определяющая, когда согласованные тарифы должны быть предпочтительнее более низких общедоступных тарифов, а также управление датами истечения срока действия соглашений, которые необходимо продлить.
Каждое бронирование, проходящее через портал B2E, генерирует данные, которые собирает уровень отчетности и предоставляет к ним доступ менеджерам по туризму, финансовым командам и руководителям. Ключевые параметры отчетности включают расходы по центрам затрат, отделам и сотрудникам; уровень соблюдения правил и наиболее распространенные типы бронирования, не соответствующие правилам; предпочтительное использование поставщиков по сравнению с целевыми показателями контракта; тенденции времени выполнения предварительного бронирования; и разбивка целей поездки по категориям бюджета.
Этот уровень отчетности может подключаться к существующим инструментам бизнес-аналитики или финансовой платформе компании через API или экспорт данных, так что данные о поездках хранятся рядом с другими операционными данными, а не в отдельном хранилище.
Для компаний, которые используют платформу управления расходами, такую как Concur, Expensify или Certify, портал B2E может передавать подтвержденные данные бронирования непосредственно в отчет о расходах сотрудника. Это исключает ручной ввод квитанций для бронирования поездок и обеспечивает соответствие данных отчета о расходах данным бронирования, что упрощает выверку для финансового отдела.
Процесс бронирования на B2E-портале должен быть достаточно эффективным, чтобы сотрудники предпочли использовать его, а не бронировать где-либо еще. Вот как работает хорошо продуманный процесс корпоративного бронирования.
Шаг | Опыт сотрудников | Действия системы |
Войти | Сотрудник проходит аутентификацию через систему единого входа компании | Портал извлекает профиль сотрудника, его класс, центр затрат и правила политики |
Начало поездки | Сотрудник выбирает тип поездки и вводит код цели | Система применяет соответствующие правила политики для этого типа поездки |
Поиск рейсов | Сотрудник вводит пункт отправления, назначения и даты | Портал запрашивает Amadeus с примененными кодами корпоративных тарифов; фильтрует результаты по политике |
Просмотр результатов | Сотрудник видит варианты, соответствующие политике; параметры, выходящие за рамки политики, отмечены или скрыты | Механизм политики оценивает каждый результат на соответствие настроенным правилам |
Выбор | Сотрудник выбирает предпочтительный рейс и дополнительные услуги в рамках политики | Система подтверждает цену с помощью Amadeus Flight Offers Price API |
Поиск отеля | Портал подсказал поиск отелей по датам назначения | Поиск отелей Amadeus возвращает предпочтительные объекты по корпоративным тарифам |
Обзор | Сотрудник просматривает полный маршрут с указанием затрат и кодирования центров затрат | Система применяет логику разметки и готовит запрос на бронирование |
Представление | Сотрудник отправляет запрос на бронирование | При необходимости система направляет к рабочему процессу утверждения |
Одобрение | Утверждающий получает электронное письмо и одобряет или отклоняет | Система подтверждает бронирование через Amadeus при одобрении; уведомляет работника |
Подтверждение | Сотрудник получает маршрут по электронной почте и в своей учетной записи на портале | PNR хранится на портале; данные отправляются в систему расходов и уровень отчетности |
Стандартное бронирование внутри страны для сотрудника с сохраненным профилем путешественника может быть выполнено менее чем за четыре минуты от входа в систему до подтверждения. Эта скорость является движущей силой принятия. Если портал работает медленнее, чем бронирование на потребительском веб-сайте, сотрудники будут бронировать на потребительском веб-сайте.
КачествоОбеспечение соблюдения туристической политики на портале бронирования Именно от этого зависит, принесут ли инвестиции в B2E обещанную экономию средств. Плохо продуманное применение политики создает обходные пути. Хорошо продуманное правоприменение обеспечивает соблюдение требований без разочарований.
Когда сотрудник ищет тариф бизнес-класса на ближнемагистральный маршрут, а портал возвращает только эконом-варианты, система должна четко объяснить, почему. Показ сотруднику соответствующего правила политики, например «Бизнес-класс доступен для рейсов продолжительностью более шести часов в соответствии с вашей политикой в отношении поездок», создает понимание, а не замешательство. Сотрудники, которые понимают политику, с большей вероятностью примут ограничение, чем сотрудники, которые чувствуют себя заблокированными без объяснения причин.
Иногда сотруднику действительно необходимо записаться вне политики. Возможно, единственное доступное место на необходимом рейсе — в более высоком классе, или для конференции требуется конкретный отель, стоимость которого превышает максимальную стоимость ночи. Хорошо спроектированный портал B2E обеспечивает структурированный процесс исключений: сотрудник выбирает вариант, не соответствующий политике, вводит необходимое обоснование, и бронирование направляется старшему утверждающему лицу, а не по стандартной цепочке утверждения.
Этот процесс исключений создает контрольный журнал для каждого бронирования, не соответствующего политике, и предоставляет менеджеру по поездкам данные о том, какие правила политики создают наибольшее количество исключений, что может указывать на то, что политика требует обновления, а не на то, что сотрудники не соблюдают ее.
Существует два подхода к обеспечению соблюдения правил политики на портале бронирования. Жесткая блокировка означает, что опция полностью скрыта от сотрудника и ее вообще невозможно выбрать. Мягкая блокировка означает, что опция видна, но помечена как несоответствующая политике, с предупреждением, объясняющим проблему и предлагающим совместимую альтернативу.
Жесткая блокировка хорошо работает в случае явных нарушений политики, не имеющих законных исключений, например, при бронировании первого класса в компании, которая разрешает только эконом- и бизнес-класс. Мягкая блокировка лучше работает для правил, которые имеют законные исключения, например, ограничения стоимости проезда на маршрутах, где деловые поездки действительно колеблются. Сочетание обоих подходов, настроенных по типу правила, обеспечивает наилучший баланс соответствия требованиям и удобства использования.
Базовые механизмы политики проверяют правила на соответствие фиксированным пороговым значениям, настроенным заранее. Более сложные системы могут применять проверки в режиме реального времени, например, проверять, действительно ли несоответствующий политике тариф является самым низким доступным вариантом на маршруте, прежде чем пометить его. Если самый дешевый доступный тариф в определенный день превышает обычный предел из-за необычного спроса, система может распознать это и применить контекстное исключение, а не генерировать нарушение политики для бронирования, которого сотрудник не мог избежать.
Единая цепочка согласований работает не для каждой компании. Стартапу с 50 сотрудниками может потребоваться только одобрение менеджера для поездок, стоимость которых превышает определенную сумму. Корпорации с 10 000 сотрудников в нескольких подразделениях может потребоваться одобрение менеджера центра затрат на стандартные поездки, одобрение руководителя отдела на международные поездки и одобрение финансового директора на заказы, превышающие определенный порог. Механизм рабочего процесса утверждения должен поддерживать все эти конфигурации, не требуя специальной разработки для каждого варианта.
Если у вашей компании есть предпочтительная гостиничная программа с Marriott или соглашение о предпочтительной авиакомпании с конкретным перевозчиком, эти поставщики должны появляться на видном месте в результатах поиска, даже если они не являются самым дешевым вариантом. Логика отображения должна объяснять сотруднику, почему выделен предпочтительный поставщик, укрепляя отношения компании с поставщиками, а не создавая произвольный вид.
Модуль дежурства на портале B2E должен предоставлять менеджеру по поездкам информацию о том, куда в любой момент едут сотрудники, с контактной информацией и деталями маршрута. В случае нарушения безопасности, стихийного бедствия или срыва поездки менеджер по поездкам должен иметь возможность идентифицировать пострадавших сотрудников, связаться через портал и инициировать рабочие процессы перебронирования или экстренной помощи из той же системы.
Программы корпоративного устойчивого развития все чаще требуют данных об углеродном влиянии деловых поездок. Портал B2E, который рассчитывает и записывает углеродный след каждого бронирования, привязанный к соответствующему центру затрат и цели поездки, предоставляет команде по устойчивому развитию данные, необходимые для отчетности и для установления целевых показателей сокращения поездок на уровне отдела.
Деловые путешественники мобильны. Портал должен работать на телефоне так же хорошо, как и на настольном компьютере, охватывая не только первоначальное бронирование, но и поиск маршрута, изменение бронирования и общение с туристической командой, когда во время поездки что-то идет не так. Адаптивный веб-интерфейс — это минимум; Специальное мобильное приложение с автономным доступом к маршрутам и функциями экстренной связи — более полное решение для частых путешественников.
Менеджерам по туризму нужна действующая информационная панель, показывающая текущие бронирования, предстоящие поездки, ожидающие одобрения и тенденции, выходящие за рамки политики. Финансовым группам нужны консолидированные отчеты о расходах по центрам затрат, поставщикам и типам поездок, которые можно экспортировать и сверять с общей книгой. Высшему руководству необходимы общие сводные данные о расходах по подразделениям и сравнения с ассигнованиями на командировки. Каждое из этих представлений должно быть доступно без запросов настраиваемых отчетов.
Понимание того, гдеРазработка туристического портала B2E подходит по сравнению с другими типами порталов, помогает вам с самого начала принять правильные архитектурные решения.
Размерность | Корпоративный B2E-портал | Портал B2B-агентов | Потребительский портал B2C |
Пользователи | Только сотрудники компании | Турагенты и субагенты | Широкая публика |
Аутентификация | Интеграция SSO и HR компании | Учетные данные агента | Регистрация по электронной почте |
Указаны цены | Корпоративные тарифы и договорные тарифы | Чистые тарифы с возможностью наценки | Розничные тарифы |
Правила политики | Полное соблюдение корпоративной политики | Рекомендации по бронированию через агентство | Нет уровня политики |
Рабочий процесс утверждения | Встроенное многоуровневое одобрение | Обычно не требуется | Неприменимо |
Профили путешественников | Предварительно заполнено из системы управления персоналом | Профили клиентов, управляемые агентом | Self-managed by the traveler |
Reporting | Cost center, compliance, and duty of care | Commission and booking performance | Not typically provided |
Expense integration | Direct feed to the expense system | Invoice-based settlement | Not applicable |
The same underlying Amadeus integration can power all three portal types from a shared inventory service, which is a significant efficiency advantage for travel technology companies building across multiple product lines.
Building a B2E corporate travel portal does not require constructing every component from scratch. Flight Terminus provides the foundational technology layers that a B2E portal builds on, with each component already proven in production travel booking environments.
The B2E flight booking portal from Flight Terminus is a purpose-built corporate travel booking platform that combines Amadeus GDS inventory with travel policy enforcement, approval workflows, traveler profile management, and cost center reporting in a single integrated system. It is designed to be deployed for companies of any size and configured to match each company's specific policy requirements.
For travel technology companies that offer both corporate and consumer booking products, the B2E portal shares its Amadeus integration core with the B2C flight booking portal. Both portals query the same live Amadeus inventory through the same integration layer, but each applies its own pricing logic, display rules, and business workflow on top.
Companies that offer managed travel services to their corporate clients alongside self-service tools can connect the B2E portal to the custom B2B flight booking solution. This allows a TMC or corporate travel agency to manage complex itineraries, group bookings, and exception handling through the B2B agent interface while routine employee bookings are handled through the self-service B2E portal.
For corporate travel programs that require access to LCC content, charter fares, or airline-direct NDC offers alongside GDS inventory, the AQC flight API integration solution adds a competitive fare aggregation layer that the B2E portal can query alongside the Amadeus GDS. Employees see the best available price across all connected sources, with corporate rates applied where they exist.
The Amadeus GDS integration module manages the technical Amadeus connection for all Flight Terminus products, handling API authentication, token lifecycle, response normalization, and error handling. The B2E portal calls this shared integration layer rather than managing its own direct Amadeus connection, which simplifies the B2E build and ensures consistent behavior across all booking channels.
Companies with 500 or more employees who travel regularly generate enough booking volume to justify a dedicated corporate flight booking tool. At this scale, the cost savings from policy enforcement, negotiated rate utilization, and reduced TMC service fees typically more than cover the portal development and maintenance cost within 12 to 18 months.
Organizations operating across multiple countries have complex travel programs that vary by market: different policy rules for different regions, multi-currency booking requirements, different preferred suppliers in each geography, and reporting needs across multiple entities. A centralized B2E portal with market-specific policy configurations handles this complexity far more cleanly than a collection of country-specific processes and tools.
Consulting firms, law firms, and other professional services businesses need travel coded to specific client projects or matter numbers. A B2E portal with project code management and per-project spend tracking is far more useful to these firms than a generic corporate booking tool that only captures cost center data. Clients can be billed accurately for travel costs because the booking data is tied to the right matter from the moment the booking is made.
Technology companies often prefer to build and own their internal tools rather than buying third-party software. A custom B2E travel portal development project gives these companies complete control over the employee experience, the integration depth with their HR and finance systems, and the policy logic that governs their travel program. For companies with strong engineering teams, building a B2E portal internally is a realistic option.
ТМС все чаще сталкиваются с давлением со стороны корпоративных клиентов, которые хотят удобства самообслуживания для рутинных заказов без уплаты комиссий за транзакцию. TMC, которая может предложить фирменныйсистема самообслуживания сотрудников по бронированию поездок наряду с предложением управляемых услуг предлагает более полный продукт. Портал занимается рутинными бронированиями, а команда TMC фокусируется на сложных маршрутах, экстренной поддержке и управлении программами, и именно здесь их опыт действительно приносит плату за обслуживание.
АРазработка туристического портала B2E Проект имеет больше точек интеграции, чем стандартный портал бронирования, поскольку ему необходимо подключиться к системе управления персоналом компании, поставщику идентификационной информации, платформе расходов и финансовой системе наряду с Amadeus GDS. Правильное планирование этих интеграций с самого начала предотвращает наиболее распространенные задержки реализации.
Фаза | Ключевые виды деятельности | Типичная продолжительность |
Открытие | Составьте карту политики командировок компании, рабочих процессов утверждения, системы управления персоналом, системы расходов и требований к отчетности | 2–3 недели |
Архитектурный дизайн | Определить компоненты системы, точки интеграции, потоки данных и требования безопасности | от 1 до 2 недель |
Настройка Амадеуса | Учетные данные API, загрузка корпоративных тарифов и настройка изолированной среды | от 1 до 2 недель |
Базовая система бронирования | Интеграция Amadeus, поиск рейсов и отелей, рабочий процесс PNR, кэширование тарифов | от 6 до 8 недель |
Механизм политики | Конфигурация правил политики путешествий, логика фильтрации, реализация мягкой и жесткой блокировки | от 3 до 4 недель |
Идентификация и единый вход | Интеграция единого входа с поставщиком идентификационной информации компании, синхронизация данных отдела кадров для профилей сотрудников | 2–3 недели |
Рабочий процесс утверждения | Многоуровневая система утверждения, уведомления по электронной почте, логика эскалации | от 3 до 4 недель |
Управление поставщиками | Загрузка корпоративных тарифов, логика отображения предпочтительного поставщика и применение согласованных тарифов | 2–3 недели |
Интеграция расходов | Соединение API с платформой расходов, передача данных бронирования, логика сверки | 2–3 недели |
Уровень отчетности | Панель управления менеджером по путешествиям, финансовые отчеты, модуль обязанности по уходу, экспорт данных | от 3 до 4 недель |
Тестирование и контроль качества | Комплексное тестирование потока бронирования, проверка соблюдения политик и аудит безопасности | от 2 до 4 недель |
Пилотный запуск | Контролируемое внедрение в пилотную группу сотрудников для проверки и обратной связи | от 2 до 4 недель |
Полное развертывание | Внедрение в масштабах всей компании, общение сотрудников, обучение и настройка поддержки | от 2 до 4 недель |
ПолныйТуристический портал B2E с единым входом, механизмом политик, рабочими процессами утверждения, интеграцией расходов и полной отчетностью обычно требуется от семи до двенадцати месяцев от начала проекта до развертывания в масштабах компании, в зависимости от сложности политики командировок компании и количества необходимых системных интеграций. Более простой портал, охватывающий основное бронирование и соблюдение основных политик, можно развернуть быстрее.
У большинства компаний есть документ о командной политике, написанный простым английским языком и описывающий, что сотрудники должны и не должны делать. Преобразовать этот документ в набор однозначных системных правил, которые можно реализовать программно, сложнее, чем кажется. Политические формулировки вроде «сотрудники должны бронировать эконом-класс там, где это разумно» не могут быть реализованы напрямую. Его необходимо определить в виде конкретных правил: экономический класс требуется для полетов продолжительностью менее четырех часов, бизнес-класс разрешен для полетов продолжительностью более четырех часов с одобрения уровня VP или выше.
Проработайте политический документ вместе с менеджером по поездкам и представителем по юридическим вопросам или по вопросам соблюдения нормативных требований до начала этапа разработки. Каждое неоднозначное правило нуждается в конкретном, проверяемом определении, прежде чем его можно будет встроить в механизм политики.
Интеграция единого входа с поставщиком удостоверений компании редко бывает простой. Различные системы идентификации используют разные протоколы, имена атрибутов и структуры данных. Синхронизация данных HR, которая заполняет профили сотрудников, должна обрабатывать новые приемы на работу, изменения в должностях сотрудников, изменения в центрах затрат и увольнения в режиме реального времени или почти в реальном времени. Запланируйте больше времени на интеграцию идентификационных данных, чем предполагалось по первоначальным оценкам, и заблаговременно привлеките ИТ-отдел компании.
Портал B2E, который сотрудники предпочитают обойти, — это провальный проект, независимо от того, насколько он технически надежен. Внедрение обусловлено двумя факторами: портал должен быть быстрее и проще, чем альтернативы, и он должен охватывать подавляющее большинство поездок, которые действительно необходимо совершать сотрудникам. Если портал охватывает только определенные типы маршрутов или требует больше шагов, чем бронирование на потребительском сайте, сотрудники просто не будут использовать его для рутинных поездок.
Запланируйте кампанию по общению и обучению сотрудников одновременно с техническим запуском. Краткие руководства по электронной почте, короткие видеоролики о процессе бронирования и простой канал помощи в течение первых нескольких недель после запуска — все это способствует более высокому уровню внедрения.
Крупные компании могут иметь десятки соглашений с авиакомпаниями и отелями, каждое из которых содержит определенные условия, окна бронирования и правила наличия мест или номеров. Загрузка и поддержка этих соглашений в среде Amadeus, проверка их правильного применения на портале и поддержание их актуальности при продлении или пересмотре соглашений — это постоянная эксплуатационная обязанность, а не разовая задача настройки.
Управление корпоративными поездками слишком долго полагалось на инструменты, которые не были разработаны для того, как бизнес работает сегодня. АТуристический портал B2E Powered by Amadeus GDS меняет ситуацию. Это дает сотрудникам ожидаемый опыт самообслуживания, дает менеджерам по туризму необходимый им контроль политики и прозрачность, предоставляет финансовым отделам данные о расходах в режиме реального времени, которые им всегда были нужны, и дает компании более низкие затраты на поездку по всей программе поездок.
Технология создания этого существует сегодня. Пакет Amadeus API является комплексным и удобным для разработчиков. Шаблоны интеграции для единого входа, систем учета расходов и платформ управления персоналом хорошо известны. Логика механизма политики даже для самых сложных программ корпоративных поездок может быть реализована в правильно спроектированной платформе бронирования.
Для этого нужен партнер по развитию, который понимает как сферу корпоративных путешествий, так и техническую архитектуру современных систем бронирования. Правильный механизм политики, правильный рабочий процесс утверждения и интеграция с Amadeus с самого начала — вот что отличает B2E-портал, который обеспечивает реальное внедрение и измеримую экономию, от портала, который остается неиспользованным, пока сотрудники продолжают бронировать услуги на потребительских платформах.
Часто задаваемые вопросы
АТуристический портал B2Eозначает «Бизнес для сотрудников» и представляет собой платформу бронирования, созданную специально для сотрудников компании. Он отличается от обычного корпоративного инструмента бронирования по нескольким важным параметрам. Портал B2E напрямую интегрируется с системой управления персоналом вашей компании и поставщиком удостоверений, поэтому каждый пользователь известен с момента входа в систему. Он автоматически применяет ваши конкретные правила туристической политики на уровне результатов поиска, направляет бронирования через ваши цепочки утверждений и передает подтвержденные данные бронирования в ваши системы расходов и финансов. Универсальные инструменты корпоративного бронирования, как правило, представляют собой готовые продукты с ограниченной возможностью настройки. Специально созданный B2E-портал разработан с учетом конкретной политики, рабочих процессов и системной интеграции вашей компании.
Готовые инструменты для корпоративных поездок имеют ограничения, которые становятся более заметными по мере развития программы путешествий компании. Они могут не поддерживать вашу конкретную иерархию утверждений, могут неправильно загружать согласованные корпоративные тарифы и часто не могут глубоко интегрироваться с системами управления персоналом, расходами и финансами, которые вы уже используете. Создаем свой собственныйТуристический портал B2E дает вам полный контроль над механизмом политики, логикой утверждения, конфигурациями поставщиков и опытом работы сотрудников. Для компаний с большим объемом поездок экономия средств за счет более эффективного соблюдения политик и согласованного использования тарифов обычно оправдывает инвестиции в строительство в течение 12–18 месяцев.
Amadeus — это глобальная система дистрибуции, которая объединяет более 400 авиакомпаний и крупную глобальную сеть отелей. Когда ваш B2E-портал интегрирован с Amadeus, при каждом поиске рейсов, выполняемом вашими сотрудниками, вы получаете данные о доступности и текущих ценах, полученные из этого глобального каталога. Коды корпоративных тарифов, согласованные с конкретными авиакомпаниями, загружаются в среду Amadeus, так что сотрудники автоматически видят согласованные тарифы своей компании наряду с общедоступными тарифами. То же соединение Amadeus также распространяется на гостиничный инвентарь по тарифам корпоративной программы, где это применимо. Полный пакет API Amadeus можно изучить на страницеAmadeus для разработчиков.
Да. Хорошо построенный механизм политики в сфере туризма в рамкахТуристический портал B2E поддерживает настройку правил на нескольких уровнях. Вы можете определить разные надбавки класса обслуживания для разных классов сотрудников, применить разные ограничения тарифов для разных отделов или типов поездок, установить разные требования к предварительному бронированию для внутренних и международных поездок, а также настроить разные цепочки одобрения в зависимости от стоимости бронирования или стажа путешественника. Когда сотрудник входит в систему через единый вход, портал считывает его класс, отдел и центр затрат из системы управления персоналом и автоматически применяет соответствующие правила политики к его сеансу поиска.
Правильно спроектированный B2E-портал включает в себя процедуру исключения, нарушающую политику, а не просто блокировку всех несоответствующих бронирований. Когда сотрудник выбирает вариант, не соответствующий политике, портал требует от него ввести письменное обоснование, объясняющее, почему необходимо исключение. Затем запрос на резервирование направляется старшему утверждающему лицу, а не стандартной цепочке утверждения, создавая документированный контрольный журнал для исключения. Утверждающий может утвердить или отклонить комментарий, и сотрудник автоматически уведомляется о решении. Такой подход дает программе поездок возможность обрабатывать настоящие исключения, не создавая простых обходных путей для обычных нарушений политики.
ГрафикРазработка туристического портала B2E Проект зависит от сложности вашей политики в отношении поездок, количества необходимых системных интеграций и от того, начинаете ли вы с чистого листа или строите существующую структуру Flight Terminus. Портал, охватывающий основное бронирование, соблюдение политик, интеграцию единого входа и базовую отчетность, обычно может быть запущен через четыре-шесть месяцев. Более полная система с многоуровневыми рабочими процессами утверждения, интеграцией платформы расходов, корпоративным управлением тарифами, модулями обязанности по уходу и расширенной отчетностью занимает от семи до двенадцати месяцев. Поэтапный подход, при котором сначала запускаются основные уровни бронирования и политики, а в последующих выпусках добавляются дополнительные функции, является наиболее практичным путем для большинства организаций.