# Как считать посещаемость сотрудников с разным графиком часов

- Канонический адрес: https://qrgate.az/ru/poseshchaemost-pri-raznyh-rabochih-chasah
- Markdown: https://qrgate.az/ru/poseshchaemost-pri-raznyh-rabochih-chasah.md
- Язык: ru

**Разные рабочие часы** - самое частое осложнение в расчёте посещаемости: в одной компании офис работает с 09:00 до 18:00, склад с 08:00 до 17:00, а отдел продаж по гибкому графику. Расчёт по единому шаблону даёт неверные результаты. В этом руководстве показываем, как корректно работать с разными режимами.

## Корень проблемы

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

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

## Решение: шаблоны графиков

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

| Шаблон | Особенность | Правило опоздания |
| --- | --- | --- |
| Стандартный | Фиксированные начало и окончание | После порога |
| Ранняя смена | Другое время начала | По своему времени |
| Гибкий | Окно прихода | После окна |
| Неполная ставка | Уменьшенная норма | По своей норме |
| Выездной режим | Многоточечная фиксация | Дневная норма |

Создавать индивидуальный график для каждого сотрудника не нужно - достаточно назначить шаблон.

## Особенность гибкого режима

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

1. Определяется окно прихода (например, 08:00–11:00).
2. Приход в пределах окна опозданием не считается.
3. Проверяется дневная норма (например, восемь часов).
4. Время сверх нормы фиксируется как переработка.

Эту логику стандартным шаблоном выразить нельзя - нужен отдельный режим. Подробности на странице [гибкого рабочего графика](https://qrgate.az/ru/uchet-poseshchaemosti-pri-gibkom-grafike).

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

В компании было три разных режима: офис (09:00–18:00), склад (07:00–16:00) и курьеры (гибкий, дневная норма восемь часов).

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

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

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

## Неполная ставка и частичный день

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

## Когда меняется режим

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

## Чек-лист

- Сколько разных режимов работы в компании?
- Есть ли для каждого свой шаблон?
- Задано ли окно прихода для гибкого режима?
- Корректно ли показаны нормы неполной ставки?
- Отражается ли изменение режима в системе?

## Сколько нужно шаблонов

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

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

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

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

Перед добавлением нового шаблона стоит задать вопрос: этот режим действительно другой или его можно выразить параметром существующего шаблона?

## Управление сменой режима

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

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

Решение - добавить один шаг в кадровые процессы: при оформлении смены должности или подразделения обновляется и шаблон графика.

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

## Разделение режимов в отчёте

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

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

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

Для сотрудников на неполной ставке процентные показатели нужно считать по их собственной норме; сравнение с нормой полной ставки постоянно показывает их «в недоработке».

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

## Порядок построения шаблонов

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

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

Шаг второй: определение для каждого режима пяти параметров - времени начала (или окна), дневной нормы, правила перерыва, порога опоздания и точки начала переработки.

Шаг третий: перечисление, какие должности относятся к какому шаблону.

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

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

## Кратко

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

Второй обязательный момент - поддержание актуальности назначения: при смене режима сотрудника должен меняться и шаблон. Это самая частая учётная ошибка.

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

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

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

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

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

- [Учёт посещаемости при гибком графике](https://qrgate.az/ru/uchet-poseshchaemosti-pri-gibkom-grafike)
- [Расчёт рабочих часов сотрудников](https://qrgate.az/ru/raschet-rabochih-chasov-sotrudnikov)
- [Учёт посещаемости сменных сотрудников](https://qrgate.az/ru/uchet-poseshchaemosti-smennyh-sotrudnikov)

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

### Что ломается при едином шаблоне?

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

### Сколько шаблонов достаточно?

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

### Какая ошибка встречается чаще всего?

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

### Как проверить, что шаблон верен?

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

### Как объединить разные режимы в одном отчёте?

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

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

- Ночная смена - [Markdown](https://qrgate.az/ru/uchet-rabochego-vremeni-nochnoy-smeny.md) | [HTML](https://qrgate.az/ru/uchet-rabochego-vremeni-nochnoy-smeny)
- Посещаемость сменных - [Markdown](https://qrgate.az/ru/uchet-poseshchaemosti-smennyh-sotrudnikov.md) | [HTML](https://qrgate.az/ru/uchet-poseshchaemosti-smennyh-sotrudnikov)
- Управление отпусками и отгулами - [Markdown](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami.md) | [HTML](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami)
- QR-система входа - [Markdown](https://qrgate.az/ru/sistema-vhoda-i-vyhoda-po-qr-kodu.md) | [HTML](https://qrgate.az/ru/sistema-vhoda-i-vyhoda-po-qr-kodu)
- Безопасность QR-системы - [Markdown](https://qrgate.az/ru/bezopasna-li-sistema-vhoda-po-qr-kodu.md) | [HTML](https://qrgate.az/ru/bezopasna-li-sistema-vhoda-po-qr-kodu)
- Учёт рабочего времени - [Markdown](https://qrgate.az/ru/uchet-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/uchet-rabochego-vremeni)