Автоматизация
ТЗ на автоматизацию HR: приём, перевод, увольнение и контроль задач
Как описать HR-процессы для автоматизации: события сотрудника, роли, сроки задач, доступы, исключения и подтверждение завершения.
Выберите конкретный HR-процесс первой очереди
ТЗ на автоматизацию HR полезно начинать с одного законченного процесса: подготовка выхода сотрудника, перевод между подразделениями или завершение работы. Общая задача «автоматизировать кадры» не объясняет, какие события запускают действия и кто подтверждает результат. Для первой очереди назовите начало, конец, участников и наблюдаемый итог каждого сценария.
Разделите кадровое решение и исполнение связанных задач. Решение о найме или переводе принимает уполномоченный человек. Система может передать утверждённое событие, создать задачи и проверить подтверждения. Этот материал посвящён организации программного процесса; юридические процедуры, основания обработки данных и сроки хранения определяет ответственная сторона компании.
Выберите измеримую проблему. Например, к первому дню не готово оборудование, руководитель не назначает вводную встречу или задачи теряются при переносе даты выхода. Не объявляйте целью абстрактную экономию времени без исходных данных. Сначала зафиксируйте, где возникает задержка и как её подтверждают, затем решайте, какие действия стоит автоматизировать.
Определите источник кадрового события
Для события нужны тип, устойчивый идентификатор сотрудника, дата действия, версия и источник подтверждения. Имя не подходит как ключ: оно может совпадать или изменяться. Корпоративная почта также может появиться позже события найма. В ТЗ необходимо связать предварительную карточку с постоянной записью без создания двух независимых людей.
Назовите систему, в которой событие считается утверждённым. Сообщение в чате, черновик заявки и запись в кадровой системе могут иметь разный статус. Автоматизация не должна трактовать любой текст «человек выходит в понедельник» как распоряжение выдать доступы. Если первой версией предусмотрен ручной ввод, нужна роль инициатора и подтверждение перед последствиями.
Документация Microsoft Entra Lifecycle Workflows рассматривает жизненный цикл через приём, изменения и уход сотрудника. Это пример готовой модели событий и задач, который полезно изучить при соответствующем выборе платформы. Он не определяет ваши кадровые правила и не означает автоматическую поддержку всех корпоративных сервисов. Каждое подключение проверяют отдельно.
Постройте матрицу задач и зависимостей
Для каждого события перечислите задачи HR, руководителя, IT и административной команды. У задачи должны быть исполнитель, срок, зависимость и способ подтверждения. Формулировка «подготовить рабочее место» слишком широкая, если под ней скрываются оборудование, доступ в офис, аккаунт и вводная встреча. Разделите результаты, которые подтверждают разные люди.
Зависимости описывайте явно. Учебный пример: аккаунт создаётся после утверждения записи сотрудника, доступ к проекту — после назначения роли, вводная встреча — после подтверждения руководителя. Если одна задача не выполнена, определите, какие следующие шаги блокируются и кому приходит уведомление. Бесконечное напоминание всем участникам не заменяет владельца проблемы.
Сроки задавайте относительно понятного события и с учётом рабочего календаря. «За день до выхода» требует ответа, какой день считается рабочим и что происходит при переносе. Для критических задач полезны отдельный порог эскалации и заместитель исполнителя. Не назначайте все исключения общему чату: там ответственность снова становится неопределённой.
Ограничьте данные и полномочия участников
Каждый участник должен получать данные, необходимые для своей задачи. IT может потребоваться роль и подразделение, административной команде — сведения для подготовки места, руководителю — план адаптации. Это не означает общий доступ ко всем документам сотрудника. В брифе перечислите поля по ролям и способы передачи, включая уведомления и выгрузки.
OWASP описывает принципы минимальных полномочий и проверки доступа. Для HR-процесса практическое требование состоит в том, чтобы участник видел и изменял только разрешённые части задачи. Проверяют также прямую ссылку, поиск и отчёт: скрытая кнопка не является достаточным ограничением. Диагностические журналы не должны бесконтрольно копировать персональные сведения.
Административные операции требуют отдельных полномочий и журнала. Кто может исправить дату, отменить событие, назначить другого руководителя или завершить задачу за коллегу? Для каждого исключения нужна причина и видимый след. Если система автоматически принимает утверждение, важно сохранить, кто и когда действительно подтвердил решение, а не только время срабатывания правила.
Опишите перенос, отмену и повтор события
Реальные процессы редко следуют первоначальному плану. Дата выхода переносится, кандидат отказывается, руководитель меняется, подразделение реорганизуется. Для каждого события определите, какие задачи пересчитываются, какие отменяются и какие уже выполненные действия требуют обратного шага. Простая замена даты в карточке не исправляет ранее запланированную выдачу доступа.
Учебный сценарий: сотрудник должен выйти в понедельник, оборудование уже заказано, аккаунт ещё не создан, затем дата переносится на неделю. Приёмка должна показать новое расписание, сохранение полезного результата и остановку преждевременных действий. Следующий тест — полная отмена выхода после частичной подготовки. У каждой завершённой задачи должно быть понятное последствие отмены, если оно необходимо.
Повтор того же кадрового события не должен создавать второй комплект задач или повторно выдавать оборудование. Согласуйте ключ события и версию изменения. Новая дата — это новая редакция прежнего события, а повтор доставки — технический повтор. Если эти случаи не различаются, команда будет вручную закрывать дубли и постепенно перестанет доверять автоматическому списку работ.
Согласуйте перевод и завершение работы
Перевод сотрудника требует проверки одновременно новых и прежних полномочий. Добавление доступа новой команды не должно автоматически сохранять все старые разрешения. В ТЗ задайте владельца пересмотра ролей, дату изменения и подтверждение выполнения. Для переходного периода возможны исключения, но они должны иметь основание и срок окончания.
Завершение работы также состоит из нескольких независимых результатов: отзыв доступа, передача ответственности, учёт оборудования и обработка документов по внутреннему порядку. Закрытие одной задачи не означает завершение всего процесса. Назовите обязательные подтверждения и правило обработки недоступного внешнего сервиса. Система должна показывать незавершённость, если важный шаг не подтверждён.
Проверьте доступы вне центральной системы. У компании могут оставаться отдельные кабинеты, общие папки и приглашения в сервисах подрядчиков. Автоматизация охватывает только известные подключения, поэтому в брифе нужен реестр управляемых систем и ручных исключений. Не называйте процесс полным только потому, что основной аккаунт отключён: охват должен быть доказуемым.
Проведите пилот на учебных сотрудниках
Используйте тестовые записи и изолированные подключения там, где это возможно. Набор включает обычный приём, перенос даты, отмену после частичного выполнения, перевод и завершение работы. Добавьте повтор события, отсутствие исполнителя и сбой внешней системы. Испытание не должно случайно создавать реальные полномочия или рассылать сообщения настоящим кандидатам.
Для каждого сценария подготовьте ожидаемый список задач, сроки и роли. Проверяйте не только создание, но и закрытие с доказательством. Отметка «выполнено» должна иметь определённый смысл: подтверждение сотрудника, результат API или прикреплённый документ в согласованном месте. Без этого автоматизация превращает неопределённость из переписки в неопределённость внутри красивой таблицы.
Оценку пилота разделите на надёжность передачи событий, соблюдение сроков и качество опыта сотрудника. Быстро созданные задачи не гарантируют готовность первого дня. Соберите обратную связь о понятности уведомлений и доступности ответственного. Не используйте результаты пилота для необоснованных выводов об эффективности конкретных людей: задача проверки — работа процесса и системы.
Передайте регламент поддержки и заполняемый бриф
В скачиваемом шаблоне предусмотрены источники событий, идентификаторы, роли, зависимости, исключения и приёмка. Дополните его картой систем и одним полностью заполненным маршрутом сотрудника. Обозначьте, какие решения уже утверждены и где требуется участие HR, IT или руководителя. Это позволит оценить проект без скрытых предположений о полномочиях и составе данных.
Назначьте владельца процесса после запуска. Он должен видеть зависшие задачи, повторные ошибки и изменения справочников. Для каждой интеграции нужен технический ответственный, а для кадрового правила — предметный. Если роли смешать, техническая команда начнёт принимать организационные решения, а HR останется без способа проверить, что изменение действительно применено.
Начинайте с ограниченного потока и расширяйте охват после проверки исключений. Хорошая HR-автоматизация делает действия и ответственность прозрачными: событие подтверждено, задачи назначены, последствия проверены. Материалы об автоматизации процессов и корпоративном портале помогут согласовать соседние системы, а профильная услуга — определить реалистичную первую очередь для вашей команды.
Источники
- What are lifecycle workflows?
Microsoft Learn / доступ 2026-10-12
Первичный источник для соответствующей технической темы. Структура брифа и учебные проверки разработаны редакцией; возможности конкретной системы проверяются перед внедрением.
- Authorization Cheat Sheet
OWASP / доступ 2026-10-12
Первичный источник для соответствующей технической темы. Структура брифа и учебные проверки разработаны редакцией; возможности конкретной системы проверяются перед внедрением.
- Скачать заполняемый бриф / ТЗ (.txt)
Малевич — практическое приложение / доступ 2026-10-12
Сохраните файл и заполните исходные данные, решения и критерии приёмки своего проекта.
FAQ
Должна ли HR-автоматизация принимать решение о найме?
Для первого проекта полезнее автоматизировать передачу согласованных событий, задачи и подтверждения. Решение о найме, переводе или исключении кандидата остаётся у уполномоченного человека. Если предполагается оценка алгоритмом, её нужно обсуждать как отдельную задачу с собственными критериями и проверками.
Что происходит, если дата выхода сотрудника переносится?
В ТЗ описывают пересчёт зависимых задач, отмену уже запланированных действий и уведомление ответственных. Нельзя просто заменить дату в карточке и оставить старое расписание выдачи доступов. Проверяйте перенос как до, так и после частичного выполнения подготовки.
Как подтвердить увольнение в автоматическом процессе?
Отделите кадровое событие от исполнения задач. Закрытие процесса должно опираться на подтверждения назначенных владельцев: доступы отозваны, оборудование учтено, документы обработаны по внутреннему порядку. Статья описывает организацию системы и не определяет юридическую процедуру увольнения.
