Учет рабочего времени СКУД: данные, правила и ограничения

Что именно измеряет СКУД

Учет рабочего времени СКУД строится на последовательности событий, связанных с сотрудником и точкой доступа. Типовая запись содержит идентификатор пользователя, контроллер или считыватель, направление, время, результат проверки и технические признаки события. Наиболее важны подтвержденные входы и выходы, но для диагностики также нужны отказы, повторные предъявления карты и сообщения о состоянии оборудования.

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

СКУД надежнее отвечает на вопрос «какие зарегистрированные перемещения были выполнены», чем на вопрос «сколько времени человек работал». Присутствие в контролируемой зоне и выполнение трудовых обязанностей — разные понятия. Это различие следует закрепить до настройки отчетов.

Из каких данных формируется отчет

Для расчета недостаточно выгрузить журнал за выбранный день. Системе требуется сопоставить события со справочниками и календарями:

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

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

Пример последовательности

События «вход 08:54», «выход 12:10», «вход 12:43», «выход 18:06» образуют две пары. Их можно суммировать по принятому правилу. Последовательность «вход 08:54», «вход 12:43», «выход 18:06» уже неоднозначна. Второй вход может означать пропущенный выход, ошибочно настроенное направление или повторное предъявление идентификатора. Такая запись должна попасть в список отклонений, а не автоматически исправляться без проверки.

Какие правила нужно определить заранее

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

Диагностический алгоритм при неверном отчете

Если итоговое время или отклонение выглядит ошибочным, проверку лучше вести от исходного события к правилу расчета.

1. Зафиксировать пример. Выбрать одного сотрудника, конкретную дату, ожидаемый и фактический результат. Массовая выгрузка без контрольного примера усложняет поиск причины.
2. Открыть необработанный журнал. Проверить время, точку прохода, направление, результат доступа и идентификатор. Отчет не должен быть единственным источником диагностики.
3. Сверить физическую схему. Убедиться, что считыватели действительно контролируют вход и выход из нужной зоны, а свободный или общий проход не обходит регистрацию.
4. Проверить часы компонентов. Контроллеры, сервер и рабочие станции должны использовать согласованное время. Смещение особенно заметно около начала смены и полуночи.
5. Проверить владельца карты. В нужный период идентификатор должен быть назначен правильному сотруднику. Следует учитывать замененные, временные и дублирующие карты.
6. Сверить график. Проверить смену, переносы, выходные и интервалы допуска. Ошибка календаря может выглядеть как неисправность оборудования.
7. Повторить расчет вручную. Составить пары вход–выход и применить действующие правила. Так определяется уровень ошибки: события, справочник или алгоритм.
8. Проверить повторяемость. Сравнить другие дни, сотрудников и точки. Единичное исключение и систематическая ошибка требуют разных действий.

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

Типовые ошибки внедрения учета времени

Расчет по первому и последнему событию

Первое предъявление карты может относиться к парковке или внешней калитке, а последнее — к внутреннему помещению. Без определения учетного периметра разница между этими отметками не показывает время в рабочей зоне.

Смешение разрешения доступа и прохода

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

Игнорирование непарных событий

Автоматическое удаление дублей или достраивание отсутствующих выходов скрывает качество исходных данных. Безопаснее выделять такие дни отдельным статусом и разбирать причину по журналу.

Ручные исправления без истории

Корректировка может быть необходима, но она не должна уничтожать исходное событие. Проверяемая схема сохраняет первоначальные данные, новое значение, основание изменения, время и ответственного пользователя.

Отсутствие приемочных сценариев

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

Границы метода

Данные СКУД не подтверждают продуктивность, содержание работы или непрерывное нахождение сотрудника у рабочего места. Они также становятся неполными, если часть маршрута не контролируется, сотрудники передают идентификаторы, двери проходят группой или используются аварийные и служебные способы открытия.

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

Контрольный чек-лист

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

Итог

Корректный учет рабочего времени СКУД начинается не с формы отчета, а с качества событий и однозначных правил их интерпретации. Сначала определяют учетный периметр, направления прохода, графики и обработку исключений. Затем проверяют расчет на конкретных сценариях и сохраняют возможность вернуться к исходному журналу.

Если требуется оценить существующую схему, настроить проверяемые правила или разобрать расхождения между журналом и отчетом, можно обсудить с Grifun обследование или необходимые инженерные работы. Дополнительные материалы по инженерным системам собраны в блоге Grifun.