# Почему отдельные Excel-файлы не масштабируются для филиалов

- Канонический адрес: https://qrgate.az/ru/blog/excel-dlya-neskolkikh-filialov
- Markdown: https://qrgate.az/ru/blog/excel-dlya-neskolkikh-filialov.md
- Язык: ru
- Дата: 2026-05-27

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

## Что меняется с ростом числа точек

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

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

Показательно, что этот рост зависит от **числа файлов**, а не от числа сотрудников. Один офис на 200 человек с Excel живёт нормально. Шесть точек по 60 - уже нет.

## Версии и ловушка сведения

Больше всего теряется на сведении - объединении отдельных файлов. Здесь повторяются четыре классические проблемы:

| Проблема | Как выглядит |
| --- | --- |
| Разрастание версий | «финал», «финал_2», «правка_итог» |
| Расхождение шаблонов | Точка добавила столбец или переименовала его |
| Разные трактовки | Одна и та же пометка - отгул на одной точке и рабочий день на другой |
| Опоздавший файл | Одна точка не прислала, отчёт ждёт |

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

## Что на самом деле означает централизованный обзор

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

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

Более важное следствие: отчёт перестаёт зависеть от *ожидания чужих файлов*. Данные накапливаются в течение дня, поэтому конец месяца превращается в этап проверки. Общая логика такой системы описана на странице [что такое система учёта посещаемости](https://qrgate.az/ru/chto-takoe-sistema-ucheta-poseshchaemosti).

## Отчётность на уровне точки и сети

В компании с филиалами отчётность всегда нужна на двух уровнях, и смешивать их нельзя.

1. **Уровень точки.** Своя команда, свой табель, свой список опозданий. Руководитель точки не должен видеть данные соседней.
2. **Уровень сети.** Сравнение: где посещаемость слабее, где смена хронически неукомплектована.

С таблицами второй уровень практически не существует: для сравнения нужен одинаковый формат во всех файлах, а он никогда не держится долго. Как устроен такой отчёт, описано на странице [отчёт по посещаемости](https://qrgate.az/ru/otchet-po-poseshchaemosti).

## Признаки системы, готовой к росту

При открытии новой точки готовность процесса проверяется четырьмя вопросами:

- Сколько шагов занимает добавление точки - одна запись или новый файл и новый процесс?
- Ограничена ли зона видимости руководителя точки?
- Ждёт ли сводный отчёт отдельных файлов?
- Требуется ли на новом месте монтировать оборудование?

Последний вопрос важнее прочих: именно там обычно и прячется скрытая стоимость открытия точки. Почему QR-подход в этом смысле легче, описано на странице [преимущества QR-системы посещаемости](https://qrgate.az/ru/preimushchestva-qr-sistemy-poseshchaemosti).

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

Аптечная сеть из семи точек вела посещаемость в семи отдельных таблицах. В конце месяца один человек в центральном офисе сводил их - в среднем два рабочих дня.

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

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

## Критерий решения

Достаточно одного вопроса: **от скольких людей зависит подготовка вашего месячного отчёта?**

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

## Различия между точками - это нормально

Самое частое возражение при переходе на единую систему звучит так: «у нас точка работает иначе».

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

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

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

## Разделение ответственности между центром и точкой

Вторая половина перехода организационная, а не техническая: кто за что отвечает?

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

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

Частая ошибка - передать первую ответственность тоже в центр. HR начинает контролировать детали точек удалённо, а это неэффективно и создаёт напряжение.

## Начать с одной точки

Переход не обязан происходить везде сразу. Начать с одной точки обычно быстрее.

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

## Что делать со старыми данными

Практический вопрос при переходе: как поступить с таблицами прошлых месяцев?

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

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

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

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

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

Вспомните прошлый месяц: сколько дней вы ждали последний файл?

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

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

### Зависит ли проблема от числа сотрудников?

Нет, от числа файлов. Один офис на 200 человек с Excel живёт нормально; шесть точек по 60 - уже нет, потому что время сведения и вероятность ошибки растут быстро.

### Что доставляет больше всего хлопот при сведении?

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

### Что проверить при открытии новой точки?

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

### Что нужно, чтобы сравнивать филиалы между собой?

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

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

- QR-система входа - [Markdown](https://qrgate.az/ru/sistema-vhoda-i-vyhoda-po-qr-kodu.md) | [HTML](https://qrgate.az/ru/sistema-vhoda-i-vyhoda-po-qr-kodu)
- Система учёта посещаемости - [Markdown](https://qrgate.az/ru/chto-takoe-sistema-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/chto-takoe-sistema-ucheta-poseshchaemosti)
- Учёт выездных сотрудников - [Markdown](https://qrgate.az/ru/uchet-vyezdnyh-sotrudnikov.md) | [HTML](https://qrgate.az/ru/uchet-vyezdnyh-sotrudnikov)
- Отчёт по посещаемости - [Markdown](https://qrgate.az/ru/otchet-po-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/otchet-po-poseshchaemosti)
- Контроль посещаемости - [Markdown](https://qrgate.az/ru/kontrol-poseshchaemosti-sotrudnikov.md) | [HTML](https://qrgate.az/ru/kontrol-poseshchaemosti-sotrudnikov)
- Преимущества QR-учёта - [Markdown](https://qrgate.az/ru/preimushchestva-qr-sistemy-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/preimushchestva-qr-sistemy-poseshchaemosti)