Учёт посещаемости выездных сотрудников: что делать без фиксированной точки входа
06.09.2026
Учёт посещаемости выездных сотрудников отличается от офисной модели одним принципиальным свойством: здесь нет фиксированной точки входа. Объект меняется, бригада разделяется, а рабочий день иногда начинается по адресу заказчика.
В таких условиях терминальная модель на практике не закрывается. Ниже показано, как работает альтернативная схема и какие пункты нужно согласовать заранее.
В чём отличие выездной работы
В офисе точка отметки - это дверь, и она остаётся на месте. В строительных, монтажных, сервисных и торговых бригадах объект может меняться несколько раз в неделю.
В результате возникает один из двух типичных сценариев. Либо учёт не ведётся вовсе и в конце месяца пишется список «работал / не работал», либо бригадир заполняет список по памяти в конце дня.
И то и другое даёт один и тот же итог: именно эти строки становятся самой спорной частью табеля. Сотрудник говорит «я там был», а документа нет; бригадир говорит «насколько помню», и документа с него тоже не спрашивают.
Отметка с привязкой к объекту
Главная идея альтернативной схемы такова: отметка привязывается не к устройству, а к объекту.
На практике это работает так. Каждый объект создаётся в структуре как отдельная единица - филиал, участок или точка. Рабочий день начинается на самом объекте, и отметка пишется на него. Потом отчёт прямо отвечает на вопрос «кто где работал».
Сверху ложится второй слой: отметка сверяется с местоположением ожидаемой точки, а несовпадение доходит до ответственного в виде уведомления. Это переносит вопрос с конца месяца на тот же день - и в выездной работе разница особенно велика, потому что вспомнить смену объекта спустя двадцать шесть дней практически невозможно.
Отчёты по бригадам и объектам
В выездной работе нужнее всего два среза: ежедневная укомплектованность объекта и распределение нагрузки между бригадами.
Оба зависят от структурной поддержки системы. При наличии уровней филиала, отдела и участка одни и те же записи читаются по объекту, по бригаде и по отдельному сотруднику. Без структуры отчёт получается либо слишком общим, либо слишком дробным.
Практический проверочный вопрос на демонстрации звучит так: «Сколько человек из какой бригады отработали сколько часов на четвёртом объекте в этом месяце?» Если ответ не получается в несколько кликов, отчётность к выездной работе не готова.
Проверка условий
Условия на выезде резко отличаются от офисных, и испытание нужно проводить именно там.
- Покрытие сети - проверяется в самой дальней и самой глубокой точке объекта.
- Физические условия - пыль, перчатки, солнечный свет, температура.
- Наличие устройств - у какой доли бригады есть подходящий смартфон.
- Дефицит времени - сколько секунд занимает отметка на утреннем старте смены.
Испытание в офисе не проверяет ни один из этих четырёх пунктов и делает результат искусственно хорошим.
Работа с исключениями
В выездной работе исключение - это правило, поэтому его планируют заранее.
Сотрудник без телефона. Есть два пути, и оба внутри одной системы: отметка на NFC-точке или отметка, внесённая бригадиром вручную. Вторая оставляет след с автором и временем, поэтому её можно проверить позже.
Точка со слабым покрытием. Правило согласуют заранее: кто вносит правку, в каких случаях и в какой срок. Записанное правило делает исключение управляемым; незаписанное превращает его в ежемесячный спор.
Смена объекта и командировки. Для них нужен собственный тип записи - иначе они выглядят как несовпадения и без нужды множат уведомления.
Самый важный принцип: исключение должно храниться в основном табеле, а не в отдельном бумажном списке. Исключение вне системы в конце месяца становится вторым источником.
Порядок настройки
- Создайте объекты в структуре - каждый как отдельную единицу.
- Отразите бригады на уровне участка.
- Запишите правила исключений: слабое покрытие, смена объекта, командировка.
- Испытайте неделю на самом сложном объекте.
- Проведите параллельный месяц.
- Включите уведомления - сначала только по не открывшейся смене.
Практический пример: строительная компания
Команда строительной компании из шестидесяти человек одновременно работала на четырёх объектах. Два объекта находились в городе, два за его пределами.
Учёт вёлся так: на каждом объекте мастер писал ежедневный список, списки раз в неделю привозили в офис. В конце месяца HR переносил четыре тетради в одну таблицу.
Проблем было две. Во-первых, списки приходили поздно - провал на объекте становился виден через неделю. Во-вторых, когда сотрудник за день работал на двух объектах, запись доставалась тому, о ком договорятся мастера.
В новой схеме каждый объект создали в структуре как отдельную единицу. Отметка делалась на самом объекте и писалась на него; при переходе на второй объект в течение дня сотрудник открывал там новую запись.
Получились три результата. Укомплектованность по объектам стала видна ежедневно. Часы, отработанные на втором объекте, читались отдельно. И самое главное - работа по сверке четырёх тетрадей в конце месяца исчезла полностью.
На одном из загородных объектов покрытие было слабым. Правило записали заранее: там правку вносит мастер в течение дня, и она остаётся следом. Это сделало исключение управляемым.
Как меняется роль бригадира
В выездной работе внедрение часто встречает сопротивление бригадира - и причина понятна: раньше учёт был его полномочием.
Объяснение, работающее на практике: у бригадира ничего не забирают - ему дают документ.
Раньше вопрос конца месяца «работал ли этот человек 14-го» ложился на память бригадира, и за ответом ничего не стояло. Когда запись есть в системе, тот же вопрос закрывается одним взглядом, и сам бригадир тоже защищён от спора.
Второе изменение касается полномочий: возможность ручной правки остаётся у бригадира, но теперь она оставляет след. Это не снижает ответственность - оно делает её видимой, и на практике большинство бригадиров воспринимает это как преимущество.
Следующий шаг
В выездной работе ценность системы проявляется не столько в самом отчёте, сколько в сокращении споров: когда сохранено, где и когда сделана отметка, обсуждение в конце месяца становится короче.
Рассчитайте стоимость QRGate под свою структуру объектов или сначала посмотрите возможности.