О некоторых особенностях систем контроля и управления доступом (СКУД)
Уровень оснащения предприятий, офисов, жилых зданий и квартир техническими средствами безопасности и контроля повышается устойчивыми темпами, невзирая на меняющиеся в ту или иную сторону тенденции в экономической или политической жизни общества. И это не удивительно, ведь обеспечение безопасности людей, защита имущества, промышленных, технологических или коммерческих данных – одно из важнейших условий обеспечения спокойствия человека дома и успешной деятельности на работе, а любые потрясения в неспокойные времена только подстегивают стремление оградить себя от всякого рода неприятных неожиданностей.
К системам обеспечения безопасности относятся, как известно, охранные и охранно-пожарные сигнализации (ОПС), системы охранного теленаблюдения (CCTV) и системы контроля и управления доступом (СКУД).
Именно о СКУД и пойдет речь далее, а конкретно о том, что необходимо учитывать при выборе системы, для обеспечения определенного функционала.
Этапы большого пути
За довольно короткий период современной истории, организация контроля доступа эволюционировала от вахтеров на заводских проходных «на глаз» проверявших пропуска у проходящих сотрудников до высокотехнологичных электронных комплексных систем. В простом случае такая система включает в себя компьютер с соответствующим программным обеспечением, обеспечивающим организацию рабочего места администратора СКУД (при необходимости может быть организовано еще одно место «Бюро пропусков»), сетевой контроллер СКУД, аппаратные модули и оконечные устройства: приемники информации – считыватели и исполнительные устройства – электромеханические или электромагнитные замки, турникеты, шлагбаумы.
Рис.1 Стандартная структура СКУД.
Сегодня системы контроля доступа развиваются очень динамично, причем события связанные с угрозами террористической деятельности подстегнули разработки в этой области еще больше. Предъявление высоких требований в вопросах надежности, простоты управления, легкости в обслуживании, экономичности в работе и удешевления базовой стоимости при одновременном увеличении функциональных возможностей СКУД привело к появлению программно-модульных систем, обеспечивающих гибкость при построении архитектуры конкретного решения. При этом тенденция к созданию интегрированных систем, позволяющих в рамках СКУД объединять в единое целое ОПС, CCTV и обеспечивать диспетчеризацию контролируемых сооружений привела к созданию действующих комплексных автоматизированных систем безопасности объектов. Вероятно, недалеко то время, когда применительно даже к малым объектам можно будет говорить только о комплексных системах безопасности и управления. «Умный дом» - один из примеров таких решений.
Что выросло – то выросло
Все это – замечательное недалекое будущее и где-то настоящее, но на сегодняшний день не все вопросы применения СКУД так уж просты. Дело в том, что если говорить об отрасли СКУД, то она не является единой системой: производство СКУД раздроблено и большинство комплексов с разной функциональностью не имеют общего стандарта совместимости, то есть, совместимы только сами с собой. Стандартизация коснулась в основном оконечных устройств – считывателей и исполнительных механизмов. А вот о программном обеспечении этого не скажешь. Правда, интеграционные процессы просматриваются и на рынке уже предлагаются продукты, в которых реализованы некоторые вопросы совместимости, но говорить о стандартизации пока рановато. И особенности той или иной системы могут порой иметь решающее значение для реализации необходимых на данном, конкретном объекте функций СКУД.
В этой связи интересным является вопрос о «родословной» той или иной системы. Что имеется ввиду? А вот что. Некоторые системы, присутствующие в настоящее время на рынке СКУД первоначально, таковыми, в общем-то, и не являлись. Они рождались например, при объединении программируемой ОПС с программой контроля доступа. Отсюда «детские» болезни таких СКД: непродуманная и поэтому неудобная работа с программой СКУД для оператора рабочего места, урезанный функционал по представлению информации из базы данных, неустойчивая работа базы данных, ограничения по возможности изменения конфигурации и расширения системы и некоторые другие особенности. При этом СКУД, построенная на базе такой системы вполне будет отвечать ГОСТ Р 51241-2008. Обычно, пользователь системы знакомиться с подобными огорчительными нюансами уже в процессе эксплуатации установленной СКУД, когда изменить собственно ничего нельзя.
Например, практически все системы имеют в составе ПО модуль «Отчеты», но далеко не все обеспечивают создание отчета произвольной формы с учетом нахождения сотрудников вне контролируемой зоны по уважительным причинам или совместную работу с ПО «1С.Предприятие» для автоматизации расчета заработной платы. В некоторых системах отсутствует возможность получить табличные данные по группам сотрудников (персональные данные, группа допуска, номер электронного ключа…), печати каталога карточек сотрудников и т.д. Все эти неудобства являются следствием непродуманного «недолепленного» программного обеспечения.
Могут возникнуть и вопросы, связанные с несовершенством аппаратной составляющей системы.
Вот пример : Логика работы большинства контроллеров СКУД основана на модели, в которой временные интервалы доступа формируются для конкретных дней недели (понедельник-воскресенье) плюс несколько типов праздников с особым статусом. Модель вполне адекватна для предприятий с 5-6 рабочими днями и выходными в субботу/воскресенье, т.е. для административных зданий, бизнес-центров, заводоуправлений и т.п. Но многие промышленные предприятия или их подразделения имеют круглосуточный и непрерывный технологический цикл со сменным режимом работы персонала. Попытка совместить требуемую технологию многосменного пропускного режима с возможностями некоторых СКУД оказывается для администратора пропускного режима постоянной головной болью. В худшем случае такая "интеграция" вообще оказывается невозможной и всем сотрудникам назначается круглосуточный доступ на предприятие. Единственным способом контроля становится учет рабочего времени. В результате, система контроля доступа вроде есть, но функция управления временем доступа сотрудника на предприятии отсутствует.
Дело в том, что при сменном графике, расписание работы сотрудника меняется от недели к неделе. Например, в первую неделю он работает в понедельник, четверг, воскресенье, а во вторую - в среду и пятницу, и т.д. Контроллеры, оперирующие интервалами, кратными 7 дням, не могут реализовать "скользящие" временные интервалы доступа. Для обеспечения такого сменного режима, логика работы контроллеров должна быть более сложной, алгоритмически скользящий режим гораздо более ресурсоемок и для микропроцессорного устройства затруднительна поддержка обоих режимов.
Ситуация с "коробочным" программным обеспечением оказывается похожей, поскольку, чаще всего, такое программное обеспечение разрабатывается для продажи аппаратных средств как можно более широкому числу покупателей, для которых характерен фиксированный график, который на порядок проще в реализации.
Скелет в шкафу … серверном
Предоставление данных – это еще не все. Немаловажным является вопрос надежности применяемых систем, который не в последнюю очередь зависит от архитектурного построения СКУД (назовем это скелетом системы).
Некоторые предлагаемые и сегодня системы имеют так называемый централизованный вид архитектуры. В его основе лежит мощный центральный контроллер в совокупности с ассортиментом простых модулей управления устройствами. Принцип набора необходимых для конкретной задачи устройств и возможностей стал в свое время основной причиной популярности этих систем, в особенности для крупных заказчиков. Несомненно, пусть и более дорогой, но мощный центральный контроллер оказался для крупных предприятий выгоднее большого количества небольших со встроенными функциями. Интерфейс RS-485 для сообщения между устройствами СКУД стал наиболее используемым, а для связи с компьютером стали использовать стандартный com-порт.
Однако, централизованная структура отнюдь не идеальна. К серьезному недостатку такой структуры можно отнести возможность неустойчивой работы модулей управления при потере связи с центральным контроллером. В некоторых случаях модули могут даже самостоятельно менять режимы работы, что совершенно недопустимо с точки зрения сохранения управления системой и обеспечения безопасности контролируемых зон.
Решением проблемы надежности при потери связи с центральным контроллером стало создание смешанной архитектуры. Производители предложили системы с использованием в самых важных местах дублирующих локальных интерфейсных модулей, имеющих свой буфер памяти - контроллеров точек доступа. На сегодняшний день подобные системы следует признать наиболее надежными и удобными тем более, что при получаемом двукратном аппаратном резервировании баз данных карт и событий без учета компьютера, количество дублирующих систем может быть ограничено только целесообразностью и экономическими факторами. Для обеспечения информационного обмена в большинстве СКУД сегодня так и используется интерфейс RS-485 для связи между модулями, а вот на смену com-порту пришел более удобный в настройке и более современный LAN-интерфейс.
Рис.2 Построение СКУД смешанной архитектуры
История СКУД на отечественном рынке насчитывает немногим более 15 лет. В последнее время отечественные производители все больше заявляют о себе, предлагая очень интересные решения обеспечивающие широкий функционал и высокие показатели надежности. Присутствующие на сегодняшнем рынке компании, работающие в сегменте некрупных СКУД, в которых используются распределенные системы, обеспечивают возможности по созданию бюджетных систем с вполне приличным функционалом. Ведущие производители предоставляют и продукты для крупных потребителей, которым необходимы СКУД с централизованной или смешанной архитектурой. Такие системы, реализованные в многоуровневой архитектуре, позволяют обеспечить необходимый потенциал масштабирования и расширения функциональных возможностей. В этих системах совмещены технологии для распределенного и для локального хранения баз данных.
Компьютеры с COM-портами уже не выпускают, да и LAN-интерфейс гораздо удобнее, как уже отмечалось. Вследствие этого многие современные СКУД даже для соединения центрального и локальных контроллеров используют LAN-интерфейс, не говоря уже о соединении с компьютером. Вероятно, в ближайшее время, развитие СКУД будет основываться на новых технологических решениях в области повышения функциональных возможностей периферийных устройств, а также совершенствовании программного обеспечения. И все в большей степени развитие СКУД зависит от конечного потребителя и требований, которые он будет предъявлять к безопасности, надежности и функциональности СКУД.
Что выбрать?
При выборе СКУД, как и при выборе любого товара, потребителю хотелось бы получить что-либо поновее, перспективнее, умеющее делать больше за меньшие деньги. И производители учитывают это.
СКУД объединяется с системой видеонаблюдения, охранно-пожарной сигнализацией, документооборотом и платежной системой, а при необходимости и с инженерными системами. При построении современных СКУД применяются сетевые решения. Отдельные элементы СКУД, например, контроллеры и интерфейсные модули теперь подключаются непосредственно в локальную сеть, не используя больше интерфейсы RS-232 и RS-485.
Перестали быть экзотикой и широко используются системы идентификации, основанные на биометрических данных. Помимо распознавания отпечатков пальцев и формы кистей рук (Recognition Systems), все шире распространяется биометрический метод идентификации по радужной оболочке глаза. Неуклонно возрастает спрос на считыватели и карты, в которых применяется двойная технология считывания. Наиболее часто используются биометрия с Ргох - или Smart-технологией, а также RFID в килогерцовом и мегагерцовом диапазонах частот. В качестве составной части СКУД все чаще выступает видео - система идентификации автотранспорта, применяемая на охраняемых стоянках и подземных паркингах.
Таким образом потребитель получает все больше и больше возможностей за те же (или почти те же) деньги. Многообразие решений практически исключает ответ на вопрос: “Какую систему выбрать?”. Потребителю, при выборе СКУД, следует руководствоваться текущими и перспективными задачами, необходимостью получения и применения тех или иных данных от системы, административными ресурсами по организации контроля доступа и безопасности помещений, перспективами масштабирования системы и многими другими вопросами применительно к данному, конкретному случаю. Лучше всего получить предложения от профессионалов, которые в дальнейшем смогут составить проект, установить и ввести СКУД в действие. Но не следует забывать, что знание нюансов той или иной системы, поможет избежать стратегически неверного выбора.
Портный Евгений Михайлович
Директор департамента технической поддержки 4х4