# Как выбрать систему учёта посещаемости для нескольких филиалов

- Канонический адрес: https://qrgate.az/ru/blog/vybor-sistemy-ucheta-dlya-filialov
- Markdown: https://qrgate.az/ru/blog/vybor-sistemy-ucheta-dlya-filialov.md
- Язык: ru
- Дата: 2026-08-12

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

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

## Что ломается первым при росте числа филиалов

Ответ не такой, какого ждут: данные не «теряются». Данные остаются - теряется **сопоставимость**.

Каждый филиал заполняет свой файл по своей привычке. В одном пишут «09:05», в другом «9.05». В одном опоздание считается с десяти минут, в другом с пятнадцати. В одном перерыв входит в рабочее время, в другом нет.

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

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

## Критерий 1: поддержка структуры

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

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

## Критерий 2: уровни доступа

Руководителю филиала видеть данные всей компании обычно ни к чему и не полезно.

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

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

## Критерий 3: централизация правил

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

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

Практический проверочный вопрос: *показатели опозданий двух филиалов считаются по одному правилу?* Если ответ «не знаю», сравнение пока невозможно.

## Критерий 4: подключение нового объекта

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

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

Если за три года планируются два-три новых объекта, эта разница становится самой изменчивой строкой расчёта - подробнее на странице [система учёта для нескольких филиалов](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov).

## Критерий 5: охват уведомлений

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

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

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

## Критерий 6: форма сравнения в отчёте

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

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

## Практический пример: разница, скрытая в шести филиалах

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

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

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

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

## Что нужно дать заведующему филиалом

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

На практике заведующему нужны три вещи: **ежедневная картина** (кто сегодня вышел, а кто нет), **уведомления в охвате своего филиала** (не открывшаяся смена, опоздание) и **возможность правки со следом**.

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

## Предел централизации

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

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

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

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

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

В многофилиальной компании внедрение начинают с одного филиала - не с самого простого, а с того, где правила меняются чаще всего.

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

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

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

### Что ломается первым при росте числа филиалов?

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

### Какой структуры требовать от системы?

Минимум трёх уровней: филиал, отдел и участок. Без них отчёт получается либо слишком общим, либо слишком дробным. При выстроенной структуре каждая точка отметки привязана к своему филиалу, и один отчёт читается на трёх уровнях.

### Должен ли руководитель филиала видеть всю компанию?

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

### Что делает филиалы действительно сопоставимыми?

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

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

- Ошибки в учёте времени - [Markdown](https://qrgate.az/ru/oshibki-v-uchete-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/oshibki-v-uchete-rabochego-vremeni)
- Электронный табель - [Markdown](https://qrgate.az/ru/elektronnaya-sistema-tabelnogo-ucheta.md) | [HTML](https://qrgate.az/ru/elektronnaya-sistema-tabelnogo-ucheta)
- Расходы на систему учёта - [Markdown](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti)
- Требования к оборудованию - [Markdown](https://qrgate.az/ru/nuzhno-li-oborudovanie-dlya-qr-ucheta.md) | [HTML](https://qrgate.az/ru/nuzhno-li-oborudovanie-dlya-qr-ucheta)
- Анализ показателей - [Markdown](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti)
- Система учёта для филиалов - [Markdown](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov.md) | [HTML](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov)