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

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

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

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

## Что меняет число филиалов

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

Через какое-то время всплывают различия: в одном пишут «09:05», в другом «9.05»; в одном опоздание считается с десяти минут, в другом с пятнадцати; в одном перерыв входит в рабочее время, в другом нет.

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

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

## Требования к структуре

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

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

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

## Уровни доступа

Второе требование - кто что видит.

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

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

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

## Сопоставимая отчётность

Чтобы филиалы действительно сравнивались, нужно одно условие: **правила должны быть централизованы**.

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

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

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

## Подключение нового объекта

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

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

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

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

## Критерии выбора

1. Есть ли уровни филиала, отдела и участка?
2. Можно ли выстроить уровни доступа по ролям?
3. Правила централизованы или хранятся отдельно в каждом филиале?
4. За сколько дней подключается новый объект?
5. Доступен ли отчёт в разрезе филиала и в форме сравнения?
6. Можно ли отправлять уведомления с охватом филиала?

По всем шести пунктам на демонстрации нужен конкретный ответ. «Да, это возможно» недостаточно - это нужно показать.

## Практический пример: от шести филиалов к одному отчёту

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

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

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

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

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

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

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

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

На практике заведующему нужны три вещи:

1. **Ежедневная картина** - кто сегодня вышел, а кто нет.
2. **Уведомления в охвате своего филиала** - не открывшаяся смена, опоздание.
3. **Возможность правки** - оставляющая след, но не требующая обращения в головной офис.

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

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

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

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

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

- [Расходы на систему учёта посещаемости](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti)
- [Анализ показателей посещаемости](https://qrgate.az/ru/analiz-pokazateley-poseshchaemosti)
- [Плановые отчёты по посещаемости](https://qrgate.az/ru/planovye-otchety-po-poseshchaemosti)
- [Учёт выездных сотрудников](https://qrgate.az/ru/uchet-vyezdnyh-sotrudnikov)

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

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

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

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

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

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

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

### Сколько работы создаёт открытие нового филиала?

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

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

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

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

- Управление отпусками и отгулами - [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/komu-podhodit-qr-sistema-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/komu-podhodit-qr-sistema-poseshchaemosti)
- Уведомления об опозданиях - [Markdown](https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah.md) | [HTML](https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah)
- Распределение уведомлений - [Markdown](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-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/rashody-na-sistemu-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/rashody-na-sistemu-ucheta-poseshchaemosti)