# Мобильная система учёта посещаемости: что даёт, кому подходит, от чего зависит

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

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

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

## Что такое мобильная модель

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

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

## Что видит сотрудник

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

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

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

## Что видит руководитель

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

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

## Слои контроля

Фразу «отметка с телефона» часто читают как слабый контроль. В реальной настройке вокруг отметки работают несколько слоёв:

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

Эти слои меняют одно: контроль перестаёт зависеть от единственной проверки. Подробное сравнение - на странице [QR, карта и биометрия](https://qrgate.az/ru/sravnenie-qr-karty-i-biometrii).

## Ограничения

У модели есть реальные пределы, и их стоит проверить до внедрения.

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

**Телефоны.** На некоторых участках телефоны запрещены или у части сотрудников нет смартфона. Для таких случаев планируют NFC-точку либо ручную отметку руководителя - и то и другое попадает в один табель.

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

## Кому подходит

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

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

## Практический пример: сменная сервисная компания

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

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

После перехода на мобильную модель изменились три вещи.

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

**Вторая** - отметка привязалась к объекту. Вопрос «кто где работал» начал закрываться отчётом.

**Третья** - уведомление о не открывшейся смене приходило руководителю объекта утром. Раньше та же информация появлялась в конце месяца и никаких действий не позволяла.

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

## Первая неделя внедрения

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

1. **День 1** - строится структура: филиалы, отделы, точки отметки.
2. **День 2** - записываются рабочие графики и порог опоздания.
3. **День 3** - коды печатаются и размещаются на точках.
4. **День 4** - подключается один отдел, сотрудникам даётся десятиминутное объяснение.
5. **День 5** - проверяются первые отметки: точка верна, время верно, отчёт читается.

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

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

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

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

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

- [Учёт через мобильное приложение и QR](https://qrgate.az/ru/qr-uchet-cherez-mobilnoe-prilozhenie)
- [GPS-система учёта посещаемости](https://qrgate.az/ru/gps-sistema-ucheta-poseshchaemosti)
- [Напоминания о приходе и уходе](https://qrgate.az/ru/napominaniya-o-prihode-i-uhode)
- [Альтернатива дактилоскопической системе](https://qrgate.az/ru/alternativa-daktiloskopicheskoy-sisteme)

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

### Чем мобильная система отличается от терминальной?

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

### Что сотрудник видит в приложении?

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

### Как система проверяет достоверность отметки?

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

### Теряются ли отметки без сети?

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

### Каким компаниям мобильная модель даёт больше всего?

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

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

- Автоматизация графиков - [Markdown](https://qrgate.az/ru/avtomatizaciya-rabochih-grafikov.md) | [HTML](https://qrgate.az/ru/avtomatizaciya-rabochih-grafikov)
- Мобильный QR-учёт - [Markdown](https://qrgate.az/ru/qr-uchet-cherez-mobilnoe-prilozhenie.md) | [HTML](https://qrgate.az/ru/qr-uchet-cherez-mobilnoe-prilozhenie)
- Требования к оборудованию - [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/uchet-vyezdnyh-sotrudnikov.md) | [HTML](https://qrgate.az/ru/uchet-vyezdnyh-sotrudnikov)
- Ошибки в учёте времени - [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/sistema-ucheta-dlya-malogo-biznesa.md) | [HTML](https://qrgate.az/ru/sistema-ucheta-dlya-malogo-biznesa)