Почему отпуска и отгулы должны жить вместе с учётом посещаемости
06.09.2026
Систему управления отпусками и отгулами часто строят отдельно от учёта посещаемости: заявки приходят по почте, согласование даётся устно, а запись ведётся в отдельной таблице.
На первый взгляд разделение выглядит логичным - это же разные процессы. В конце месяца итог всегда один: сверяются два списка, и по каждому расхождению ищется объяснение.
Скрытая цена раздельных систем
Самый частый случай выглядит так: отсутствующий сотрудник отображается как опоздавший.
Причина проста. Система учёта знает только одно - в этот день отметки нет. Информация об отпуске лежит в другом месте, и система её не видит. В результате строка остаётся помеченной как «опоздание» или «не вышел».
Отсюда следуют три последствия подряд:
- HR вручную сверяет два списка в конце месяца.
- По каждому расхождению уходит вопрос руководителю или сотруднику.
- Ответ опирается на память, потому что след заявки не сохранён.
Эти три шага - среди самых трудоёмких частей работы над месячным табелем, и это проблема структуры, а не техники.
Разделение видов
Отпуск и отгул часто хранят в одной строке. Их разделение заметно упрощает расчёт, потому что единицы измерения разные.
Отпуск измеряется днями и имеет виды: ежегодный, за свой счёт, больничный, декретный, командировка. Каждый по-своему влияет на баланс.
Отгул - краткое отсутствие, измеряемое часами или минутами. Случай «сходил к врачу, вернулся через два часа» относится сюда.
Когда они лежат в одной строке, в конце месяца неверно выходят и дневной, и часовой баланс, - и правка снова делается вручную.
Маршрут согласования
Простейшая рабочая модель двухступенчата: непосредственный руководитель и HR.
На каждом шаге должно сохраняться, кто и когда согласовал. Именно этот след решает споры: фраза «заявка отправлена 12-го, руководитель согласовал 13-го, HR зафиксировал 14-го» пишется за минуту. Без следа тот же вопрос пытаются закрыть памятью нескольких человек.
Добавление трёх и более ступеней обычно даёт обратный эффект: процесс замедляется, и заявки возвращаются в устный канал - «поговорил с руководителем, договорились». Это самая распространённая причина, по которой такая система выходит из употребления.
Связь с посещаемостью
Когда записи об отпусках лежат там же, где посещаемость, три вещи решаются сами:
- Строка считается верно - отсутствующий сотрудник не попадает в опоздавшие.
- Уведомление об опоздании не уходит - по человеку в отпуске предупреждение не создаётся.
- Табель остаётся цельным - сверка с отдельным файлом не нужна.
Второй пункт важнее, чем кажется: ложные уведомления быстрее всего убивают доверие к системе уведомлений.
Планирование графика
Вторая большая польза системы - в планировании: показать заранее, сколько человек из одного отдела будет отсутствовать в один период.
На практике именно этот случай доставляет больше всего хлопот: двое просят одну и ту же неделю, и каждого согласуют по отдельности, потому что согласующий не видит вторую заявку. Проблема всплывает в середине недели, когда вариантов решения уже мало.
Когда заявки видны вместе, это ловится на этапе согласования - пока ещё можно что-то изменить.
Проверка в конце месяца
Три простые проверки снимают большую часть правок конца месяца и занимают в сумме десять минут:
- Есть ли заявки, оставшиеся несогласованными?
- Есть ли дни, где записи об отпуске и отметки посещаемости пересекаются?
- Есть ли сотрудники с отрицательным балансом?
Третья важнее прочих: отрицательный баланс обычно указывает на ошибку в записях, - и если найти её после расчёта зарплаты, исправление обходится куда дороже.
Практический пример: от двух файлов к одному табелю
В сервисной компании работали семьдесят пять человек. Заявки на отпуск приходили по почте, HR держал их в отдельной таблице, а посещаемость жила в другой системе.
Конец месяца проходил так: HR открывал отчёт по посещаемости, выбирал строки «не вышел» и сверял каждую с таблицей отпусков. В среднем проверялось двадцать-двадцать пять строк, и там, где ответа не находилось, уходил вопрос руководителю.
На это уходило четыре-пять часов в месяц. Но настоящая цена была в другом - в несогласованных заявках. Согласование заявки, пришедшей по почте, часто давалось устно и нигде не фиксировалось, - и при расчёте баланса в середине года всплывали расхождения.
В объединённой схеме изменились три вещи. Заявка подавалась из приложения, и согласование оставляло след. Согласованный отпуск автоматически появлялся в табеле. Уведомление об опоздании по сотруднику в отпуске не отправлялось.
Измеренный результат: проверка в конце месяца сократилась с четырёх-пяти часов до двадцати минут. Кроме того, годовой расчёт баланса впервые прошёл без правок.
Три типичные ошибки в расчёте баланса
Смешение видов. Ежегодный отпуск, отпуск за свой счёт и больничные считаются по разным правилам. В одной строке годовой баланс выходит неверным, а чтобы найти источник ошибки, приходится перечитывать весь год.
Перевод отгула в дни. Записывать отсутствие, измеренное в часах, в дневной баланс - самая частая расчётная ошибка. Двухчасовой отгул это не полдня, и правило компании должно говорить об этом прямо.
Отсутствие даты согласования. Дата заявки и дата согласования различаются, и в споре важно, какая из них берётся за основу. Практическое правило: на баланс влияет дата начала отпуска, а дата согласования сохраняется как след.
Что спрашивать в форме заявки
Скорость согласования часто зависит от формы. Неполная заявка требует от руководителя дополнительных вопросов, и процесс растягивается на день-два.
На практике хватает пяти полей: вид (отпуск, отгул, командировка), дата начала, дата или час окончания, короткое поле для причины, замещающий сотрудник.
Последнее поле полезнее прочих и чаще всего забывается. Вопрос «кто заменит» обычно и есть главный фактор задержки согласования; когда он в форме, руководитель закрывает заявку одним взглядом.
Чего спрашивать не стоит: медицинского диагноза, подробностей личной причины или приложения документов, если правило компании этого не требует. Лишние поля утяжеляют форму и возвращают заявки в устный канал.
Следующий шаг
Сведение отпусков и отгулов вместе с посещаемостью обычно один из самых быстро окупающихся шагов: польза видна уже в первом месячном табеле.
Посмотрите возможности QRGate или рассчитайте стоимость.
