hr-процессы в битрикс24: найм, адаптация, увольнение

почему hr в crm — это не кадровый учёт

Первое, что приходится объяснять на встрече с руководителем — HR-автоматизация в Битрикс24 не заменяет кадровое делопроизводство и не ведёт трудовые книжки. За это отвечает КЭДО и бухгалтерская 1С. CRM закрывает другую задачу: превращает три разрозненных процесса — подбор, адаптацию, увольнение — в предсказуемую последовательность шагов, которую видно руководителю в моменте, а не постфактум в отчёте эйчара.

На практике HR-блок в Битрикс24 — это связка из трёх инструментов, уже включённых в портал: смарт-процессов (или обычных сделок) для воронки кандидатов, задач с роботами для онбординга и чек-листов для увольнения. Отдельного «модуля HR» с одной кнопкой не существует — приходится собирать из имеющихся кубиков, и именно поэтому большинство компаний это не делает, хотя настройка занимает 2-3 дня работы, а не недели.

Ниже — все три процесса по порядку, с конкретными шагами, которые я использую на внедрениях.

подбор персонала как воронка, а не список резюме

Ошибка, которую вижу почти всегда: резюме кандидатов лежат в почте эйчара вперемешку, а статус «на каком этапе собеседования человек» держится в голове. Решение — завести отдельную воронку подбора через смарт-процесс с этапами под конкретную вакансию: отклик получен → скрининг резюме → техническое интервью → интервью с руководителем → оффер → оформление.

Каждый кандидат — отдельный элемент воронки с карточкой: резюме файлом, контакты, комментарии интервьюеров прямо в ленте карточки, а не в отдельном чате. Это решает главную боль совместного найма — когда технический специалист и эйчар оценивают кандидата, но их обратная связь теряется между письмами.

Автоматизация здесь простая, но выигрышная: робот отправляет кандидату шаблонное письмо при переходе на этап «оффер отправлен», а руководителю вакансии — уведомление, если карточка висит на одном этапе больше 5 дней без движения. На моих проектах это единственное, что реально решает проблему «зависших» кандидатов, о которых просто забыли ответить.

закрытая вакансия — не конец, а старт нового процесса

Частая нестыковка на внедрении: подбор в CRM настроен, а дальше — провал, потому что после оффера карточка кандидата просто архивируется, и новый сотрудник появляется в структуре компании отдельным ручным действием эйчара через день-два.

Правильная связка — переход элемента воронки подбора в статус «оформление» автоматически ставит задачу эйчару «завести сотрудника в структуре» и задачу IT-специалисту «подготовить рабочее место и доступы». Обе задачи — с дедлайном к дате выхода, который берётся из карточки кандидата, а не назначается вручную.

Это тот момент, где 80% компаний теряют время: между «приняли решение нанять» и «человек реально может работать в первый день» проходит 3-5 рабочих дней просто потому, что процесс нигде не зафиксирован как последовательность задач с ответственными.

адаптация на роботах, а не на памяти эйчара

Про базовый чек-лист онбординга нового сотрудника я уже писал отдельно — здесь разбираю именно автоматизацию, то есть как сделать, чтобы чек-лист заполнялся сам, а не по напоминанию эйчара себе в календаре.

Механика простая: при добавлении нового сотрудника в структуру компании настраивается бизнес-процесс, который запускается автоматически и последовательно ставит задачи с привязкой ко дню выхода — не «сразу все 15 пунктов», а по расписанию. День 1: доступы, знакомство с командой, вводный созвон. День 3: проверочный список «освоился ли в базовых инструментах». Неделя 2: обратная связь от руководителя. Месяц 1: итоговая встреча с оценкой испытательного периода.

На одном из моих проектов у розничной сети из 40 точек именно растянутый по времени процесс адаптации снял постоянную жалобу директоров магазинов «новый продавец полтора месяца путается, что где искать» — потому что раньше вся адаптация была одним вводным днём, а дальше человека бросали разбираться самому.

Ключевое отличие автоматизации от чек-листа на бумаге: задачи ставятся сами, попадают в общий список руководителя, и видно, если какой-то этап просрочен — без ручного контроля «а вы точно провели встречу через неделю».

испытательный срок — точка, которую обычно упускают

Отдельная автоматизация, которую редко настраивают, но которая экономит эйчару реальное время — напоминание о приближении конца испытательного срока. Задача руководителю ставится роботом за 2 недели до даты окончания: собрать обратную связь и принять решение — продлевать, утверждать в штате или расставаться.

Без этого напоминания решение по испытательному сроку часто принимается в последний день, второпях, без нормальной подготовки к разговору с сотрудником. С автоматической задачей за 2 недели у руководителя есть время собрать мнение коллег и подготовить аргументированный разговор, а не формальную бумагу постфактум.

увольнение — чек-лист, который защищает компанию

Увольнение — процесс, где ошибка стоит дороже всего: забытый доступ в CRM у уволенного сотрудника, не отозванный доступ к корпоративной почте, забытая передача клиентской базы преемнику. Решается тем же инструментом, что и адаптация — только чек-лист запускается в обратную сторону.

Мой типовой набор пунктов офбординга: передача открытых сделок и задач другому ответственному (это делается массовой заменой ответственного в CRM, а не вручную по одной карточке), отзыв прав доступа к порталу и интеграциям, возврат оборудования, исключение из групп и открытых линий, архивация личных данных сотрудника согласно политике компании.

На аудите вижу мёртвые учётные записи уволенных сотрудников примерно в половине компаний — доступ формально не отозван, потому что этот шаг никто не зафиксировал как обязательный этап процесса. Чек-лист с ответственным HR-специалистом и дедлайном «в день увольнения» закрывает эту дыру полностью — просто потому что задача видна и не может незаметно потеряться.

как это связано с кадровым документооборотом

Автоматизация в CRM и кадровый документооборот — два разных слоя, которые должны работать синхронно, а не подменять друг друга. Пока в CRM крутятся задачи по адаптации и офбордингу, сами документы — трудовой договор, приказ о приёме, соглашение о расторжении — оформляются через КЭДО, если оно уже подключено, или через 1С, если нет.

Хорошая практика — не дублировать данные вручную: дата приёма и дата увольнения, зафиксированные в кадровом документе, должны быть источником правды для дат в бизнес-процессе CRM, а не наоборот. Иначе легко получить рассинхрон: в CRM сотрудник ещё числится активным, а по документам уже уволен неделю назад.

с чего начать, если из этого пока не настроено ничего

Не пытайтесь собрать все три процесса за один заход. Первым делом настраивайте офбординг — он самый короткий по числу шагов и закрывает самый дорогой риск (забытые доступы). На это уходит один рабочий день, включая тестовый прогон на реальном увольнении.

Дальше — адаптация: соберите чек-лист вместе с руководителями отделов, а не в одиночку от лица HR, иначе пункты не будут отражать реальную практику конкретной команды. Подбор персонала настраивайте последним — этот процесс сложнее всего в поддержке, потому что воронка вакансий постоянно меняется под конкретные позиции, и без опыта работы с двумя первыми процессами легко перегрузить её лишними этапами.

И ещё один момент из практики: не отдавайте настройку всех трёх процессов на аутсорс одним заходом без участия штатного HR-специалиста или руководителя. Процессы найма, адаптации и увольнения меняются вместе с ростом компании — через полгода состав шагов почти наверняка потребует правок, и если внутри команды никто не понимает логику настройки бизнес-процессов, каждая мелкая правка превращается в отдельную заявку интегратору вместо пятиминутного самостоятельного изменения.

частые вопросы