Как вести учёт отпусков и избегать пересечений в календаре

• Заявка: сотрудник сам указывает вид отпуска и даты.
• Одобрение: заявка уходит руководителю; одобрение или отказ фиксируются.
• Календарь: одобренный отпуск виден в календаре команды.
• Остаток: обновляются использованные и оставшиеся дни отпуска.
• Расчёт зарплаты: данные передаются в начисление в зависимости от типа отпуска.

Пример: представьте инженерное бюро в Анкаре. Когда приходит лето, большинство сотрудников просит одни и те же недели. Заявки копятся в коридоре, в группе WhatsApp и в списке на столе руководителя. В середине июля, когда приближается сдача проекта, выясняется, что в офисе никого не останется. Настоящая задача программы учёта в том, чтобы свести эту разрозненность в одно место. Откуда бы ни пришла заявка, она попадает в одну запись; руководитель при одобрении видит календарь команды, а кадры при подготовке зарплаты видят одобренный отпуск.

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

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

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

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

• В каждой роли на работе остаётся хотя бы один человек.
• Отказ или ограничение отпуска в неделю сдачи проекта.
• Заявки на высокий сезон собираются заранее.
• Заявки на дни рядом с государственными праздниками рассматриваются по очереди.

В Corex360 заявка на отпуск уходит на согласование руководителю. Согласование фиксируется с указанием, кто и когда его дал. В бюро в Анкаре руководитель, прежде чем согласовать заявку, попадающую на неделю сдачи, говорит с сотрудником. Даты сдвигаются, офис в ту неделю не пустует, а решение остаётся в записи.

В небольшой компании заявка идёт прямо к руководителю. В более крупной структуре сначала смотрит руководитель группы, потом руководитель отдела. Какой бы ни была структура, устное согласование это не запись; сказать в конце месяца, что вы согласовали, ничего не доказывает.

У цепочки согласования есть и скорость. Если заявка днями ждёт согласования, сотрудник не может строить планы и покупать билеты и в итоге возвращается к устному согласию. Если заявка сразу попадает к руководителю, ожидание сокращается. Запись об одобрении пригодится и позже. Когда при увольнении сотрудника нужно рассчитать неиспользованный отпуск, должно быть бесспорно видно, какой отпуск когда был взят и кто его одобрил.

В Corex360 заявки на отпуск, аванс и сверхурочные проходят один и тот же маршрут согласования в модуле HR. Сторону HR-программы, которая ведёт этот процесс, мы отдельно описали на примере дня руководителя по финансам и кадрам.

Оплачиваемый отпуск, отпуск без сохранения зарплаты, больничный и отпуск по семейным обстоятельствам проводятся в расчёте зарплаты по-разному. Если вид отпуска указан неверно или не указан вовсе, ошибка в расчёте зарплаты всплывает в конце месяца.

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

Календарь команды показывает, кто в какой день отсутствует; причину он показывать не должен. Больничный сотрудника не должны знать все, кто видит календарь. Для планирования команде достаточно отметки об отсутствии. Часть справедливости это последовательность. Если в одну загруженную неделю одну заявку одобрили, а другую отклонили, причина должна быть в записи; отказ без причины подрывает доверие в команде.

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

Заявка на отпуск в модуле «Управление персоналом» Corex360 уходит на согласование руководителю; заявки на отпуск, аванс и сверхурочные проходят через один и тот же процесс согласования. Согласование фиксируется в записи с информацией о том, кто и когда его дал. Согласованный отпуск хранится в карточке сотрудника, и там же находятся отметки прихода и ухода с устройства учёта рабочего времени. Поэтому ранний уход сотрудника, взявшего полдня отпуска после обеда, в конце месяца не выглядит как недостача.

В модуле HR в разделе Учёт рабочего времени есть экраны прихода и ухода, управления сменами, учёта сверхурочной работы, учёта посещаемости, табеля и календаря отпусков. Потоки заявок охватывают отпуск, аванс, командировочные расходы и заявки на оплату. В центре согласований на утверждение приходят и события учёта времени, например опоздание или уход за пределами локации; в записи видны объяснение сотрудника и его отдел. Расчёт остатка отпуска не обещается.