Командировки, которые следуют за жизненным циклом сотрудника.
Автоматическое создание учётных записей через SCIM из вашего IdP. SSO с Okta, Azure AD, Google Workspace. Ролевой доступ по вашей оргструктуре. Аккуратное отключение при увольнении: доступ закрывается, неиспользованные авиакредиты возвращаются компании. Подключение к командировкам — за минуты, а не недели.
Подключение к командировкам не должно тормозить найм.
Большинство корпоративных платформ командировок по-прежнему требуют ручного подключения. HR добавляет новичка в HRIS. Тревел-менеджер создаёт профиль в платформе. Финансы выдают карту. Три системы, три формы, три согласования. Новички ждут 5–10 дней, прежде чем смогут забронировать поездку, — намного дольше первого рабочего дня.
С увольнением ещё хуже. Кто вернёт неиспользованные авиакредиты сотрудника? Кто закроет доступ? Кто отменит активные бронирования? В большинстве компаний процесса нет. Авиакредиты сгорают. Уволившиеся сотрудники неделями сохраняют доступ к платформе.
Travel Code создаёт и отключает учётные записи через 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. Пользователям не нужно помнить отдельный пароль Travel Code.
Управление доступом на основе ролей.
Пять ролей по умолчанию (Сотрудник / Руководитель / Администратор / Финансы / Владелец) плюс свои роли. Группы IdP автоматически сопоставляются с ролью, политикой и счетами GL. Переводы между отделами, повышения, смены должности — всё подхватывается автоматически. Без ручного обновления ролей.
Аккуратное отключение при увольнении.
Процесс увольнения запускается автоматически, когда IdP помечает пользователя неактивным: доступ к платформе закрывается, активные бронирования передаются руководителю, отправленные расходы автоматически закрываются, неиспользованные авиакредиты возвращаются компании. Журнал аудита хранится по вашей политике хранения данных.
С первого по последний день никакого вмешательства отдела кадров.
Новый сотрудник получает доступ к командировкам ещё до первой планёрки. При смене роли меняется и политика. При увольнении доступ закрывается, а авиакредиты возвращаются. Всё через ваш IdP, без ручных шагов.
Учётная запись — за секунды.
HRIS добавляет нового сотрудника → IdP передаёт данные → событие SCIM создаёт учётную запись в Travel Code. Профиль получает роль, отдел, руководителя и счёт GL из атрибутов IdP.
Роль меняется вслед за повышением.
При смене роли или отдела обновляется членство в группе IdP → политика в Travel Code обновляется за секунды. Назначается новый согласующий. Применяются новые пороги расходов вне политики. Без ручной перенастройки.
Доступ отозван, авиакредиты возвращены.
IdP помечает пользователя неактивным → Travel Code: закрывает доступ к платформе, отмечает активные бронирования для проверки руководителем, завершает неотправленные расходы, возвращает неиспользованные авиакредиты.
Журнал аудита сохраняется.
Журнал аудита хранится по вашей политике хранения данных (по умолчанию — 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 и роли в Travel Code?
В настройках администратора вы сопоставляете группы IdP с ролями и политиками Travel Code. Типичные схемы: группы отделов → политика; группы по грейду → порог расходов вне политики; атрибуты центров затрат → счета GL. Сопоставления меняются без изменения кода.
Что происходит с активными бронированиями при увольнении сотрудника?
Бронирования с вылетом в ближайшие 30 дней передаются руководителю с тремя вариантами: отменить с возвратом, переоформить на другого сотрудника (если позволяют правила перевозчика) или превратить в авиакредит. Бронирования с вылетом позже 30 дней обрабатываются по политике компании. Журнал аудита фиксирует каждое решение.
Как возвращаются авиакредиты при увольнении?
Неиспользованные авиакредиты на имя уволенного сотрудника помечаются. Если правила перевозчика разрешают переоформление (большинство внутренних авиакомпаний США, некоторые тарифы Lufthansa), авиакредиты переходят в общий пул компании. Если не разрешают, авиакредиты отслеживаются и используются для следующего бронирования на имя того же сотрудника в пределах срока их действия.
Посмотрите создание учётных записей на вашем IdP.
Демо на 30 минут с вашей ИТ-командой — подключите свой IdP, и мы настроим SCIM прямо во время звонка.