Импортозамещение в сфере систем безопасности: обзор российских решений

Импортозамещение в системах безопасности за последние годы из формальной государственной задачи превратилось в повседневную практику для проектировщиков и технических специалистов. Сегодня при подготовке ТЗ и подборе решений приходится учитывать не только функционал, но и происхождение оборудования, реестры и требования национального режима. В статье разбираем, какие российские решения применяются в ключевых подсистемах безопасности и на что обращать внимание при их выборе.

Нормативная база импортозамещения:

• ПП РФ № 1875 — «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг». Электроника включена в приложение № 2, и закупка её регламентируется ограничениями допуска.
• ПП РФ № 719— «О подтверждении производства промышленной продукции на территории Российской Федерации» .Преференции и поддержка внутренних производителей в различных отраслях, включая радиоэлектронную промышленность
• ФЗ № 44‑ФЗ, ст. 33 «О контрактной системе в сфере закупок товаров, работ,услуг»
• СП 1.13130.2020 и СП 59.13330.2020 «Системы противопожарной защиты. Эвакуационные пути и выходы»
• ТР ТС 004/2011 и ТР ТС 020/2011 — сертификат электробезопасности и электромагнитной совместимости оборудования
• ГОСТ Р 51241-2008 «Средства и системы контроля и управления доступом».

Видеонаблюдение стало одним из самых чувствительных сегментов с точки зрения импортозамещения. До 2022 года архитектура большинства крупных систем строилась вокруг зарубежных VMS-платформ. После их ухода основной задачей стало не обновление оборудования, а замена программного ядра системы.

В текущей практике в проектах чаще всего используются российские VMS-платформы: TRASSIR, ITV (Axxon/«Интеллект») и Macroscop. Именно они обычно закладываются как базовые решения в импортозамещенных системах видеонаблюдения.

В текущей практике в проектах чаще всего используются российские VMS-платформы: TRASSIR, ITV (Axxon/«Интеллект») и Macroscop. Именно они обычно закладываются как базовые решения в импортозамещенных системах видеонаблюдения.

С точки зрения функционала эти сервисы закрывают типовые задачи VMS. Существенные различия между ними проявляются не в наборе функций, а в реализации и требованиях к инфраструктуре.
На практике импортозамещение в видеонаблюдении привело к следующим техническим изменениям:

• система проектируется вокруг одной выбранной VMS, а не как набор разрозненных компонентов;
• требования к серверам и хранилищам стали жёстче не только по техническим причинам, но и из-за особенностей лицензирования, а также программы импортозамещения — необходим переход на отечественное программное обеспечение;
• совместимость камер, аналитики и интеграций проверяется на стадии проекта, а не при вводе в эксплуатацию.

Отдельный вопрос — камера как оборудование. Российские VMS, как правило, поддерживают широкий перечень IP-камер, включая локализованные модели. Это упрощает выполнение требований закупок, но повышает требования к проектированию: качество изображения, работа при низкой освещенности и нагрузка на серверы напрямую зависят от корректного подбора и расчета, а не от бренда камеры.

В отличие от видеонаблюдения, сегмент охранно-пожарных систем подошел к импортозамещению в более стабильном состоянии. Российские производители здесь занимают ключевые позиции уже много лет, поэтому в большинстве проектов речь идет не о вынужденной замене платформ, а о выборе между отечественными экосистемами с разной архитектурой и логикой работы.

В практических проектах чаще всего используются интегрированные решения российских производителей, такие как НВП Болид (ИСО «Орион»), Аргус-Спектр («Стрелец-ПРО») и Рубеж. Эти системы закрывают полный цикл задач: пожарная сигнализация, оповещение и управление эвакуацией, охранные функции, а в ряде случаев — СКУД и диспетчеризация.

С точки зрения функциональности импортозамещение здесь не привело к заметной деградации. Ключевые отличия между системами лежат в области архитектуры и эксплуатации, а не базовых возможностей. При проектировании важно учитывать:

• адресность и емкость системы, возможности масштабирования без полной замены оборудования;
• логику сценариев СОУЭ и их интеграцию с пожарной автоматикой и СКУД;
• требования к пусконаладке, обслуживанию и квалификации персонала.

Отдельное внимание в импортозамещенных проектах уделяется связи между подсистемами. Если ранее пожарная платформа часто существовала обособленно, то сейчас ее все чаще включают в единый контур безопасности: события ПС используются для управления доступом, видеофиксации, диспетчеризации и анализа инцидентов.

В сегменте СКУД импортозамещение не носило резкого характера, как в видеонаблюдении, но заметно изменило подход к проектированию. Российские системы контроля доступа давно присутствуют на рынке, однако раньше их нередко рассматривали как локальное решение — без глубокой интеграции с другими подсистемами безопасности.

В текущих проектах чаще всего используются отечественные платформы СКУД, такие как PERCo, Sigur, RusGuard, а также СКУД-модули, входящие в экосистемы охранно-пожарных производителей. Эти решения закрывают стандартные задачи: управление точками доступа, учет событий, временные зоны, интеграция с турникетами и исполнительными устройствами.

Во время проектирования импортозамещенной СКУД обычно приходится учитывать несколько ключевых моментов:

• возможность устойчивой интеграции с выбранной VMS и охранно-пожарной платформой;
• работу системы в режимах ЧС, включая корректное взаимодействие с СОУЭ — с учётом требований СП 1.13130.2020;
• требования к отказоустойчивости и локальной автономности контроллеров;
• особенности эксплуатации при большом количестве пользователей и точек доступа.

Отдельное внимание уделяется выбору архитектуры. В импортозамещенных проектах чаще закладываются распределенные решения с локальной логикой на уровне контроллеров, а не полностью централизованные схемы. Это снижает зависимость от серверной части и упрощает дальнейшее развитие системы без переработки всей инфраструктуры.

При импортозамещении систем безопасности наибольшее количество проблем возникает не на уровне отдельных подсистем, а на уровне инфраструктуры. Сеть, серверы, питание и способы интеграции часто воспринимаются как второстепенные элементы, но именно они определяют устойчивость и предсказуемость работы всей системы.

На практике при проектировании импортозамещенной инфраструктуры приходится учитывать несколько критичных моментов:

• ограничения по длине линий и пропускной способности при использовании медной СКС, особенно для видеонаблюдения — для медной витой пары (Cat.5e) максимальное расстояние — 100 м без усилителей;
• расчёт PoE-бюджетов и резервирования питания для камер, контроллеров и сетевых узлов, для видеопотоков PoE требуется резерв питания не менее 30% (стандарты ISO/IEC 11801; ТР ТС 020/2011; Решение ТР ТС № 879)
• требования отечественных VMS к серверным ресурсам и системам хранения;
• совместимость сетевого оборудования с выбранными платформами и сценариями отказоустойчивости.

В части активного сетевого оборудования в проектах все чаще используются решения российских производителей, в том числе Eltex, как замена зарубежных коммутаторов и маршрутизаторов. Это позволяет формально закрыть требования закупок, но требует более аккуратной проработки схемы сети и тестирования нагрузки, особенно на объектах с распределенной архитектурой.

Интеграция подсистем в импортозамещающих проектах также стала сложнее. Если ранее отдельные модули можно было заменить или доработать по ходу эксплуатации, то теперь ошибки на стадии проектирования приводят к необходимости переделывать связку «VMS — СКУД — ОПС» целиком. 

Поэтому интеграционные сценарии все чаще закладываются как обязательная часть концепции, а не как дополнительная опция. На практике это означает, что при интеграции СКУД с VMS возможны задержки трансляции событий доступа в видеосистему. Причина — несовместимость API. 

Теперь внедрение проекта начинать нужно подбора оптимальной базовой платформы,  а уже под её параметры определять каждое отдельное устройство. Иначе доработки потребуются уже на этапе пусконаладки, увеличивая и время внедрения, и стоимость проекта. Весь алгоритм замены происходит с учётом требований ПП № 1875.

Интеграции возможны не только с СОУЭ,но и другими подсистемами. Нормативный документ — ГОСТ Р 51241‑2008 «средства и системы контроля доступа»

Российские решения закрывают основные функциональные задачи во всех ключевых подсистемах, но требуют более аккуратной работы на этапе концепции и ТЗ. Выбор определяется не только техническими и финансовыми критериями — он может быть ограничен требованиями закупок.

Пример: платформа должна быть внесена в реестры. Возможен и вариант, когда заказчик указывает конкретную платформу.

Если свести практику последних лет к рабочим ориентирам, то при выборе и внедрении импортозамещённых систем безопасности имеет смысл исходить из следующего:

1.  начинать проект с выбора базовых платформ (VMS, СКУД, ОПС), а не с подбора отдельных устройств;
2. проверять совместимость подсистем и интеграционные сценарии до выхода на закупку;
3. формулировать требования через измеримые параметры и сценарии работы, а не через марки и модели;
4. уделять отдельное внимание инфраструктуре — сети, питанию, серверам и резервированию;
5. закладывать архитектуру с учетом дальнейшего развития, а не только текущих задач объекта.

Внимание: сделанные нами выводы ориентированы на участие квалифицированных проектировщиков, в распоряжении которых полный пакет информации информации о требованиях объекта и ограничениях закупок.

Большинство проблем возникает не из-за «плохих» российских решений, а из-за попыток встроить их в архитектуру, изначально рассчитанную на другие платформы и подходы. Это особенно заметно в видеонаблюдении и интеграции с СКУД, где ошибки на стадии проекта сложно исправить без переработки системы.

В этом контексте роль инженерной экспертизы возрастает. Именно на этапе проектирования и подготовки ТЗ определяется, будет ли импортозамещённая система безопасности устойчивой, расширяемой и удобной в эксплуатации. Компании вроде Protectum работают в этой логике — как инженерные партнеры, которые помогают связать требования объекта, технические решения и закупочную практику в единую, работоспособную систему, без привязки к конкретным брендам.

Указ Президента РФ от 30.03.2022 №166 «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации».

Постановление Правительства РФ от 22.08.2022 №1478 «Об утверждении требований к программному обеспечению, в том числе в составе программно-аппаратных комплексов, используемому органами государственной власти, заказчиками...».

Указ Президента РФ от 25.11.2027 №250 «О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»

Приказ ФСТЭК России от 02.06.2020 №76 «Об утверждении Требований по безопасности информации, устанавливающих уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий».