Новый сотрудник выходит на работу, но к началу дня у него ещё нет доступа к нужным системам. При переводе в другой отдел старые права сохраняются дольше необходимого, а после увольнения руководитель вручную вспоминает, какие учётные записи и оборудование нужно закрыть.
Онбординг и увольнение часто воспринимают как задачи HR или системного администратора. На практике это один сквозной процесс, в котором участвуют руководитель, кадровая служба, IT, служба безопасности и сотрудник, отвечающий за имущество.
Разберём, как автоматизировать этот маршрут, не выдавая лишних прав и не передавая критические решения системе.
Почему обычного чек-листа недостаточно
Таблица с задачами помогает увидеть общий план, но она не знает, что дата выхода изменилась, сотрудника перевели в другое подразделение или руководитель не подтвердил роль. Одни пункты отмечают вручную, другие обсуждают в почте, а часть действий выполняется без записи результата.
Из-за этого доступ может появиться слишком поздно или остаться после того, как он уже не нужен. Оборудование заказывают дважды, обязательное обучение пропускают, а при проверке трудно понять, кто разрешил конкретное действие.
С какого события начинается процесс
Надёжный маршрут начинается с подтверждённого кадрового события: приём, изменение должности, перевод, длительный отпуск или завершение работы. Источником может быть кадровая система либо согласованная заявка с обязательными полями.
Для запуска нужны как минимум сотрудник, подразделение, руководитель, роль, дата события и место работы. Если данных недостаточно, процесс не пытается угадать права, а возвращает запрос ответственному.
Как формируется набор задач
После подтверждения события система создаёт задачи по заранее утверждённому шаблону роли. Для одного сотрудника это подготовка рабочего места и базовых корпоративных сервисов, для другого — доступ к CRM, ERP, складу или проектной документации.
- руководитель подтверждает роль и рабочие обязанности;
- HR проверяет дату и кадровые данные;
- IT готовит учётные записи и оборудование;
- ответственные за системы назначают разрешённые права;
- сотрудник получает инструкции и обязательные материалы.
Задачи создаются не одним длинным списком для всех, а по роли и условиям. Это уменьшает количество лишних действий и делает владельца каждого шага понятным.
Как управлять доступами безопасно
Автоматизация может подготовить запрос на доступ, добавить сотрудника в разрешённую базовую группу и уведомить владельца системы. Но повышенные права, финансовые функции, публикация данных и доступ к конфиденциальным разделам требуют отдельного подтверждения.
Права стоит связывать с ролью, а не копировать у коллеги. У двух менеджеров с похожими должностями могут быть разные регионы, юридические лица или лимиты. Копирование чужого профиля переносит и те разрешения, которые новому сотруднику не нужны.
Основной принцип: система выполняет только заранее разрешённые шаги, а владелец данных подтверждает доступ, который влияет на деньги, персональную информацию или критические операции.
Что меняется при переводе сотрудника
Смена должности — это не только добавление новых прав. Процесс должен сравнить прежнюю и новую роль, подготовить список изменений и отдельно показать доступы, которые больше не соответствуют обязанностям.
Руководители прежнего и нового подразделений подтверждают переход в пределах своих полномочий. После выполнения сохраняется история: что добавили, что отозвали, кто согласовал исключение и до какой даты действует временный доступ.
Как проходит увольнение
Завершение работы запускает обратный маршрут. Система создаёт задачи на возврат оборудования, передачу активных клиентов и документов, отключение учётных записей, удаление из рабочих групп и отзыв лицензий. Срок каждого действия зависит от подтверждённой даты и политики компании.
Критическое отключение доступа не должно зависеть от того, вспомнил ли руководитель отправить письмо. При этом кадровое событие и момент блокировки подтверждаются уполномоченными сотрудниками: автоматизация исполняет правило, но не принимает решение об увольнении.
Что делать с ошибками и задержками
Не каждая задача выполнится с первого раза. Учётная запись может уже существовать, оборудование отсутствовать на складе, а владелец системы — не ответить вовремя. Для таких ситуаций нужен отдельный статус, новый ответственный и понятное уведомление руководителю.
Если один шаг не выполнен, процесс не должен молча отмечать весь маршрут завершённым. Руководитель видит, что готово к первому дню, какие права ожидают подтверждения и что требует ручного вмешательства.
Как проверять и журналировать действия
В журнале сохраняются источник события, созданные задачи, решения согласующих, выполненные изменения и ошибки. Такой журнал нужен не ради формальности: он помогает быстро восстановить состояние сотрудника и проверить, почему доступ был выдан или оставался активным.
Полезно регулярно сравнивать фактические права с текущей ролью. Автоматизация жизненного цикла не заменяет периодический пересмотр доступов, особенно для временных проектов и повышенных полномочий.
Как запустить процесс без лишнего риска
- Выбрать одну массовую роль с понятным набором обязанностей.
- Определить достоверный источник кадрового события.
- Разделить базовые, повышенные и временные права.
- Назначить владельца и срок для каждого действия.
- Проверить приём, перевод и увольнение, включая ошибки и изменение даты.
Какой результат получает бизнес
Сотрудник получает необходимые условия к согласованной дате, руководитель видит готовность процесса, а владельцы систем сохраняют контроль над чувствительными правами. При изменении роли или увольнении лишние доступы не теряются в переписке.
Ценность такой автоматизации — не в количестве отправленных уведомлений. Она создаёт единый управляемый маршрут, где событие подтверждено, ответственность распределена, исключения видны, а каждое изменение можно проверить.
