# Как систематизировать посещаемость перед подготовкой зарплаты?

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

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

## В каком состоянии данные перед передачей

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

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

Повторяются три расхождения: день без отметки и без объяснения, недокументированное изменение графика и короткие отгулы, не записанные нигде.

## Что такое табель на самом деле

Табель - не финальная форма данных о посещаемости, а их *сведённая* форма. Это различие важно.

Сырые отметки не отвечают на вопрос «сколько этот человек отработал за месяц?». Чтобы ответить, их нужно проверить относительно графика, календаря и кадровых событий. Табель и есть результат такой проверки.

Поэтому в бухгалтерию уходит табель, а не сырые записи. Как формируется табель, описано на странице [автоматизация табельного учёта](https://qrgate.az/ru/avtomatizaciya-tabelnogo-ucheta).

## Отпуска и отгулы как контекст

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

| Событие | Как выглядит в посещаемости | Риск |
| --- | --- | --- |
| Отпуск | Нет отметки | Попадает как «не вышел» |
| Короткий отгул | Неполный день | Нигде не записан |
| Командировка | Нет отметки | Считается пропущенным днём |
| Работа в праздник | Обычная отметка | Не выделяется |
| Замена смены | Другое время | Выглядит как опоздание |

Все пять строк правятся вручную в конце месяца. При хранении в едином контексте правки не нужны: событие уже стоит рядом с записью.

## Порядок: что и когда делается

Работающая на практике последовательность выглядит так:

1. **В течение месяца** - создаются отметки, отгулы и изменения записываются в тот же день.
2. **Последняя неделя** - закрываются открытые вопросы: заявки на согласовании, запросы правок.
3. **Последний рабочий день** - готов первый вариант табеля.
4. **Следующие один-два дня** - проверка и утверждение.
5. **Затем** - передача в бухгалтерию.

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

## Финальная проверка перед передачей

Проверка пяти пунктов перед отправкой предотвращает большую часть правок:

- Остались ли строки «нет отметки» без объяснения?
- Есть ли заявки на согласовании?
- Корректно ли показаны праздники и нерабочие дни?
- Задокументированы ли замены смен?
- Верны ли даты приёма и увольнения?

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

## Передача через Excel и PDF

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

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

Отправлять оба - самый безопасный подход: PDF официальная копия, Excel рабочий файл.

## Что передавать не нужно

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

Причины опозданий, объяснения отсутствий и личные комментарии для расчёта не нужны и передаваться не должны. Это и уменьшает объём, и предотвращает лишнее распространение чувствительных сведений.

## Кто за что отвечает

Больше всего конец месяца затягивает неопределённость ролей. Записать стоит три:

**Руководитель подразделения** закрывает открытые вопросы своей команды. **HR** формирует и проверяет табель. **Бухгалтерия** считает и возвращает несоответствия.

Без этих трёх ролей каждый месяц звучит один и тот же вопрос: «кто должен проверить эту строку?»

## Почему важны сроки

Работающее правило: срок закрытия открытых вопросов должен наступать *до* конца месяца.

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

Срок на два-три дня раньше снимает проблему и никому не добавляет нагрузки.

## Правки не исчезают полностью

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

Цель не в устранении правок, а в том, чтобы сделать их *исключением*. Десять-двенадцать в месяц - проблема процесса; одна-две - нормальный рабочий поток.

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

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

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

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

Через три месяца число правок снизилось с девяти до двух. Общая логика учёта рабочего времени - на странице [учёт рабочего времени](https://qrgate.az/ru/uchet-rabochego-vremeni).

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

Ситуацию описывают три цифры: сколько правок следует за расчётом зарплаты в месяц; сколько часов уходит на табель; есть ли срок закрытия открытых вопросов?

Если первая цифра больше пяти, дело не во внимательности, а в сведении данных. Из каких блоков состоит отчёт, описано на странице [отчёт по посещаемости](https://qrgate.az/ru/otchet-po-poseshchaemosti).

## Приём и увольнение в середине месяца

Эти два случая - самый частый источник ошибок конца месяца, и о них обычно забывают в чек-листах.

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

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

Практическое решение - добавить в чек-лист одну строку: «подтверждены ли даты приёма и увольнения за этот месяц?»

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

Выпишите правки за последние три месяца и разложите по категориям. На практике 70–80 процентов приходятся на две-три причины - и эти причины обычно легко устранить.

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

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

### Можно ли передавать в бухгалтерию сырые отметки?

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

### Что проверить перед передачей?

Необъяснённые строки «нет отметки», заявки на согласовании, праздничные дни, задокументированные замены смен и даты приёма и увольнения.

### Можно ли свести правки к нулю?

Нет, и такой цели быть не должно. Больничные приходят поздно. Задача в том, чтобы правки стали исключением, а не правилом.

### Кто должен утверждать срез, уходящий в бухгалтерию?

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

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

- QR или отпечаток пальца - [Markdown](https://qrgate.az/ru/qr-kod-ili-otpechatok-palca.md) | [HTML](https://qrgate.az/ru/qr-kod-ili-otpechatok-palca)
- Учёт рабочего времени - [Markdown](https://qrgate.az/ru/uchet-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/uchet-rabochego-vremeni)
- Управление отпусками и отгулами - [Markdown](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami.md) | [HTML](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami)
- Автоматизация табеля - [Markdown](https://qrgate.az/ru/avtomatizaciya-tabelnogo-ucheta.md) | [HTML](https://qrgate.az/ru/avtomatizaciya-tabelnogo-ucheta)
- Анализ показателей - [Markdown](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti)
- Отслеживание рабочих часов - [Markdown](https://qrgate.az/ru/otslezhivanie-vremeni-prihoda-i-uhoda.md) | [HTML](https://qrgate.az/ru/otslezhivanie-vremeni-prihoda-i-uhoda)