ГК Softline – о том, где проходит граница между ПО и ПАК
Осенью 2026 года был опубликован проект изменений в регулирование технологической независимости критической информационной инфраструктуры. Он разграничивает полномочия Минпромторга и Минцифры в части программно-аппаратных комплексов и программного обеспечения. Рассказываем, что это может изменить для рынка.
Проект в целом закрепляет существующее разделение: за аппаратное обеспечение отвечает Минпромторг, за ПО – Минцифры. У каждого министерства свой реестр. Изменения на практике тоже есть. Участникам рынка станет проще ориентироваться в распределении полномочий между ведомствами и будет понятнее, куда обращаться по встроенному ПО, например, BIOS, и кто отвечает за формирование соответствующих требований.
Мы в Softline видим еще один плюс в четком распределении полномочий между Минпромторгом и Минцифры. Такой шаг может сократить число ситуаций, когда разработчику или заказчику приходится самостоятельно решать, к какому нормативному контуру относится продукт, какие требования к нему применять и с каким ведомством это согласовывать. Ведь ИТ-инфраструктура редко состоит только из оборудования или только из программного обеспечения. Серверы, системы виртуализации, средства информационной безопасности и промышленное ПО формируют единый технологический стек.
Для решений на стыке аппаратного и программного обеспечения полезен единый механизм взаимодействия между ведомствами. Например, в инфраструктурных проектах Softline возникает вопрос работы с комплексными решениями, которые нельзя однозначно отнести только к программной или аппаратной части.
Кроме того, один из ключевых вопросов – граница между отдельным ПО, встроенным ПО и ПАК. Например, у системы хранения данных есть собственная операционная система. Формально она относится к ПО, но в данном случае является неотделимой частью СХД. Её нельзя заменить независимо от аппаратной платформы без риска нарушить работу всего комплекса.
Такая же ситуация с сетевым оборудованием, гиперконвергентными платформами, промышленными контроллерами, средствами информационной безопасности и различными решениями, когда сервер поставляется с предустановленным ПО. В таких продуктах необходимую функциональность обеспечивает именно связка оборудования и программного обеспечения. Если разделить эти компоненты, решение может перестать работать так, как предусмотрено производителем. Поэтому рынку нужно определить, в каких случаях ПО является самостоятельным продуктом, а в каких – частью программно-аппаратного комплекса. И отдельно понять, когда его вообще можно заменить независимо от аппаратной платформы.
Владельцам критической инфраструктуры и руководителям в сфере ИБ для реализации проектов важно понимать, что признается российским ПО, как учитывать собственные разработки, как действовать при отсутствии функционального аналога, как трактовать отдельные компоненты сложного решения и планировать переход. Единый подход помог бы сократить период неопределенности. Для рынка здесь также важен публичный и единообразный подход к разъяснениям, согласованный с позициями Минпромторга, отраслевых регуляторов, Банка России и других ведомств.
