Промышленный объект — принципиально иная среда для СКУД, чем офис. Пыль, вибрация, температурные перепады, химические испарения и электромагнитные помехи нужно проверять по фактическим условиям объекта. В этой статье разбираем требования к RFID СКУД для производства, схему зонирования доступа и расчётный сценарий для предприятия с несколькими сменами. Конкретные характеристики оборудования подтверждаются по выбранной модели.
Чем производственный СКУД отличается от офисного
Производственный СКУД должен учитывать не только права доступа, но и среду эксплуатации, сменный график, опасные зоны и порядок эвакуации. Поэтому требования к оборудованию фиксируют по каждой точке прохода, а не выбирают по типу объекта в целом.
До выбора оборудования проверяют:
- Среда. Пыль, влага, масла, вибрация и химические вещества определяют требуемую степень защиты корпуса. IP-рейтинг проверяют по паспорту конкретного считывателя.
- Температура. Рабочий диапазон выбирают по фактическим условиям в цехе, на складе и на открытых проходах. Диапазон для хранения нельзя использовать вместо рабочего.
- Помехи и прокладка. Сварочное оборудование, частотные преобразователи и силовые линии требуют отдельной проверки трасс, заземления, экранирования и защиты контроллера.
- Пиковый поток. Пропускную способность считают по числу пользователей и максимальному потоку перед сменой; одного паспортного времени считывания для расчёта очереди недостаточно.
- Сменный график. Права доступа, временные зоны и порядок блокировки задают отдельно для сотрудников, посетителей и подрядчиков.
Технические требования: что сравнить
| Параметр | Офисный СКУД | Промышленный СКУД |
|---|---|---|
| Степень защиты считывателя | По условиям помещения | По зоне, влаге, пыли и паспорту модели |
| Рабочая температура | По помещению | По фактическому диапазону на точке прохода |
| Корпус считывателя | По месту установки | По риску ударов, влаги и химического воздействия |
| Защита от помех | Проверяется в проекте | Проверяются трасса, заземление, экранирование и защита входов |
| Ёмкость базы карт | По числу пользователей | По контроллеру, ПО и требуемому резерву |
| Автономное питание | По требованиям объекта | По нагрузке, времени резерва и сценарию безопасного выхода |
| Антипассбэк | По сценарию доступа | Проверяется на контроллере и в программной платформе |
| Посменное расписание | При необходимости | Проверяется число временных зон и правила исключений |
| Эвакуационный отчёт | По регламенту объекта | Проверяется источник событий и формат отчёта |
Зонирование доступа: пять уровней для типичного завода
Правильное зонирование — основа безопасной и управляемой системы. Принцип: чем чувствительнее зона, тем выше требования к идентификации и тем меньше людей имеют туда доступ.
- Зона 0 — КПП (периметр предприятия): все сотрудники, посетители и транспорт. Фиксируется время входа и выхода. Посетители получают временные карты на конкретный период.
- Зона 1 — Административный корпус: офисные сотрудники, руководство, бухгалтерия. Доступ в рабочее время без ограничений по зоне.
- Зона 2 — производственные цеха: рабочие, ИТР и мастера, закреплённые за конкретным цехом. В расписании учитывают смены и ограничения по маршрутам.
- Зона 3 — склад сырья и готовой продукции: кладовщики, водители погрузчиков и служба безопасности. При необходимости добавляют PIN или другой второй фактор.
- Зона 4 — серверная, лаборатория, касса: доступ по отдельному списку. Формат идентификации, журнал и фотофиксация зависят от выбранной платформы.
Протокол Wiegand и OSDP: что выбрать
На практике встречаются интерфейсы Wiegand 26, Wiegand 34 и OSDP. Выбор зависит от контроллера, длины линии, требований к защите и используемой программной платформы.
Wiegand передаёт данные по одностороннему интерфейсу без встроенного шифрования. Для критичных зон это нужно учитывать при оценке рисков и прокладке линии.
OSDP поддерживает двусторонний обмен и, при наличии соответствующей реализации, защищённый режим связи. Если он нужен для серверной, лаборатории или другой режимной зоны, совместимость считывателя и контроллера проверяют до заказа.
Антипассбэк и эвакуационные отчёты
Антипассбэк — функция, запрещающая повторный вход в зону без предшествующего зафиксированного выхода. Рабочий приложил карту, вошёл в цех — система это запомнила. Он не может передать карту коллеге на улице: при попытке повторного входа та же карта будет отклонена. Это критически важно для режимных зон.
Жёсткий антипассбэк блокирует вход немедленно. Мягкий — фиксирует нарушение в журнале, но проход разрешает. Для производства рекомендуется жёсткий режим в зонах 2–4 и мягкий на КПП (чтобы избежать очередей при системных сбоях).
Эвакуационный отчёт (mustering report) — это список событий и пользователей, который можно использовать при проверке эвакуации, если контроллер, программная платформа и регламент объекта поддерживают такой сценарий. Источник данных и формат отчёта нужно согласовать до внедрения.
Интеграция с системой учёта рабочего времени
СКУД может передавать события для табельного учёта, но формат обмена и состав полей зависят от контроллера и программной платформы. Интеграцию с 1С:Зарплата и Управление Персоналом (ЗУП) нужно проверять на конкретной связке.
До согласования интеграции HR-отделу обычно нужны:
- События входа, выхода и отказа в доступе с идентификатором пользователя
- Расписание смен и правила обработки опозданий или переработок
- Отчёт по сотрудникам, не отметившим начало смены
- Выгрузка в согласованном формате или API для промежуточной системы
- Правила хранения и доступа к журналу событий
При посменной работе временные зоны и исключения настраиваются по должностям и участкам. Фактическое поведение при попытке входа вне смены проверяют на стенде и фиксируют в спецификации.
Расчётный сценарий: завод металлоконструкций
Ниже приведена модель для предприятия со сборочными цехами, покрасочной линией, складом и административным корпусом. Число сотрудников, смен, точек прохода и тип карт нужно заменить данными конкретного объекта.
Что проверяют до внедрения: действующие пропуска, маршруты сотрудников, опасные зоны, требования к учёту рабочего времени, резервное питание и порядок расследования событий.
Пример решения: считыватели на точках прохода, контроллеры, сервер управления, карты с поддерживаемым форматом и расписания смен. Антипассбэк, шифрование, IP-защита и автономность включаются в спецификацию только после проверки выбранной модели.
Это расчётный сценарий, а не подтверждённый клиентский кейс. Фактические показатели автоматизации, трудозатрат HR и инцидентов публикуются только по согласованному отчёту проекта.
Как выбрать поставщика СКУД для производства
При оптовой закупке RFID СКУД для промышленного объекта проверяйте следующее:
- Документы и применимость. Запросите паспорт, декларации или сертификаты и проверьте, относятся ли они к выбранной модели, партии и рынку.
- Степень защиты. Сверьте IP-рейтинг с условиями конкретной точки; при необходимости запросите протокол испытаний или подтверждающий документ.
- Температурный диапазон. Отделяйте рабочий режим от хранения и проверяйте его для считывателя, контроллера и блока питания.
- Антипассбэк и автономная работа. Уточните, где выполняется функция — в контроллере или на сервере — и что происходит при потере связи.
- Поддержка. Зафиксируйте канал, язык, время ответа и состав работ по настройке в коммерческом предложении.
FAQ
Единого значения для всего предприятия нет. Степень защиты выбирают по пыли, влаге, мойке и другим условиям конкретной точки. Для взрывоопасной зоны дополнительно проверяют требования к специальному исполнению. Сверяйте IP-рейтинг с паспортом выбранной модели.
Сначала составляют карту зон и маршрутов, затем распределяют контроллеры, считыватели и права пользователей. Для каждой смены задают расписание и правила доступа. Антипассбэк используют только там, где сценарий, контроллер и программная платформа поддерживают эту функцию.
Антипассбэк связывает вход и выход по одному идентификатору и может запретить повторный вход без события выхода. Поведение зависит от режима — жёсткого или мягкого — и проверяется на выбранном контроллере.
Проверьте формат журнала событий, доступный экспорт или API и правила сопоставления пользователей со сменами. Совместимость с 1С:ЗУП подтверждается по конкретной версии контроллера, программной платформы и интеграционного модуля.
На рынке встречаются Wiegand 26, Wiegand 34 и OSDP. Выбор зависит от контроллера, длины линии и требований к защите. Если нужен OSDP или защищённый режим связи, совместимость считывателя и контроллера проверяют до заказа.