# Какие проблемы возникают, когда отпуск, отгулы и посещаемость ведутся отдельно

- Канонический адрес: https://qrgate.az/ru/blog/otpusk-otgul-poseshchaemost-otdelno
- Markdown: https://qrgate.az/ru/blog/otpusk-otgul-poseshchaemost-otdelno.md
- Язык: ru
- Дата: 2026-06-01

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

## «Нет на месте» не всегда означает опоздание

Система учёта точно знает одно: есть отметка или нет. Но у отсутствия отметки может быть как минимум шесть разных объяснений:

- отпуск;
- согласованный отгул или полдня;
- больничный;
- командировка;
- день не является рабочим по данному графику;
- реальный невыход без объяснения.

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

## Как теряется контекст при раздельных файлах

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

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

| Вопрос | Раздельные системы | Единый контекст |
| --- | --- | --- |
| Почему сегодня нет? | Проверить три места | Видно в одной строке |
| Считается ли это опозданием? | Решается вручную | Ясно из контекста |
| Правки в конце месяца | Неизбежны | Становятся редкими |
| Взгляд на прошлый период | Поиск по архиву | Из истории |

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

## Почему важны статусы отпуска

Отпуск - это не день, а процесс: заявка, ожидание, согласование или отказ. Видеть эти статусы в контексте посещаемости важно по двум причинам.

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

Вторая - **документирование**. У вопроса «кто и когда согласовал?» должен быть письменный ответ. Отгул, согласованный в переписке, через полгода фактически не существует.

## Роль истории отгулов

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

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

Сохранение истории выгодно обеим сторонам. Это вопрос не контроля, а **справедливости**: одинаковая ситуация не должна оцениваться по-разному у двух сотрудников.

## Что даёт HR единый обзор

Когда всё это находится в одном контексте, в работе HR меняются три вещи.

1. **Меньше ежедневных вопросов.** Не нужно выяснять, почему человека нет.
2. **Короче конец месяца.** Правки табеля становятся исключением, а не правилом.
3. **Появляется планирование.** Заранее видно, на какие месяцы приходится пик отпусков.

Последний пункт - самая неожиданная польза. Заявки на отпуск никогда не распределяются равномерно: они собираются в летние месяцы и вокруг праздников. Увидеть это за месяц вперёд заметно упрощает построение графика. О совместном ведении графика и посещаемости мы писали на странице [график и посещаемость вместе](https://qrgate.az/ru/grafik-i-poseshchaemost-vmeste).

## Практический пример

На производстве со 120 сотрудниками отпуска велись в отдельной таблице, а короткие отгулы - в памяти руководителей. В конце месяца в табель вносилось в среднем 9–11 правок, большинство из которых всплывали уже после расчёта зарплаты.

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

То есть прежние цифры были не столько ошибочными, сколько **неполными**. Только после закрытия этого пробела сравнение нагрузки между подразделениями стало осмысленным. Как читать такие показатели, описано на странице [анализ показателей посещаемости](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti).

## Критерий решения

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

Если ответ на первый - «смотрю в трёх местах», дело не в дисциплине, а в разрозненности данных. Общую картину процесса даёт страница [контроль посещаемости сотрудников](https://qrgate.az/ru/kontrol-poseshchaemosti-sotrudnikov).

## С чего начинать объединение

Желание объединить всё сразу естественно, но поэтапный переход даёт результат быстрее.

Первый шаг - **отгулы**: это самые теряемые и самые легко фиксируемые данные. Одно поле, одно согласование - и запись готова.

Второй шаг - **отпуска**. Здесь работы чуть больше: нужно перенести существующий список, но это разовая задача.

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

## Что правильно оставить раздельным

Единый контекст не означает «всё в одном месте». Кое-что должно оставаться отдельно осознанно.

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

Кадровые документы, трудовые договоры и оценка персонала - тоже отдельные области. Объединять нужно лишь одну цепочку: отметка, график, кадровое событие, табель.

## От устной договорённости к записи

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

Поэтому переход не стоит подавать как запрет. Работает упрощение фиксации - одно поле, одно подтверждение, минута времени.

И второе: объяснить пользу. Запись нужна не только компании - через полгода именно она подтвердит фразу «мне разрешили».

## Как измерить результат

Польза объединения измеряется двумя цифрами, и обе существуют ещё до перехода.

Первая - количество правок в табеле в конце месяца. Вторая - сколько источников приходится открыть, чтобы ответить на вопрос «почему этого человека нет».

Достаточно измерить обе за месяц до перехода и через три месяца после. Разница обычно заметнее в первой.

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

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

Откройте табель за прошлый месяц и посчитайте правки: сколько из них связаны с отпуском, отгулом или графиком?

QRGate хранит посещаемость, опоздания, отпуска и отгулы в одном контексте. [Посмотреть возможности QRGate](https://qrgate.az/ru/preimushestva) или [рассчитать стоимость](https://qrgate.az/ru).

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

### Что на самом деле означает отсутствие отметки?

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

### Почему короткие отгулы теряются чаще всего?

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

### Зачем нужна заявка со статусом «на согласовании»?

Для планирования. Несогласованная заявка ещё не отпуск, но если её не учесть при построении графика, на одной неделе могут оказаться сразу несколько человек.

### С чего начинать объединение?

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

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

- QR или распознавание лиц - [Markdown](https://qrgate.az/ru/qr-kod-ili-raspoznavanie-lic.md) | [HTML](https://qrgate.az/ru/qr-kod-ili-raspoznavanie-lic)
- Анализ показателей - [Markdown](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti)
- Учёт без турникета - [Markdown](https://qrgate.az/ru/uchet-vhoda-i-vyhoda-bez-turniketa.md) | [HTML](https://qrgate.az/ru/uchet-vhoda-i-vyhoda-bez-turniketa)
- Управление отпусками и отгулами - [Markdown](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami.md) | [HTML](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami)
- Разные рабочие часы - [Markdown](https://qrgate.az/ru/poseshchaemost-pri-raznyh-rabochih-chasah.md) | [HTML](https://qrgate.az/ru/poseshchaemost-pri-raznyh-rabochih-chasah)
- График и посещаемость - [Markdown](https://qrgate.az/ru/grafik-i-poseshchaemost-vmeste.md) | [HTML](https://qrgate.az/ru/grafik-i-poseshchaemost-vmeste)