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

С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М 62 июнь – июль 2024 www.secuteck.ru СПЕЦПРОЕКТ СКУД Для БИзНЕСа Алексей Гинце, ААМ Системз Влияет очень сильно. Требования к СКУД для офиса из 2–3 комнат и для СКУД крупной ком- пании с филиалами в разных городах ради- кально различаются как в части железа, так и в части софта. Для малых систем у потребителя ключевым является цена, для крупных – мощ- ность, функциональность, надежность, защи- щенность, гибкость и, как говорится, добавьте по вкусу. Алексей Горюнов, Parsec Стоит отметить два разных понятия масштаба объекта или проекта, которые определяются: l по размеру площадей и территориальной распределенности; l по количеству и концентрации точек прохода. В первом случае у потребителя возникают тре- бования к расстоянию линий связи, топологии информационной сети и возможностям работы в них оборудования и ПО СКУД. Важным моментом является возможность удаленного управления системой или получения автомати- ческого сбора данных из нее. Во втором случае важным для заказчика являет- ся то, чтобы СКУД была максимально простой с точки зрения топологии и архитектуры и была способна выдерживать требуемые количествен- ные нагрузки. По нашему опыту, чаще встречается гибрид вышеперечисленных условий. Игорь Ядрихинский, PERCo При построении системы контроля доступа на небольших объектах эффективным реше- нием является применение клиент-сервер- ной архитектуры с единой базой управления данными. Для крупных территориально распределен- ных объектов более оптимальна архитектура СКУД с распределенными серверами. В этом случае система разбивается на сегменты, где каждый сегмент – это локальный сервер, который синхронизируется с другими в режиме реального времени. Таким обра- зом, нагрузка распределяется равномерно и не зависит от удаленности сервера. Для крупных объектов характерно построение комплексной системы безопасности, вклю- чающей в себя не только СКУД, но и системы видеонаблюдения, охранно-пожарной сиг- нализации, управления парковками. В этом случае распределенная архитектура позво- ляет обеспечить быстродействие и отказо- устойчивость системы. Павел Соколов, НВП "Болид" Размер, естественно, имеет значение. Ответ на этот вопрос находится на поверхности. Прежде всего, это количество пользователей в системе. Далее – возможность масштабирования на локальные или распределенные объекты. При этом нужно обратить внимание на существую- щие или доступные каналы передачи информа- ции, локальные сети предприятия, наличие доступа на объектах к сетям Ethernet. Что каса- ется программного обеспечения, то разработ- чики в большинстве случаев не разделяют ПО для больших и малых объектов, так как это, по сути, обработка информации из базы данных, с которой работает СКУД. Какая информация в нее собирается и в каком виде она выводится и обрабатывается – это и есть ПО для СКУД. Владислав Лямкин, LUIS+ Количество оборудования в зависимости от площади объекта увеличивается, а из-за этого нагрузка возрастает и на программное обес- печение. На СКУД в первую очередь влияют тре- бования заказчика, а не площадь объекта. Бывают проекты, в рамках которых заказчик на двух дверях хочет сделать очень сложную систе- му со всеми возможными функциями, включая биометрию, а бывает, что на большом объекте ставят "коробочное" решение и считают, что этого достаточно. Андрей Артюшкин, СБ Инжиниринг Чем масштабнее объект, тем больше будет пользователей системы, больше точек прохо- да, и сам проект может получиться более инте- ресным по своим возможностям. Что касается аппаратной части, то появляется возможность использовать более серьезные контроллеры, различные считыватели с различными режи- мами идентификации и, соответственно, воз- никнет больше вариантов разработки различ- ных алгоритмов и режимов прохода. При мас- штабных проектах также возникает больше требований к возможностям программного обеспечения, сетевой безопасности, возмож- ностям работы на виртуальных серверах и раз- личных операционных системах с различными базами данных. Все это ведет к более длитель- ным проработке технических решений и согла- сованию бюджета. Александр Никитенков, Системы контроля доступа Основные требования крупных заказчиков к функционалу СКУД на распределенных объ- ектах – устойчивая работа в корпоративных компьютерных сетях и использование PostgreSQL для системной БД СКУД. Ярослав Клементьев, Октаграм Из-за разного масштаба объектов производи- тели вынуждены использовать несколько лине- ек контроллеров, а порой – несколько серий оборудования: для малых объектов, для боль- ших и сложных. Несколько участников рынка используют одинаковый тип для всех объектов. Ищите идеальное решение – простой контрол- лер со свойствами компьютера. Такой контрол- лер не имеет ограничений компьютера в надеж- ности и стоимости. Не только масштаб, но и степень интеграции отдельных частей объекта влияют на выбор системы. Например, сеть небольших офисов хоть и является достаточно крупным объ- ектом по объему, но предъявляет иные тре- бования, чем, скажем, крупный офис с нали- чием большого количества различных уров- ней допуска персонала и степенью защиты помещений. Следует обратить внимание на компании, которые поддерживают широкий спектр реше- ний, не раздувая при этом номенклатуру аппа- ратного и программного обеспечения. Они выиграют соревнование у конкурентов по как минимум двум показателям: удовлетворению запросов заказчиков и производственной дея- тельности. Очевидно, это возможно потому, что меньшую номенклатуру легче и быстрее выпускать и заказчики, включая монтажные организации, охотнее работают с небольшой номенклатурой. В программном обеспечении, как известно, есть другое противоречие: никто не хочет переплачивать за "мощность" ПО или разби- раться с отдельно продающимися модулями. Но если ПО доступное по цене или бесплат- ное, то, как правило, в нем не хватает функ- ционала для удовлетворения всех требований заказчика. Тут уже поле деятельности для маркетинга, и у нас есть примеры молодых инновационных компаний, которые успешно выдают заказчику доступное за действительное. Как влияет масштаб объекта потребителя на требования к СКУД в части аппаратного и программного обеспечения? Ч ем масштабнее объект, тем больше будет пользователей системы, больше точек прохода, и сам проект может получиться более интерес- ным по своим возможностям. Что касается аппаратной части, то появляется возможность использовать более серьезные контроллеры, различные считыватели с различными режимами идентификации и, соответственно, возникнет больше вариантов разработки различных алгоритмов и режимов прохода Н е только масштаб, но и степень интеграции отдельных частей объ- екта влияют на выбор системы. Например, сеть небольших офисов хоть и является достаточно крупным объектом по объему, но предъявляет иные требования, чем, скажем, крупный офис с наличием большого количества различных уровней допуска персонала и степенью защиты помещений