Практический разбор
СКУД может собирать события прохода, но журнал событий ещё не является табелем. Сначала система решает, разрешён ли вход, затем оборудование фиксирует событие на точке доступа, и только после этого ответственный сопоставляет данные с графиком и исключениями. Такое разделение помогает не приписывать системе того, чего она не видела.
Разрешение, проход и рабочее время — разные данные
Право доступа определяет, разрешит ли система по предъявленному идентификатору открыть конкретную точку в заданное время. Событие «доступ разрешён» означает команду открыть, а подтверждение прохода требует соответствующего датчика или механизма фиксации. Даже такое событие связывается с предъявленным пропуском и не всегда подтверждает личность прошедшего. Рабочее время — вывод, который делают из этих событий с учётом утверждённого графика и пояснений по исключениям.
Поэтому первый вход за день не всегда означает начало работы, а последний выход — её окончание. Система не знает о служебном выходе, встрече вне офиса или командировке, пока ответственный не проверит контекст. Основу такой связки описывает материал о СКУД.
Вход и выход должны быть различимы
Для понятной картины заранее определяют, где фиксируется вход и где выход. Одна точка, которая открывает дверь, может не дать достаточных данных для расчёта присутствия. Сценарий зависит от планировки, режима объекта и того, как сотрудники реально перемещаются.
Отдельно смотрят на обходные маршруты: служебную дверь, парковку, склад или проход через соседнее помещение. Если ими пользуются регулярно, их нельзя оставлять за пределами логики учёта. Лучше сразу решить, какие точки являются рабочими, а какие не участвуют в данных о присутствии.
Турникет иногда помогает упорядочить поток, но он не заменяет настройку логики учёта. О выборе проходной точки можно прочитать в статье «Турникет для проходной».
График и исключения задаёт ответственный
Смены, перерывы и разные режимы сотрудников нельзя заменить одной формулой. До запуска определяют правила для начала и конца смены, обеда, пропущенной записи и отсутствия на объекте. Командировку, служебную поездку или работу вне офиса подтверждает ответственный, а не устройство на двери.
Если запись отсутствует, её не стоит автоматически трактовать как нарушение. Причину сначала проверяют: это может быть другой вход, техническая ситуация или согласованное исключение. Корректировки лучше вести по понятному порядку с указанием, кто их внёс.
Отчёт появляется только при подходящей конфигурации
Наличие считывателя ещё не означает, что система готова формировать учёт рабочего времени. Для этого нужны подходящие контроллеры, журнал событий, программное обеспечение и настроенные графики. Возможности определяют по конкретному составу системы, а не по названию бренда или типу карты.
Перед доработкой действующей СКУД проверяют, какие события она уже передаёт, где хранятся данные и можно ли разделить вход и выход. Это позволяет сохранить работающие компоненты там, где они действительно подходят.
Данные проверяют до управленческого решения
Сначала проверяют данные, на которых построен отчёт: необычные дни, неполные пары входа и выхода, смены и подтверждённые исключения. Только после этого ответственный использует результат в принятом процессе учёта. Права на журнал проходов и доступ к нему ограничивают кругом уполномоченных лиц.
До запуска полезно провести короткую проверку на реальных сценариях без передачи лишних персональных данных: обычный вход и выход, перерыв, смена, пропуск события и заранее согласованное отсутствие. После такой проверки легче увидеть, какие отчёты полезны руководителю, а где требуется ручная отметка.
Условный день: почему одного журнала недостаточно
Возьмём обезличенный учебный пример. График задан с 09:00 до 18:00, обед — с 13:00 до 14:00 и в рабочее время по условиям примера не входит. На 15:00–16:00 заранее согласовано служебное поручение вне офиса. Ни человек, ни события ниже не описывают реальный объект.
| Данные журнала | Что ещё выяснить | Результат проверки в примере |
|---|---|---|
| Вход в 08:55 | Когда началась работа | Ответственный подтверждает начало по графику в 09:00; пять минут не добавляют автоматически |
| Выход в 13:00, вход в 14:00 | Был ли это предусмотренный обед | Подтверждён обеденный перерыв продолжительностью один час |
| Выход в 15:00; возвращение не записано | Причину выхода, выполнение поручения и время возвращения | Подтверждены служебное поручение с 15:00 до 16:00 и возвращение в 16:00 через другой вход без записи СКУД |
| Выход в 18:05 | Когда закончилась работа после возвращения | Подтверждена работа с 16:00 до 18:00; последние пять минут не признаны работой только по времени прохода |
До проверки журнал не позволяет восстановить интервал после 15:00: время возвращения неизвестно, а сам выход не объясняет его причину. По условиям примера ответственный подтвердил работу с 09:00 до 13:00, с 14:00 до 15:00, служебное поручение с 15:00 до 16:00 и работу с 16:00 до 18:00. Получается 4 + 1 + 1 + 2 = 8 часов. Это результат заданных и подтверждённых обстоятельств, а не универсальная формула из первого входа и последнего выхода.
Корректировку оформляют с основанием и указанием ответственного по принятому порядку; подтверждённое вручную время не выдают за событие считывателя. Если возвращение или характер отсутствия не подтверждены, готовый итог не подставляют — день остаётся на разборе. В руководстве модуля PERCo-WM01 отдельно описаны неполные пары событий, документы для учёта исключений и формирование табеля. Эти возможности зависят от ПО и настроек: при проверке своего решения полезно пройти именно такой день от исходного журнала до итогового отчёта.
СБВ-ВИДЕО подбирает и поставляет компоненты системы контроля доступа. Монтажные работы выполняются через партнёров. Для первичного обсуждения состава системы используйте страницу СКУД и монтажных работ.
СБВ-ВИДЕО
Вопросы и ответы
01Можно ли считать рабочее время только по одному считывателю на входе?
Один считыватель фиксирует события на своей точке, но может не дать полной картины ухода и возвращения. Схему выбирают по реальному маршруту людей.
02Что делать с пропущенным проходом?
Его проверяет ответственный по принятому порядку. Причину фиксируют как исключение, а не заменяют догадкой системы.
03Заменяет ли отчёт СКУД табель и расчёт зарплаты?
Сам журнал проходов — нет. Специализированное ПО может формировать табель после настройки графиков, обработки исключений и проверки данных. Расчёт зарплаты требует соответствующего процесса учёта; наличие считывателя его не обеспечивает.
Проверить основу для учёта
Для подбора достаточно описать точки входа и выхода, смены и существующее оборудование. Не отправляйте в первой заявке списки сотрудников или журналы проходов.
