Игорь Ядрихинский: «Заказчикам из промышленности нужны не инновации ради инноваций, а защищенные, совместимые и быстро окупаемые решения, которые помогают выполнять регуляторные требования»

1 час назад

Запрос на отечественные решения перестал быть декларативным, отметил в интервью журналу RUБЕЖ заместитель исполнительного директора по развитию PERCo Игорь Ядрихинский. Заказчикам из промышленности и ТЭК нужны оборудование и ПО, включенные в реестры Минпромторга и Минцифры, с подтвержденной совместимостью с российскими ОС на базе Linux. Эксперт рассказал, как меняется философия СКУД и почему подход «закрыть объект забором» уже не работает.

— Какие скрытые и явные изменения в запросах промышленников и ТЭК вы фиксируете сейчас?

Игорь Ядрихинский: Среди явных изменений — повышенный интерес к отечественным решениям с гарантированной сервисной поддержкой и независимостью от зарубежных поставок. Сегодня это уже точно не декларативный запрос. Мы отчетливо видим, что заказчикам из промышленности нужны не «инновации ради инноваций», а защищенные, совместимые и быстро окупаемые решения, которые помогают выполнять новые регуляторные требования, легко интегрируются в существующую инфраструктуру и остаются надежными на протяжении всего жизненного цикла.

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

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

В промышленности на смену концепции «закрыть объект забором» пришло управление рисками, основанное на постоянном мониторинге объекта. Технологически платформы СКУД уже давно готовы к такому переходу, однако от заказчиков это требует большего внимания к организационным мерам, выстраиванию процессов и регламентов безопасности.

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

— С какими «новыми болями» заказчики приходят к вам чаще всего — на какие из них вы готовы ответить, а какие определяют точки роста для R&D и производства?

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

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

Заметен интерес заказчиков к интеграции СКУД с российским мессенджером MAX для получения уведомлений о событиях. Важно отметить, что MAX постепенно развивается в сторону универсальной платформы цифровой идентификации. Мессенджер уже сегодня способен подтверждать возраст и льготы. Если платформа продолжит развиваться в направлении цифровой идентификации пользователей, то это может открыть новые возможности для применения в СКУД.

Мы — производитель оборудования и разработчик платформы. Наш R&D и производство нацелены на то, чтобы оборудование и программное обеспечение, которое мы выпускаем, партнеры могли интегрировать с другими решениями и в результате получить комплексную систему, которую легко обслуживать, масштабировать и адаптировать под возникающие у бизнеса требования.

— Какие системы морально устарели в свете новых угроз?

Игорь Ядрихинский: Прежде всего это системы, которые не проявляют достаточной гибкости в реализации требований и запросов рынка, о которых мы говорили. Заказчикам уже недостаточно, чтобы система просто выполняла базовую функцию контроля доступа. Она должна легко адаптироваться к новым требованиям регуляторов, поддерживать интеграцию с другими системами безопасности и бизнес-процессами, масштабироваться по мере развития объекта и быстро дополняться новым функционалом без полной замены инфраструктуры.

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

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

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

— Какие доработки в оборудовании стали для вас обязательными при работе с объектами ТЭК и промышленности?

Игорь Ядрихинский: Даже базовые устройства в нашей линейке рассчитаны на работу в большом диапазоне температур и имеют высокую степень защиты IP, что позволяет им надежно работать в сложных условиях эксплуатации. Например, сегодня все наши основные считыватели выпускаются в едином всепогодном форм-факторе и имеют защиту IP67.

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

— С какими типовыми ошибками в эксплуатации систем безопасности вы сталкиваетесь на стороне заказчика? Какие критические риски сами заказчики часто упускают из виду при проектировании и использовании систем?

Игорь Ядрихинский: Если говорить про системы контроля доступа, то одна из самых распространенных ошибок — переоценка возможностей автоматизации и недооценка эксплуатации системы. Любая автоматизация — это лишь набор заранее настроенных правил и сценариев. Она не заменяет регулярное администрирование и сама по себе не поддерживает данные в актуальном состоянии.

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

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

Читайте также: «Валерий Едемский: «Световую демаркацию стоит применять в тех местах, где это поможет сохранить жизни»