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