Командировки, которые следуют за жизненным циклом сотрудника.
Автоматическое создание учётных записей через SCIM из вашего IdP. SSO с Okta, Azure AD, Google Workspace. Ролевой доступ по вашей оргструктуре. Аккуратное отключение при увольнении: доступ закрывается, неиспользованные авиакредиты возвращаются компании. Подключение к командировкам — за минуты, а не недели.
Подключение к командировкам не должно тормозить найм.
Большинство корпоративных платформ командировок по-прежнему требуют ручного подключения. HR добавляет новичка в HRIS. Тревел-менеджер создаёт профиль в платформе. Финансисты выдают карту. Три системы, три формы, три согласования. Новички ждут 5–10 дней, прежде чем смогут забронировать поездку, — намного дольше первого рабочего дня.
С увольнением ещё хуже. Кто вернёт неиспользованные авиакредиты сотрудника? Кто закроет доступ? Кто отменит активные бронирования? В большинстве компаний процесса нет. Авиакредиты сгорают. Уволившиеся сотрудники неделями сохраняют доступ к платформе.
TravelHub создаёт и отключает учётные записи через SCIM 2.0 с вашим IdP. Новый сотрудник появился в HRIS — доступ к командировкам готов за секунды, а не дни. Сотрудник уволен — авиакредиты возвращены, доступ закрыт, активные бронирования отмечены для проверки. Управление командировками автоматически следует за управлением персоналом.
Обычная задержка между выходом на работу и первым бронированием на устаревших платформах.
Средняя сумма неиспользованных авиакредитов при увольнении, если возврат не автоматизирован.
Сколько в среднем уволенные сотрудники сохраняют доступ к платформе без SCIM.
Командировки по вашей оргструктуре.
Автоматическое создание учётных записей через SCIM 2.0.
Синхронизация SCIM 2.0 в реальном времени с Okta, Azure AD, Google Workspace, JumpCloud, OneLogin и любым стандартным SCIM-эндпоинтом. Новые пользователи создаются автоматически с сопоставлением ролей. Членство в группах определяет назначенную тревел-политику. Задержка создания учётной записи: 3,6 с (p95).
SSO с вашим IdP.
Поддерживаются SAML 2.0 и OIDC. Единый вход через ваш IdP — так же, как во всех остальных системах. Политики условного доступа (MFA, устройство, сеть) применяются на стороне IdP. Пользователям не нужно помнить отдельный пароль TravelHub.
Управление доступом на основе ролей.
Пять ролей по умолчанию (Сотрудник / Руководитель / Администратор / Финансы / Владелец) плюс свои роли. Группы IdP автоматически сопоставляются с ролью, тревел-политикой и кодами GL. Переводы между отделами, повышения, смены должности — всё подхватывается автоматически. Без ручного обновления ролей.
Аккуратное отключение при увольнении.
Процесс увольнения запускается автоматически, когда IdP помечает пользователя неактивным: доступ к платформе закрывается, активные бронирования передаются руководителю, отправленные расходы автоматически закрываются, неиспользованные авиакредиты возвращаются компании. Журнал аудита хранится по вашей политике хранения данных.
С первого до последнего дня — без участия HR.
Новый сотрудник получает доступ к командировкам ещё до первой планёрки. При смене роли меняется и тревел-политика. При увольнении доступ закрывается, а авиакредиты возвращаются. Всё через ваш IdP, без ручных шагов.
Учётная запись — за секунды.
HRIS добавляет нового сотрудника → IdP передаёт данные → событие SCIM создаёт учётную запись в TravelHub. Профиль получает роль, отдел, руководителя и код GL из атрибутов IdP.
Роль меняется вслед за повышением.
При смене роли или отдела обновляется членство в группе IdP → тревел-политика в TravelHub обновляется за секунды. Назначается новый согласующий. Применяются новые пороги расходов вне тревел-политики. Без ручной перенастройки.
Доступ отозван, авиакредиты возвращены.
IdP помечает пользователя неактивным → TravelHub: закрывает доступ к платформе, передаёт активные бронирования на проверку руководителю, завершает ожидающие отчёты о расходах, возвращает неиспользованные авиакредиты.
Журнал аудита сохраняется.
Журнал аудита хранится по вашей политике хранения данных (по умолчанию — 7 лет). Настраивается по регионам для GDPR или отраслевых требований. Полную историю событий можно выгрузить по пользователю, бронированию или транзакции.
Частые вопросы HR и операционных отделов.
Какие IdP вы поддерживаете?
Нативные коннекторы SCIM 2.0 для Okta, Azure AD (Microsoft Entra ID), Google Workspace, JumpCloud и OneLogin. Для других IdP есть универсальный SCIM 2.0-эндпоинт. Для SSO поддерживаются SAML 2.0 и OIDC. Настройка обычно занимает 30–60 минут вместе с вашей ИТ-командой.
Как сопоставляются группы IdP и роли в TravelHub?
В настройках администратора вы сопоставляете группы IdP с ролями и тревел-политиками TravelHub. Типичные схемы: группы отделов → тревел-политика; группы по грейду → порог расходов вне тревел-политики; атрибуты центров затрат → коды GL. Сопоставления меняются без изменения кода.
Что происходит с активными бронированиями при увольнении сотрудника?
Бронирования с вылетом в ближайшие 30 дней передаются руководителю с тремя вариантами: отменить с возвратом, переоформить на другого сотрудника (если позволяют правила перевозчика) или превратить в авиакредит. Бронирования с вылетом позже 30 дней обрабатываются по правилам, настроенным в компании. Журнал аудита фиксирует каждое решение.
Как возвращаются авиакредиты при увольнении?
Неиспользованные авиакредиты на имя уволенного сотрудника помечаются. Если правила перевозчика разрешают переоформление (большинство внутренних авиакомпаний США, некоторые тарифы Lufthansa), авиакредиты переходят в общий пул компании. Если не разрешают, авиакредиты отслеживаются и используются для следующего бронирования на имя того же сотрудника в пределах срока их действия.
Посмотрите, как создаются учётные записи из вашего IdP.
Демо на 30 минут с вашей ИТ-командой — подключите свой IdP, и мы настроим SCIM прямо во время звонка.