Журнал "Системы Безопасности" № 5‘2021

Алексей Киндялов, RusGuard Если отбросить очевидные вещи вроде тех, что контроллер должен быстро работать и не ломаться, то одной из ключевых особенно- стей можно назвать универсальность конт- роллера. Он должен уметь управлять различ- ными исполнительными устройствами: дверьми, турникетами, шлагбаумами. Конт- роллеры должны быть взаимозаменяемы между собой. То есть если по какой-то при- чине выходит из строя контроллер для шлаг- баума на КПП, то его можно оперативно заменить абсолютно любым контроллером того же производителя, и система продолжит работать как ни в чем не бывало. Другая важная возможность для контролле- ра – переназначение функционала для реле. На средних и крупных объектах количество контроллеров может исчисляться сотнями, поэтому велика вероятность, что монтажник допустит ошибку и неправильно подключит какие-то клеммы, например перепутает входной и выходной считыватели. можно исправить эту ошибку "физически": лезть под потолок и переподключать разъемы. А можно зайти в софт и в течение пары минут изменить назначения реле для считы- вателей. Подобные фишки делают эксплуа- тацию СКУД на средних и крупных объектах гораздо более комфортной и безопасной. Дмитрий Попов, Sigur Контроллер СКУД для средних и крупных объ- ектов должен иметь ряд очевидных функций и характеристик: 1. Автономность работы даже при использова- нии сложных логик доступа, таких как доступ с сопровождающим, или доступ только вдвоем, или по определенным условиям, при алкотести- ровании и автоматизированной термометрии. Это требуется для стабильной работы всей системы даже в случае потери обмена данными с сервером. 2. Поддержка одного из современных про- токолов систем мониторинга для включения сегмента СКУД в глобальную систему мони- торинга объекта с целью оперативного наблюдения за состоянием оборудования и реакции на различные тревожные события. Эта задача становится явно актуальной на этапе расширения инфраструктуры объекта, когда используется сетевое оборудование разного назначения, а наблюдение за всем массивом систем из каждого локального ПО становится трудоемким и неэффектив- ным. 3. Возможность работы в распределен- ной архитектуре для построения системы из кластера объектов, что важно для больших промышленных комплексов и ритейла. Сергей Савин, DSSL Контроллер СКУД для средних и крупных объ- ектов должен обладать: l поддержкой достаточного объема встроенной памяти для хранения информации о персонах (сотрудниках) и событий; l возможностью работы с биометрией (пальцы, лица); l возможностью подключения дополнительных датчиков и исполнительных устройств (сире- ны, освещение и др.), пожарной сигнализа- ции и настройкой автономных сценариев поведения при сработке этих датчиков; l интерфейсом RS-485, а лучше – более совре- менным протоколом OSDP для подключения считывателей. Контроллер должен быть сетевым, чтобы без труда можно было встроиться в текущую инфраструктуру предприятия/объекта. Алексей Легуша, InPrice Distribution Если сравнивать средние и крупные объекты, то первое и самое главное отличие – это масштаб про- изводства и, соответственно, охранной периферии. В зависимости от требований безопасности СКУД крупного предприятия должна принимать различ- ные типы авторизации, быть совместимой с разны- ми типами датчиков, считывателей, устройств видеонаблюдения, распознавания лиц, домофо- нии и, на худой конец, с устаревшими системами безопасности. С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М 107 www.secuteck.ru октябрь – ноябрь 2021 СПЕЦПРОЕКТ КОНТРОллЕРы СКУД Для СиСТЕм СРЕДНЕй и КРУПНОй ЕмКОСТи Дмитрий Попов Пресейл-инженер компании Sigur Сергей Савин Менеджер продукта TRASSIR СКУД компании DSSL Алексей Легуша Пресейл-инженер компании InPrice Distribution Есть ли зависимость применяемой в СКУД архитектуры и масштаба самого объекта? Игорь Ядрихинский, PERCo Основное требование для крупных систем конт- роля доступа – обеспечение непрерывности конт- роля и управления данными. При сбое основного сервера должна быть организована корректная работа системы с использованием запасных или локальных серверов. При этом архитектуры рас- пределенных серверов различаются в зависимо- сти от задач конкретного объекта. На объектах с похожей конфигурацией точек доступа и зданий зачастую применяются раз- личные подходы. Например, для крупного про- мышленного предприятия с большим количе- ством разнесенных локально точек доступа ключевой задачей является объединение всех точек в рамках единой системы управления. Однако при построении системы первостепен- ным фактором может быть как централизация всех процессов, так и осуществление основных процессов управления локально. В первом слу- чае центральный офис или сервер имеет мак- симальные права по отношению к распределен- ным объектам, права которых, в свою очередь, минимальны. Во втором – центральный офис или сервер просто имеет возможность контро- ля. С точки зрения архитектуры построения сер- веров это принципиально разные подходы и решения. Дмитрий Попов, Sigur Различные архитектуры СКУД могут привносить определенные ограничения в построение систе- мы. Так, например, устаревшая архитектура при