Журнал посещений в СКУД — это не просто таблица с именами и временем. В коммерческом применении это юридически значимый документ, инструмент безопасности и операционный отчёт в одном. Выбор СКУД без понимания того, как организован журнал и что с ним можно делать, часто ведёт к разочарованию: система установлена, но управляющему нужно всё равно считать людей вручную. В этой статье — разбор функциональности журнала и критерии выбора СКУД.
Что должен фиксировать журнал СКУД
Минимальный набор событий для коммерческого СКУД:
- Успешный проход: дата, время, точка прохода, идентификатор (номер карты / имя сотрудника), направление (вход/выход)
- Отказ в проступе: дата, время, точка, идентификатор, причина (неизвестная карта / вне временного профиля / карта заблокирована)
- Тревожные события: взлом двери (дверь открыта без карты), удержание двери открытой более N секунд, попытка прохода по заблокированной карте
- Системные события: потеря питания, разрыв связи с контроллером, перезагрузка
- Действия администратора: добавление/удаление пользователей, изменение расписаний — аудит-трейл для безопасности
Расширенные возможности журнала для B2B
| Функция | Применение | Нужна для |
|---|---|---|
| Фото при проходе | IP-считыватель с камерой или домофон с СКУД снимает фото при каждом проходе | Объекты с высокими требованиями безопасности |
| Отчёт присутствия (T&A) | Первый вход утром + последний выход вечером = фактическое время на объекте | Учёт рабочего времени, HR |
| Антипасбэк | Одна карта не может зайти дважды без выхода — предотвращает передачу карты | Режимные объекты, парковки |
| Кросс-зонный контроль | Человек не может оказаться в двух зонах одновременно | Крупные объекты с множеством точек |
| Экспорт в Excel/CSV | Выгрузка за период для отчётов или интеграции с 1С | Любой коммерческий объект |
| API для интеграции | REST API для передачи данных журнала в HR-систему, ERP | Корпоративная интеграция |
Доступ к журналу: что проверить до заказа
Способ просмотра журнала и управления правами зависит от контроллера и программной платформы. До заказа проверьте доступные роли, формат отчётов, сроки хранения и порядок резервного копирования:
- Способ просмотра журнала и отчётов определяется контроллером и программной платформой
- Количество операторов, уровни доступа и возможность удалённой работы подтверждаются по модели
- Разграничение доступа по ролям, зонам и событиям проверяется до заказа
- Экспорт и автоматические отчёты доступны только при наличии соответствующей функции модели
- Уведомления о тревожных событиях и интеграции подтверждаются по модели
При трудовых спорах («я был на рабочем месте в это время»), при расследовании инцидентов, при страховых случаях — журнал СКУД может быть использован как доказательство. Для этого он должен быть защищён от редактирования (append-only), иметь временную метку от синхронизированного NTP-сервера, и храниться не менее 12 месяцев. Уточните эти параметры при выборе системы.
Интеграция журнала СКУД с HR и учётом рабочего времени
Наиболее востребованная интеграция для коммерческих объектов — передача данных о первом входе и последнем выходе в HR-систему для автоматического табелирования:
- Синхронизация сотрудников: база сотрудников из HR-системы → СКУД (через API или CSV-импорт). Один источник правды
- Сбор событий: СКУД фиксирует входы/выходы → накапливает журнал
- Экспорт в HR: ежедневно в 00:01 — выгрузка событий за день через API или FTP в HR-систему
- Табелирование: HR-система рассчитывает фактическое рабочее время, переработки, опоздания
FAQ — часто задаваемые вопросы
Зависит от объёма памяти контроллера и интенсивности событий. Встроенная память контроллера: обычно 50 000–200 000 событий (при 500 событиях в день — 100–400 дней). При интеграции с сервером БД (MySQL, PostgreSQL) — неограниченно, пока есть дисковое пространство. Рекомендуем хранить минимум 12 месяцев.
Формат экспорта журнала, фильтры и интеграции зависят от выбранного контроллера и программной платформы; проверяем их до заказа.
Антипасбэк — логика, запрещающая дважды «войти» без «выхода». Если сотрудник передал карту коллеге, второй войдёт, но карта заблокируется до момента фиксации выхода первого. Нужен на режимных объектах, парковках с поштучным учётом мест, в зонах с ограниченным числом одновременных посетителей.
Уведомления и интеграции с внешними сервисами доступны только при подтверждённой функции выбранной модели; состав событий и получателей фиксируем в проекте.
МЗК — 200 единиц (считыватели + контроллеры в комбинации). Состав ПО и функции управления журналом определяются выбранной моделью. Пришлите параметры объекта — рассчитаем конфигурацию и условия. Ответим за 24 часа.