Учет отпусков сотрудников: почему ломается даже аккуратно выстроенный процесс

Кто сейчас в отпуске? Сколько дней осталось у Петрова? Та заявка в итоге была согласована официально или только в рабочем чате? Простые вопросы — а быстрого ответа нет. Надо открыть таблицу, найти строку, проверить формулу. Или написать HR. Учет отпусков — один из тех процессов, который кажется решенным. Пока не сломается.

Из чего состоит учет отпусков

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

Баланс отпуска — сколько дней положено, сколько использовано, сколько осталось. Для каждого сотрудника, в реальном времени. У людей разные даты выхода, разные типы отпуска, кто-то брал дни авансом.

Заявка на отпуск — сотрудник запрашивает конкретные даты. Руководитель должен увидеть, оценить, согласовать или нет. HR — зафиксировать. Руководителю при этом важно понять: не пересекается ли это с другими отсутствиями в команде.

Учет отсутствий — кто реально на месте прямо сейчас или на этой неделе. Не только отпуска: больничные, командировки, отгулы. Важно и для HR, и для операционного управления.

Расчет отпускных — финансовая сторона. Выплатить нужно до начала отпуска. Это влияет на баланс, на бухгалтерию, иногда на планирование бюджета отдела.

История согласований — кто одобрял, когда, какие изменения вносились. Нужна при спорах, аудите и передаче дел.

Большинство компаний ведут какую-то часть этого. Редко — всё вместе и в одном месте.

Что требует закон

По Трудовому кодексу каждый сотрудник имеет право на 28 календарных дней ежегодного оплачиваемого отпуска. Не предоставить его два года подряд нельзя. Заменить деньгами — тоже нельзя, только часть сверх 28 дней и только по письменному заявлению.

О начале отпуска сотрудника нужно предупредить не позднее чем за две недели. Отпускные выплатить — не позднее чем за три дня до старта.

Где это ломается

В Excel

Самый частый сценарий: таблица, которую завела HR несколько лет назад — или её предшественница. Формулы в ней никто не трогает из страха: «вдруг что-то сломается». Один раз кто-то случайно что-то отредактировал — и полгода данных оказались под вопросом.

Ещё одна проблема: сотрудник не видит свой остаток самостоятельно. Нужно спрашивать. И он спрашивает — снова и снова, каждый раз.

В мессенджерах

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

При этом руководитель честно одобрил. Только HR не был в курсе, и официально отпуск не оформлен. Человек уже купил билеты.

Мессенджер отлично работает для общения. Не для хранения кадровых решений.

Когда заявки согласуют по одной

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

Это происходит каждое лето. В разных компаниях, с разными командами. Просто потому, что у менеджера нет инструмента, который показывал бы пересечения в момент согласования.

Когда дни копятся незаметно

Сотрудники не знают свой баланс. Одни копят дни из страха уйти в минус. Другие уходят в минус случайно. HR отвечает на одни и те же вопросы.

Когда пора менять подход

Нет чёткой черты. Но есть признаки, по которым видно, что текущей системы уже не хватает:

• HR отвечает на вопросы о балансе и статусе заявок — каждый день
• Менеджеры согласовывают отпуска в мессенджерах, а не через единую систему
• Бывали случаи, когда команда расходилась одновременно и некому было закрыть задачи
• Накопленные остатки у сотрудников растут — и никто не видит, у кого сколько

Если хотя бы два пункта совпадают, проблема уже больше, чем кажется.

Как это должно быть устроено

Правильная система учёта отпусков строится вокруг ролей — и у каждой роли разный масштаб видимости.

Сотрудник видит свой баланс сам, без вопросов. Подаёт заявку через систему, следит за статусом и получает уведомление об изменениях. Ничего не теряется в чатах.

Менеджер работает с контекстом: рядом с заявкой — кто ещё в команде в это время отсутствует, есть ли пересечения с критичными задачами. Видит командный календарь — не только чьи-то планы, а реальную картину доступности.

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

Кажется, что всё это само собой разумеется. Но у большинства компаний нет ни одного из этих элементов в полном виде.

Как мы это сделали для себя — и для других

Фланг — IT-компания, и у нас была та же история: таблица, мессенджеры, ручной учёт. В какой-то момент наш HR сказал прямо: «Мы IT-компания. Давайте уже сделаем нормальный инструмент».

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

Когда заработало — стало понятно, что у многих та же история.

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