Как автоматизировать отпуска и больничные в Битрикс24

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

Что даёт готовый модуль отсутствий и где он заканчивается

Из коробки Битрикс24 умеет вести календарь отсутствий, показывать заявления на отпуск и больничный, синхронизировать их с общим календарём отдела. Но готовая логика не проверяет автоматически остаток дней отпуска по трудовому кодексу, не блокирует пересечение отпусков ключевых сотрудников одного отдела и не эскалирует заявку, если руководитель не отвечает — это приходится донастраивать через бизнес-процессы поверх стандартного модуля, привязывая процесс к событию создания заявления на отсутствие.

Расчёт остатка отпускных дней как условие процесса

Первое, что должен проверять процесс при подаче заявления — достаточно ли у сотрудника накопленных дней отпуска. Если в компании ведётся кадровый учёт с полем «остаток дней отпуска» (обновляется вручную бухгалтером или через интеграцию с 1С:Зарплата и управление персоналом), процесс сравнивает запрошенное количество дней с остатком: если остатка не хватает — заявка не блокируется полностью, но уходит на согласование с явной пометкой «превышение доступного остатка», и решение о предоставлении отпуска авансом принимает не автоматика, а руководитель осознанно.

Правило пересечения отпусков в одном отделе

Для компаний, где на отдел приходится 3-6 человек, критично не допустить, чтобы половина отдела ушла в отпуск одновременно. Условие в процессе технически реализуется через подсчёт: сколько сотрудников этого же отдела уже имеют одобренный отпуск, пересекающийся по датам с новой заявкой. Если это число превышает установленный лимит (например, не более 30% отдела одновременно), заявка автоматически помечается предупреждением для руководителя перед согласованием, а не просто утверждается по умолчанию.

• Проверка остатка накопленных дней отпуска перед отправкой на согласование
• Проверка пересечения с уже одобренными отпусками того же отдела
• Автоматическое уведомление бухгалтера для расчёта отпускных за 3 рабочих дня до начала отпуска
• Создание события в общем календаре отдела и настройка автоответчика в почте на период отсутствия
• Эскалация HR-директору, если руководитель отдела не согласовал заявку в течение 1 рабочего дня

Больничные: особенности процесса задним числом

В отличие от отпуска, больничный почти всегда оформляется постфактум — сотрудник заболел, отсутствовал 3-5 дней, и только потом появляется электронный больничный лист. Процесс здесь работает не как согласование (согласовывать нечего, факт уже случился), а как фиксация и уведомление: при получении номера электронного больничного (через интеграцию с СФР или ручной ввод бухгалтером) процесс автоматически создаёт запись об отсутствии задним числом, уведомляет руководителя отдела о фактическом отсутствии сотрудника (если тот не был предупреждён заранее) и ставит задачу бухгалтеру на расчёт пособия по временной нетрудоспособности с привязкой к номеру листа.

Пример: производственная компания на 70 человек, три цеха

До настройки процесса HR вручную сверял заявления на отпуск с графиком отсутствий в Excel раз в неделю, и дважды за год возникала ситуация, когда в одном цехе одновременно отсутствовало по отпуску 4 из 12 рабочих смены, что срывало производственный план. После введения условия «не более 25% смены одновременно в отпуске» с автоматическим предупреждением руководителю цеха при превышении, подобных случаев за следующий год не было ни одного, а среднее время согласования заявления на отпуск (раньше — 3-4 дня, потому что бумажный документ физически передавался между цехом и офисом) упало до одного рабочего дня.

Синхронизация с расчётом зарплаты

Отдельная больная точка — передача данных об отпусках и больничных в бухгалтерию для расчёта. Если это делается вручную (HR присылает список отсутствий в конце месяца одним файлом), почти неизбежны забытые случаи и ошибки в датах. Правильная настройка — процесс при каждом одобрении заявления на отпуск или фиксации больничного сразу создаёт задачу бухгалтеру с привязкой к конкретному сотруднику и датами, а не ждёт конца месяца для массовой сверки. Это не устраняет необходимость финального контроля перед расчётом зарплаты, но снижает число ошибок с обычных 3-5 случаев в месяц на компанию в 50-70 человек до 0-1.

1. 1.Заявление подаётся сотрудником в приложении с указанием периода
2. 2.Процесс проверяет остаток дней и пересечение с отделом
3. 3.Заявка уходит руководителю с дедлайном 1 рабочий день
4. 4.При одобрении — автоматическое уведомление бухгалтеру и создание события в календаре
5. 5.За 3 дня до начала отпуска — напоминание сотруднику и руководителю о передаче дел

Курс школы: Бизнес-процессы в Битрикс24 — от 19 990 ₽

Типичные ошибки при автоматизации отпусков и больничных

1. 1.Нет проверки остатка дней — сотрудники массово уходят в отпуск «в долг», а бухгалтерия обнаруживает это только при расчёте, что создаёт конфликтные ситуации
2. 2.Процесс не учитывает специфику отдела — производственному цеху и офису бухгалтерии нужны разные лимиты одновременного отсутствия, а единое правило для всей компании либо слишком жёсткое для одних, либо слишком мягкое для других
3. 3.Больничные обрабатываются тем же процессом согласования, что и отпуска — по факту больничный не требует согласия, только фиксацию, и попытка «согласовать» уже случившееся отсутствие выглядит абсурдно и раздражает сотрудников
4. 4.Нет напоминания о передаче дел перед отпуском — сотрудник уходит, а клиенты и задачи остаются без ответственного, потому что процесс закончился на «отпуск одобрен» и не пошёл дальше
5. 5.Изменение или отмена уже одобренного отпуска не предусмотрены процессом — в жизни это происходит регулярно, и без явного сценария отмены данные в системе расходятся с реальностью

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

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

Что в итоге экономит эта автоматизация

В компании на 50-70 человек ручная обработка отпусков и больничных обычно занимает у HR-специалиста 6-10 часов в месяц — сверка остатков, передача данных бухгалтеру, уточнение пересечений. После настройки процесса эта нагрузка падает до 1-2 часов на разбор нестандартных случаев (изменение уже одобренного отпуска, спорный остаток дней), а прямой экономический эффект — предотвращённые случаи производственных провалов из-за одновременного отсутствия ключевых сотрудников, что для производственной компании часто дороже, чем сама стоимость настройки процесса.

График отпусков на год вперёд как отдельный процесс

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

Учёт удалённых и гибридных сотрудников

Для компаний с частично удалённой командой в процесс стоит добавить дополнительное поле — характер отсутствия влияет на то, кого уведомлять. Если сотрудник работает удалённо и заболел, коллегам физически не нужно узнавать об этом из офисного объявления, но обязательно нужно автоматическое уведомление в рабочий чат проекта, чтобы клиенты или смежные отделы не ждали ответа от недоступного человека. Тот же принцип применим к отпуску — процесс может автоматически включать автоответчик в корпоративной почте и статус «недоступен» в мессенджере на весь период отсутствия, без необходимости сотруднику вручную об этом вспоминать в последний рабочий день перед отпуском.

Передача дел как обязательная часть процесса, а не формальность

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

Особый случай: ключевые сотрудники и критичные периоды

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