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

С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М 78 февраль – март 2022 www.secuteck.ru СПЕЦПРОЕКТ СКУД Для КРУПНых ОбъЕКТОВ Евгений Кин, дормакаба Евразия Как ни странно это может прозвучать, но заказ- чику выбор СКУД необходимо начинать с опре- деления системного интегратора, чьи сотрудни- ки, обладая необходимыми компетенциями, смогут разработать общий проект комплексной системы безопасности, частью которой и является СКУД. К сожалению, даже на действительно крупных объектах довольно часто можно наблюдать ситуацию, когда управление проектом по систе- мам безопасности выполняется лишь формаль- но. Зачастую заказчик, собрав пул действитель- но неплохих вендоров оборудования по без- опасности, оставляет без внимания вопросы создания единого комплекса средств защиты на основе разрозненных предложений от этих вен- доров. Таким образом, создание грамотного техниче- ского задания на проектируемую систему без- опасности с описанием и согласованием функ- ционала требуемых для проекта интеграций между различными компонентами (СКУД, ОПС, IP CCTV) является залогом того, что в финале реализации проекта заказчик не получит в качестве результата совокупность высококачественных, но абсолютно разрознен- ных систем, никоим образом не взаимодей- ствующих между собой. Традиционно вопросы по интеграции всех указанных систем в единое решение ложатся прежде всего на плечи поставщиков СКУД как системообразующей составляющей в объединении триумвирата охранного теле- видения, сигнализации и СКУД. Именно поэтому поставщикам СКУД стоит макси- мально детально согласовывать данную работу с представителями заказчика или системного интегратора, выбранного заказ- чиком. Аркадий Гамбург, Семь печатей При выборе СКУД следует ориентироваться не на информацию на сайтах (где всегда все хорошо), не на советы знакомых (это либо непрофессиональное мнение, либо баналь- ное лоббирование), а на ознакомление с работающими на конкретных объектах системами. Главный критерий выбора – надежность и быстродействие. На втором месте масштаби- руемость и возможность вышеупомянутой интеграции "всех со всеми". На третьем – удоб- ство построения, монтажа, работы, функцио- нальность. Одной из распространенных ошибок при построении СКУД я бы назвал "синдром пилот- проекта". Это когда говорят: "Мы сначала поста- вим систему на одну проходную и поглядим". Так беда-то в том, что на одной проходной система может работать идеально, а вот при расширении ее на десятки проходных, на сотни внутренних помещений, да еще при отвлечении ресурсов на обмен данными в реальном време- ни с другими системами, все развалится, как башня из кубиков… Исходя из своего опыта, считаю ошибкой и под- ход к выбору системы по принципу "все в одной корзине". На крупных объектах категорически не рекомендую ставить интегрированные систе- мы безопасности. СОТ – это СОТ (система охранного телевидения), ОПС – ОПС (охранно- пожарная сигнализация), СКУД – СКУД, а про- чее – от лукавого. Алексей Горюнов, Parsec Начать стоит с подробного, вдумчивого описа- ния задач внедрения СКУД, причем руковод- ствоваться рекомендую не фантазиями, не фишками, анонсируемыми производителями, а исключительно задачами бизнеса. Затем, уже имея четкое понимание, зачем вам СКУД, стоит изучать, какие технологии позволят это реализовать, какие бывают архитектуры и топологии построения системы, какую гарантию предоставляет производитель, какими сервиса- ми готов поддерживать внедрение и эксплуата- цию объекта. Первая типичная ошибка – выбор решений, поставщиков, исполнителей работ, минуя важ- нейший этап внутренней работы на стороне заказчика по формированию требований к системе и результатам ее внедрения. Вторая популярная ошибка – некорректное ценовое сравнение рассматриваемых решений. Только оценка полной стоимости внедрения, с учетом периферии, затрат на ИТ, работы по проектированию и внедрению, может дать вер- ное представление о том, как соотносятся стои- мости внедрения разных систем на конкретный объект с конкретными задачами. Ярослав Кузьмицкий, InPrice Distribution Начать надо с осознания потребностей, анализа печального опыта, если он уже есть, и состав- ления четкого технического задания (ТЗ) без излишеств и красивых слов. Со схемами и перечнями зон. Чем крупнее объект, тем боль- ше масштаб потенциальных упущений и после- дующих проблем. Среди важных и безусловно учитываемых в ТЗ категорий необходимо рассматривать: l общее количество персон в матрице допуска; l трафик посетителей по зонам; l количество планируемых зон; l логику пересекаемости по уровням допуска в зоны; l наличие зон прохода и въезда автотранспорта; l возможные перспективы масштабирования системы и их оценочные численные показатели. На завершающих стадиях оценки и формиро- вания ТЗ необходимо точно определиться с типом устройств доступа и управляемой периферии. Четко решить, какие технологии доступа мы хотим использовать – биометрию, карты, BLE-метки или что-то иное, нужна ли многофакторная идентификация, зачем и в каких зонах. Если предприятие имеет территориальную рас- пределенность, то зачастую реализовать всю систему в рамках одной аппаратной платформы невозможно и потребуется не только решать вопрос стекирования и масштабирования тех же контроллеров СКУД (что не всегда возмож- но), но и уделять пристальное внимание вопро- су комплексного макроуправления всей распре- деленной инфраструктурой, состоящей из отдельных зон/контроллеров, через единое ПО или облачную среду. Говоря о крупномасштабных системах, было бы неправильно не упомянуть о необходимости дублирования отдельных критически важных систем в зонах высокой ответственности. Если СКУД позволяет горячий ввод дублирующих блоков, это лучший вариант, если нет, необхо- димо озадачиться наличием запасных частей, инструментов и принадлежностей (ЗИП) и соз- данием регламента оперативной замены и рас- писанием персональной ответственности. Как нетрудно догадаться, простой в доступе может просто парализовать работу предприятия или организовать "дыру" в безопасности. Немаловажным может стать требование по реа- лизации отдельных сегментов на радиоканале – С чего нужно начать заказчику при выборе СКУД на объектах большого масштаба? На что следует обратить особое внимание? Типичные ошибки пользователей Г оворя о крупномасштабных системах, было бы неправильно не упо- мянуть о необходимости дублирования отдельных критически важных систем в зонах высокой ответственности. Если СКУД позволяет горячий ввод дублирующих блоков, это лучший вариант, если нет, необходимо озадачиться наличием ЗИП и созданием регламента их оперативной замены и расписанием персональной ответственности О дной из распространенных ошибок при построении СКУД можно назвать "синдром пилотпроекта". Это когда говорят: "Мы сначала поста- вим систему на одну проходную и поглядим". Беда в том, что на одной проходной система может работать идеально, а вот при расширении ее на десятки проходных, на сотни внутренних помещений, да еще при отвлечении ресурсов на обмен данными в реальном времени с другими системами, все развалится, как башня из кубиков…