# Внедрение системы учёта посещаемости: последовательность, дающая результат в первый месяц

- Канонический адрес: https://qrgate.az/ru/vnedrenie-sistemy-ucheta-poseshchaemosti
- Markdown: https://qrgate.az/ru/vnedrenie-sistemy-ucheta-poseshchaemosti.md
- Язык: ru

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

Ответ обычно один и тот же: правила не были записаны. Ниже - четыре этапа внедрения и то, что конкретно проверяют на каждом.

## Настоящий длинный этап

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

Долгим оказывается другое - перенос собственных правил компании на бумагу. На практике эти вопросы заранее задокументированы почти ни у кого:

- Через сколько минут отметка считается опозданием?
- Перерыв входит в рабочее время или нет?
- Как считается день, если отметка осталась незакрытой?
- По чьему согласованию сверхурочные попадают в учёт?
- Каким обозначением проходит командировка?

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

## Этап 1 - написать правила

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

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

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

## Этап 2 - пилотный отдел

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

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

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

## Этап 3 - параллельный месяц

Месяц старый и новый учёт ведут рядом. Это выглядит лишней работой, и его всегда хочется пропустить, - но на практике именно этот этап окупается больше всех.

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

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

## Этап 4 - полный переход

Переход состоит из трёх шагов.

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

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

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

## Пять самых частых ошибок

1. **Переводить всю компанию в один день.** При сбое источник не изолировать.
2. **Откладывать правила.** Подход «запустим, потом уточним» закрывается на первом же табеле.
3. **Не объяснять команде.** Нужно объяснить, что фиксируется и где сотрудник видит свои записи.
4. **Включать все уведомления.** Шум обнуляет пользу уведомлений.
5. **Пытаться измерить показатели после внедрения.** База для сравнения фиксируется заранее.

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

Достаточно четырёх показателей, и все они фиксируются *до* внедрения:

1. Часы на подготовку месячного отчёта.
2. Число строк, правленных вручную за месяц.
3. Число спорных отметок.
4. Дата закрытия табеля.

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

## Практический пример: два разных внедрения

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

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

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

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

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

## Что должно быть в документе с правилами

Достаточно одной страницы. Эти семь пунктов на практике закрывают почти все вопросы первого месяца:

1. **Рабочие графики** - начало, окончание и перерыв для каждого типа.
2. **Порог опоздания** - с какой минуты отметка считается опозданием.
3. **Правило перерыва** - входит в рабочее время или нет.
4. **Незакрытые дни** - что делать, когда приход есть, а ухода нет.
5. **Сверхурочные** - по чьему согласованию они попадают в учёт.
6. **Исключения** - командировки, смена объекта, технические сбои, точки без связи.
7. **Округление** - шаг и направление, с одним примером.

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

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

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

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

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

- [Выбор программы учёта посещаемости](https://qrgate.az/ru/vybor-programmy-ucheta-poseshchaemosti)
- [Система учёта для малого бизнеса](https://qrgate.az/ru/sistema-ucheta-dlya-malogo-biznesa)
- [Автоматизация учёта посещаемости](https://qrgate.az/ru/avtomatizaciya-ucheta-poseshchaemosti)
- [Альтернатива дактилоскопической системе](https://qrgate.az/ru/alternativa-daktiloskopicheskoy-sisteme)

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

### Сколько занимает внедрение системы учёта?

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

### С чего правильно начинать?

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

### Действительно ли нужен параллельный месяц?

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

### Что важно объяснить команде?

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

### Чем измерить успех внедрения?

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

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

- Альтернатива системе по отпечатку - [Markdown](https://qrgate.az/ru/alternativa-daktiloskopicheskoy-sisteme.md) | [HTML](https://qrgate.az/ru/alternativa-daktiloskopicheskoy-sisteme)
- Плюсы и минусы отпечатка - [Markdown](https://qrgate.az/ru/plyusy-i-minusy-daktiloskopicheskogo-ucheta.md) | [HTML](https://qrgate.az/ru/plyusy-i-minusy-daktiloskopicheskogo-ucheta)
- Электронные графики - [Markdown](https://qrgate.az/ru/elektronnaya-sistema-rabochih-grafikov.md) | [HTML](https://qrgate.az/ru/elektronnaya-sistema-rabochih-grafikov)
- Распределение уведомлений - [Markdown](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti)
- Учёт для малого бизнеса - [Markdown](https://qrgate.az/ru/sistema-ucheta-dlya-malogo-biznesa.md) | [HTML](https://qrgate.az/ru/sistema-ucheta-dlya-malogo-biznesa)
- Система учёта для филиалов - [Markdown](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov.md) | [HTML](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov)