# Почему отпуска и отгулы должны жить вместе с учётом посещаемости

- Канонический адрес: https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami
- Markdown: https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami.md
- Язык: ru

**Систему управления отпусками и отгулами** часто строят отдельно от учёта посещаемости: заявки приходят по почте, согласование даётся устно, а запись ведётся в отдельной таблице.

На первый взгляд разделение выглядит логичным - это же разные процессы. В конце месяца итог всегда один: сверяются два списка, и по каждому расхождению ищется объяснение.

## Скрытая цена раздельных систем

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

Причина проста. Система учёта знает только одно - в этот день отметки нет. Информация об отпуске лежит в другом месте, и система её не видит. В результате строка остаётся помеченной как «опоздание» или «не вышел».

Отсюда следуют три последствия подряд:

1. HR вручную сверяет два списка в конце месяца.
2. По каждому расхождению уходит вопрос руководителю или сотруднику.
3. Ответ опирается на память, потому что след заявки не сохранён.

Эти три шага - среди самых трудоёмких частей работы над месячным табелем, и это проблема структуры, а не техники.

## Разделение видов

Отпуск и отгул часто хранят в одной строке. Их разделение заметно упрощает расчёт, потому что единицы измерения разные.

**Отпуск** измеряется днями и имеет виды: ежегодный, за свой счёт, больничный, декретный, командировка. Каждый по-своему влияет на баланс.

**Отгул** - краткое отсутствие, измеряемое часами или минутами. Случай «сходил к врачу, вернулся через два часа» относится сюда.

Когда они лежат в одной строке, в конце месяца неверно выходят и дневной, и часовой баланс, - и правка снова делается вручную.

## Маршрут согласования

Простейшая рабочая модель двухступенчата: **непосредственный руководитель** и **HR**.

На каждом шаге должно сохраняться, кто и когда согласовал. Именно этот след решает споры: фраза «заявка отправлена 12-го, руководитель согласовал 13-го, HR зафиксировал 14-го» пишется за минуту. Без следа тот же вопрос пытаются закрыть памятью нескольких человек.

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

## Связь с посещаемостью

Когда записи об отпусках лежат там же, где посещаемость, три вещи решаются сами:

- **Строка считается верно** - отсутствующий сотрудник не попадает в опоздавшие.
- **Уведомление об опоздании не уходит** - по человеку в отпуске предупреждение не создаётся.
- **Табель остаётся цельным** - сверка с отдельным файлом не нужна.

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

## Планирование графика

Вторая большая польза системы - в планировании: показать заранее, сколько человек из одного отдела будет отсутствовать в один период.

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

Когда заявки видны вместе, это ловится на этапе согласования - пока ещё можно что-то изменить.

## Проверка в конце месяца

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

1. Есть ли заявки, оставшиеся несогласованными?
2. Есть ли дни, где записи об отпуске и отметки посещаемости пересекаются?
3. Есть ли сотрудники с отрицательным балансом?

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

## Практический пример: от двух файлов к одному табелю

В сервисной компании работали семьдесят пять человек. Заявки на отпуск приходили по почте, HR держал их в отдельной таблице, а посещаемость жила в другой системе.

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

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

В объединённой схеме изменились три вещи. Заявка подавалась из приложения, и согласование оставляло след. Согласованный отпуск автоматически появлялся в табеле. Уведомление об опоздании по сотруднику в отпуске не отправлялось.

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

## Три типичные ошибки в расчёте баланса

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

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

**Отсутствие даты согласования.** Дата заявки и дата согласования различаются, и в споре важно, какая из них берётся за основу. Практическое правило: на баланс влияет дата начала отпуска, а дата согласования сохраняется как след.

## Что спрашивать в форме заявки

Скорость согласования часто зависит от формы. Неполная заявка требует от руководителя дополнительных вопросов, и процесс растягивается на день-два.

На практике хватает пяти полей: вид (отпуск, отгул, командировка), дата начала, дата или час окончания, короткое поле для причины, замещающий сотрудник.

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

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

## Следующий шаг

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

[Посмотрите возможности QRGate](https://qrgate.az/ru/preimushestva) или [рассчитайте стоимость](https://qrgate.az/ru).

### Связанные страницы

- [Посещаемость и зарплата](https://qrgate.az/ru/poseshchaemost-i-zarplata)
- [Плановые отчёты по посещаемости](https://qrgate.az/ru/planovye-otchety-po-poseshchaemosti)
- [Ошибки в учёте рабочего времени](https://qrgate.az/ru/oshibki-v-uchete-rabochego-vremeni)
- [График и посещаемость вместе](https://qrgate.az/ru/grafik-i-poseshchaemost-vmeste)

## Часто задаваемые вопросы

### Что происходит с табелем, когда отпуска ведутся отдельно?

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

### Разве отпуск и отгул не одно и то же?

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

### Как выстроить маршрут согласования?

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

### Как система помогает планировать график отпусков?

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

### Что проверить в конце месяца?

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

## Связанные страницы

- Отслеживание по QR - [Markdown](https://qrgate.az/ru/otslezhivanie-poseshchaemosti-po-qr-kodu.md) | [HTML](https://qrgate.az/ru/otslezhivanie-poseshchaemosti-po-qr-kodu)
- Автоматизация табеля - [Markdown](https://qrgate.az/ru/avtomatizaciya-tabelnogo-ucheta.md) | [HTML](https://qrgate.az/ru/avtomatizaciya-tabelnogo-ucheta)
- Отслеживание опозданий - [Markdown](https://qrgate.az/ru/avtomaticheskoe-otslezhivanie-opozdaniy.md) | [HTML](https://qrgate.az/ru/avtomaticheskoe-otslezhivanie-opozdaniy)
- Отчёт по посещаемости - [Markdown](https://qrgate.az/ru/otchet-po-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/otchet-po-poseshchaemosti)
- Учёт рабочего времени - [Markdown](https://qrgate.az/ru/uchet-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/uchet-rabochego-vremeni)
- Преимущества QR-учёта - [Markdown](https://qrgate.az/ru/preimushchestva-qr-sistemy-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/preimushchestva-qr-sistemy-poseshchaemosti)