# Преимущества совместного управления графиком и посещаемостью

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

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

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

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

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

## Что меняется в объединённой модели

| Вопрос | Раздельные системы | Единая система |
| --- | --- | --- |
| Считается ли опоздание? | В конце месяца | В момент отметки |
| Покрыта ли смена? | Постфактум | В реальном времени |
| Превысила ли переработка норму? | В конце месяца | В любой момент |
| Есть ли подмена в табеле? | Добавляется вручную | Автоматически |
| Подготовка отчёта | Дни | Сразу |

## Ценность сравнения плана с фактом

Когда два набора стоят рядом, ответы получают новые вопросы:

1. В каком подразделении план систематически расходится с фактом?
2. Отражает ли график реальный объём работы?
3. Переработка планируется или возникает стихийно?
4. Какие смены всегда остаются непокрытыми?

Эти вопросы измеряют качество планирования, а не только поведение сотрудников.

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

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

При сведении регулярно проявлялась разница: фактические часы превышали план в среднем на 6%. Это считалось «переработкой» и оплачивалось.

После перехода на единую систему причина прояснилась. Магазины оставались открытыми 30–40 минут после закрытия для кассового отчёта и уборки - эта работа существовала всегда, но в графике не учитывалась.

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

## Влияние на отчётность

В единой системе отчёт показывает три колонки вместе: план, факт и разницу. Без этой тройки отчёт неполон. Отчёт, показывающий только фактические часы, не различает опоздание, недоработку и переработку - об этом на странице [отчёт по посещаемости](https://qrgate.az/ru/otchet-po-poseshchaemosti).

## Управление подменами

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

## Когда объединять

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

Если выполняются два из этих условий, стоимость раздельных систем уже ощущается.

## Контроль покрытия в реальном времени

Одна из новых возможностей, создаваемых объединением графика и посещаемости, - контроль покрытия в реальном времени.

Механизм прост: система сравнивает смену, указанную в графике, с фактическими отметками. Если через определённое время после начала смены отметка не поступила, руководителю подразделения уходит сигнал.

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

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

## Измерение качества планирования

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

Достаточно трёх показателей: средняя разница между плановыми и фактическими часами, число смен с систематическим отклонением и количество изменений графика за месяц.

Цифры прямо указывают на качество планирования. Если смена каждый раз заканчивается сорока минутами переработки, это не поведение сотрудников - длительность смены не отражает реального объёма работы.

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

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

## Переход на единую систему

Переход от двух раздельных систем к единой схеме должен быть поэтапным, и порядок здесь важен.

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

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

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

Четвёртый шаг - согласование формата отчёта с расчётной службой.

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

## Ценность единого источника

За объединением графика и посещаемости стоит простой принцип: **каждые данные должны храниться в одном месте**.

Данные, хранящиеся в двух местах, всегда начинают расходиться. График меняется, а система учёта считает по старому плану; подмена фиксируется в одном месте и не фиксируется в другом. Эти расхождения всплывают в конце месяца, и каждое требует разбирательства.

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

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

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

## Кратко

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

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

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

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

Пользу объединения измеряет простая проверка: сколько часов ушло в прошлом месяце на сверку плана с фактом и сколько расхождений было найдено? Обычно этих двух цифр достаточно для решения.

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

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

- [Электронная система рабочих графиков](https://qrgate.az/ru/elektronnaya-sistema-rabochih-grafikov)
- [Отчёт по посещаемости](https://qrgate.az/ru/otchet-po-poseshchaemosti)
- [Учёт рабочего времени](https://qrgate.az/ru/uchet-rabochego-vremeni)

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

### Во что обходится раздельное хранение?

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

### Что становится возможным при объединении?

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

### В каком порядке проводить переход?

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

### Какую проблему объединение решает в первую очередь?

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

### Каким показателем проверять результат?

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

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

- 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/uchet-poseshchaemosti-pri-gibkom-grafike.md) | [HTML](https://qrgate.az/ru/uchet-poseshchaemosti-pri-gibkom-grafike)
- Сменный график - [Markdown](https://qrgate.az/ru/kak-sostavlyaetsya-smennyy-grafik.md) | [HTML](https://qrgate.az/ru/kak-sostavlyaetsya-smennyy-grafik)
- Фактическое рабочее время - [Markdown](https://qrgate.az/ru/opredelenie-fakticheskogo-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/opredelenie-fakticheskogo-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-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/avtomatizaciya-ucheta-poseshchaemosti)