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