# Как вести учёт посещаемости при гибком графике?

- Канонический адрес: https://qrgate.az/ru/uchet-poseshchaemosti-pri-gibkom-grafike
- Markdown: https://qrgate.az/ru/uchet-poseshchaemosti-pri-gibkom-grafike.md
- Язык: ru

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

## Что означает гибкий график

На практике «гибкими» называют три разные модели:

- **Скользящее начало** - приход свободен в пределах окна (08:00–11:00), дневная норма фиксирована.
- **Основные часы** - в определённый период все должны быть на месте, остальное свободно.
- **Полностью гибкий** - определена только недельная или месячная норма.

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

## Что измеряется

| Модель | Основной показатель | Понятие опоздания |
| --- | --- | --- |
| Скользящее начало | Дневная норма | После окна |
| Основные часы | Присутствие в основных часах плюс норма | Опоздание к основным часам |
| Полностью гибкий | Недельная или месячная норма | Отсутствует |

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

## Почему учёт всё равно нужен

Отказ от учёта при гибком режиме - частая ошибка. Учёт остаётся нужен по трём причинам:

1. **Переработка.** Если норма превышена, это должно быть видно.
2. **Распределение нагрузки.** Баланс внутри команды.
3. **Проектный учёт.** На какую работу ушло время.

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

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

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

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

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

Учёт никому не принёс наказания - вместо этого изменили методологию планирования. Это пример учёта как инструмента управления, а не средства надзора.

## Как это построить

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

## Удалённая работа

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

## Вопрос доверия

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

## Что нужно измерять

1. Разницу между недельной нормой и фактическими часами.
2. Распределение переработки по команде.
3. Присутствие в основных часах (если модель такая).
4. Число подряд идущих длинных дней.

## Определение основных часов

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

Основные часы - это период, когда вся команда должна быть на месте: для совещаний, общения и совместной работы. Обычно выбирают окно в четыре-пять часов (например, 11:00–16:00).

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

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

## Сочетание с удалённой работой

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

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

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

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

Поэтому при гибком и удалённом режимах цель учёта не надзор, а защита границы.

## Как представить учёт команде

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

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

При такой последовательности учёт воспринимается как инструмент управления. И наоборот, когда измерение начинается внезапно и без объяснений, оно читается как усиление надзора и встречает сопротивление.

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

## Границы гибкости

Гибкий режим не означает безграничной свободы, и запись границ защищает и компанию, и сотрудника.

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

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

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

## Кратко

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

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

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

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

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

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

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

- [Сотрудники с разными рабочими часами](https://qrgate.az/ru/poseshchaemost-pri-raznyh-rabochih-chasah)
- [Определение фактического рабочего времени](https://qrgate.az/ru/opredelenie-fakticheskogo-rabochego-vremeni)
- [График и посещаемость вместе](https://qrgate.az/ru/grafik-i-poseshchaemost-vmeste)

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

### Что измеряется при гибком графике?

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

### Зачем учёт вообще нужен при гибком графике?

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

### Как вводить учёт в гибкой команде?

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

### Как строить отчёт при гибком графике?

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

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

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

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

- Электронный табель - [Markdown](https://qrgate.az/ru/elektronnaya-sistema-tabelnogo-ucheta.md) | [HTML](https://qrgate.az/ru/elektronnaya-sistema-tabelnogo-ucheta)
- Управление отпусками и отгулами - [Markdown](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami.md) | [HTML](https://qrgate.az/ru/upravlenie-otpuskami-i-otgulami)
- Учёт без турникета - [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/kak-sostavlyaetsya-tabel-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/kak-sostavlyaetsya-tabel-rabochego-vremeni)
- Автоматизация графиков - [Markdown](https://qrgate.az/ru/avtomatizaciya-rabochih-grafikov.md) | [HTML](https://qrgate.az/ru/avtomatizaciya-rabochih-grafikov)
- Учёт выездных сотрудников - [Markdown](https://qrgate.az/ru/uchet-vyezdnyh-sotrudnikov.md) | [HTML](https://qrgate.az/ru/uchet-vyezdnyh-sotrudnikov)