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

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