ИИ в HR: приемка подбора, онбординга и выдачи доступов сотруднику
Дата выхода утверждена, оборудование готово, а заявка в ИТ потеряла код подразделения. Внедрение ИИ в HR процессы здесь касается не подбора, а передачи подтверждённого кадрового события и сверки выданных ролей.
«Специалист выходит в понедельник: HR подтвердил дату, руководитель написал приветствие, ноутбук стоит на столе. А учётной записи нет — заявка ушла в ИТ без кода подразделения. Все выполнили свою часть, а сотрудник смотрит на экран входа. Именно этот стык между HR и ИТ мы автоматизируем в первую очередь.»
С чего начать: передача кадрового события из HR в ИТ
Приём запускает выдачу начального набора ролей, перевод меняет набор, увольнение требует согласованного отзыва. Одна универсальная заявка «обновить пользователя» скрывает разницу этих задач. Перевод похож на переезд: мало получить ключи от нового помещения, прежние тоже нужно вернуть — сверяют оба набора.
Эффективная точка старта в HR
Черновики заявок с проверкой пропусков: оператор видит недостающие поля, исправляет их и утверждает отправку. Журнал показывает повторяющиеся уточнения, и только после этого автоматизируют стандартные подтверждённые события.
Модельный сценарий: перенос даты выхода после отправки заявки
Сотрудник перенёс выход с понедельника на четверг, а ИТ уже подготовило запись. Sherpa AI Server видит новую версию события с тем же ID и связывает её с прежней заявкой. Sherpa RPA пересматривает незавершённые действия, меняет дату активации и не создаёт вторую независимую очередь. При неизвестном ответе ИТ карточка получает статус «результат неизвестен».
Паспорт пилота на одной странице
- 1Участок процесса: Передача событий приёма, перевода и увольнения из кадровой системы в ИТ с выдачей и отзывом ролей.
- 2Базовая линия: 60 кадровых переходов в месяц по 12 минут подготовки и сверки — 12 часов (условные данные).
- 3Контрольная выборка: Три тестовых события плюс отмена приёма, перенос даты, повтор сообщения, нет кода подразделения, перевод с отзывом роли.
- 4Границы системы: Стандартные события; нестандартная роль, замещение и исключения из пакета — маршрут человеку.
- 5Критерий успеха: Ни одной роли без подтверждённого события; ни одной незакрытой старой роли после перевода.
Три кадровых события и один контроль
Для каждого события заранее определено, что проверяется до передачи и что служит доказательством завершения.
Приём
Проверяются дата выхода и утверждённый пакет ролей; доказательство — ID учётной записи и сверенный список разрешений.
Перевод
Новый пакет и список отзываемых ролей; доказательство — разница фактических разрешений до и после.
Увольнение
Подтверждённое событие и согласованный момент отзыва; доказательство — статусы в каждой целевой системе.
Минимальная карточка
ID сотрудника, тип и версия события, дата, подразделение, пакет ролей и владелец решения — без резюме и оценок.
Пять этапов автоматизации передачи HR → ИТ
Автоматизация HR бизнес процессов начинается с одной страницы: источник события, карточка передачи, правила повторов и доказательство выполнения.
Источник события
Какая система хранит утверждённое событие и кто может его изменить.
Карточка передачи
Минимальный набор полей и ссылка на решение вместо копии кадрового архива.
Версии и повторы
Устойчивый ID события, увеличиваемая версия, пересмотр незавершённых действий.
Сверка ролей
Сравнение фактических разрешений с утверждённым пакетом в каждой целевой системе.
Совместная приёмка
HR утверждает кадровое состояние, ИТ и владельцы систем — ожидаемые разрешения.
Как оценить пилот: четыре группы метрик
Если HR экономит минуты, но сотрудник ждёт доступ сутки, узкое улучшение не решило проблему первого рабочего дня.
Ожидание доступа: рабочие часы от утверждённого события до проверенного выполнения.
Задержанные события: количество событий, не выполненных к дате выхода, и их причины.
Расхождения ролей: выданные без события, не выданные по пакету и не отозванные после перевода.
Трудозатраты: условно 45 стандартных событий по 5 минут и 15 исключений по 16 минут.
Формула трудозатрат на поток событий
45 × 5 + 15 × 16 + 75 = 540 минут вместо 720 — потенциал освобождения 3 часа в месяц. Ожидание доступа, лицензии и работа внедрения учитываются отдельно.
Расход = Стандартные × Минуты проверки + Исключения × Минуты разбора + Ежемесячная сверка ролейАрхитектура: кадровая система, карточка, ИТ и сверка
Сбой ответа ИТ не равен отсутствию учётной записи: сначала читается состояние операции по ID, и только потом решается, что делать дальше.
1. Кадровая система
Утверждённые события приёма, перевода и увольнения с версиями.
2. Sherpa AI Server
Проверка пропусков, подготовка карточки передачи, связь новой версии с прежней заявкой.
3. Правила ролей
Пакеты ролей от владельцев систем; модель не придумывает полномочия.
4. Sherpa RPA и ITSM
Создание заявок, выдача и отзыв ролей, чтение состояния после сбоя.
5. Сверка и отчёт
Фактические разрешения против утверждённых, задержанные события и их причины.
Workday 21 мая 2026 года анонсировала Sana для ITSM с доступом ранних клиентов во второй половине 2026 года; GA не подтверждена, и анонс не подтверждает пригодность продукта для ваших данных. Числа в статье — исходные допущения модели.
Три ошибки, из-за которых онбординг срывается
Не различать подбор и оформление
Автоматизация подбора персонала ускоряет разбор данных и подготовку интервью, но кандидат и сотрудник имеют разные статусы. Переход фиксируется подтверждённым кадровым событием.
Не уточнить границу у поставщика
Запрос «автоматизация подбора персонала программы» требует ответа: только рекомендации рекрутеру или ещё запуск оформления? Во втором случае нужна отдельная приёмка передачи в кадровую систему и ИТ.
Считать закрытые заявки успехом
Самая неприятная ошибка перевода выглядит как успех: новые права выданы вовремя, старые остались. Проверка смотрит на разницу наборов до и после.
Мнение эксперта
Константин Артемьев Основатель и генеральный директор Sherpa Robotics«Внедрение ИИ в HR стоит начинать не с умного подбора прав, а с честной сверки. Правдоподобный совет модели «так обычно делают менеджеры» не становится основанием для выдачи полномочия. Если на странице процесса нет владельца результата, автоматизация лишь быстрее доставит заявку в ничью очередь.»
Что изучить перед запуском пилота
Эти материалы продолжают логику статьи: помогают найти процесс, выбрать закрытый ИИ-контур, определить роль RPA и сверить гипотезу с реальными внедрениями.
Частые вопросы
Какие кадровые данные нужны заявке ИТ?
ID сотрудника, тип и версия события, дата, подразделение, согласованный пакет ролей и владелец решения. Оценки интервью и резюме по умолчанию не включают.
Можно ли выдавать доступ после положительной оценки кандидата?
Нет. Положительная оценка не является кадровым событием. Доступ выдаётся после подтверждённого перехода в кадровой системе и утверждения пакета владельцами.
Как обработать перенос даты выхода?
Новая версия события связывается с прежней заявкой, незавершённые шаги пересматриваются. Повтор сообщения с прежней версией не создаёт второй комплект заявок.
Что проверять при переводе в другое подразделение?
Фактический набор ролей до и после перевода: новые разрешения и отзыв ненужных прежних. Закрытие заявки без сверки не подтверждает переход.
Кто принимает пилот передачи из HR в ИТ?
HR утверждает ожидаемое кадровое состояние, ИТ и владельцы систем — ожидаемые разрешения. Владельца итоговой сверки назначают до автоматической передачи.
Обеспечьте сотруднику доступы к первому рабочему дню
Опишем маршрут кадрового события от HR до ИТ, минимальную карточку передачи и сверку ролей и покажем, как Sherpa связывает кадровую систему с ITSM без лишних персональных данных.