# Система учёта посещаемости для малого бизнеса: когда она нужна и с чего начать

- Канонический адрес: https://qrgate.az/ru/sistema-ucheta-dlya-malogo-biznesa
- Markdown: https://qrgate.az/ru/sistema-ucheta-dlya-malogo-biznesa.md
- Язык: ru

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

Эта страница пытается корректно ответить на вопрос «с какой численности это нужно» - и ответ не в численности.

## Когда возникает потребность

Переход определяют три фактора, и численность влияет лишь на один из них, да и то косвенно.

**Первый - сколько человек вносят данные.** Если пишет один, формат остаётся стабильным. Когда пишут трое, у каждого своя привычка: один ставит «09:05», другой «9.05», третий оставляет пусто и правит потом.

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

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

Поэтому в одном офисе на двести человек таблица может держаться, а в двух филиалах по двадцать пять - уже нет.

## Реальный предел таблицы

Таблица не плохой инструмент - она просто создана для другого. На практике её предел виден в трёх местах:

- **Версии.** Как только файл начинает ходить по почте, вопрос «какая копия последняя» становится настоящим.
- **След.** Кто внёс правку, когда и почему - в таблице не хранится.
- **Одновременная работа.** Двое не могут заполнять один файл; образуется очередь, и данные запаздывают.

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

## Минимальная настройка

Всё, что нужно небольшой команде в первый месяц, сводится к четырём элементам:

1. **Рабочий график** - начало, окончание, перерыв.
2. **Точка отметки** - код на входе и телефон сотрудника.
3. **Порог опоздания** - через сколько минут отметка считается опозданием.
4. **Формат табеля** - структура столбцов, которую ждёт бухгалтерия.

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

## Что не нужно

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

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

Полный порядок расчёта расходов - на странице [расходы на систему учёта](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti).

## Три вещи, которые меняются при росте

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

**Графики становятся разнообразнее.** Смены, неполная ставка, свободный график и командировки должны появляться в одном табеле.

**У отчёта прибавляется читателей.** Раньше файл открывал только директор; теперь его смотрят бухгалтерия, руководители отделов, а иногда и сами сотрудники. Когда всё это происходит одновременно, ручной учёт сдаёт.

В этом главная польза раннего внедрения: переход не приходится на кризисный момент.

## План первого месяца

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

## Практический пример: команда из восемнадцати человек

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

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

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

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

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

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

## С чего не стоит начинать

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

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

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

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

В небольшой команде ценность решения в скорости: чем легче настройка, тем проще попробовать.

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

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

- [Расходы на систему учёта посещаемости](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti)
- [Внедрение системы учёта посещаемости](https://qrgate.az/ru/vnedrenie-sistemy-ucheta-poseshchaemosti)
- [Выбор программы учёта посещаемости](https://qrgate.az/ru/vybor-programmy-ucheta-poseshchaemosti)
- [Мобильная система учёта посещаемости](https://qrgate.az/ru/mobilnaya-sistema-ucheta-poseshchaemosti)

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

### С какой численности нужна система учёта?

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

### Из чего состоит минимальная настройка в небольшой команде?

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

### Какая модель выгоднее для небольшой компании?

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

### Что меняется, когда компания растёт?

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

### Что измерить в первый месяц?

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

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

- Внедрение системы учёта - [Markdown](https://qrgate.az/ru/vnedrenie-sistemy-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/vnedrenie-sistemy-ucheta-poseshchaemosti)
- Ночная смена - [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/mobilnaya-sistema-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/mobilnaya-sistema-ucheta-poseshchaemosti)
- Система учёта для филиалов - [Markdown](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov.md) | [HTML](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov)
- Электронный табель - [Markdown](https://qrgate.az/ru/elektronnaya-sistema-tabelnogo-ucheta.md) | [HTML](https://qrgate.az/ru/elektronnaya-sistema-tabelnogo-ucheta)
- Составление табеля - [Markdown](https://qrgate.az/ru/kak-sostavlyaetsya-tabel-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/kak-sostavlyaetsya-tabel-rabochego-vremeni)