Исключения из правил: что на самом деле изменилось для компаний

На рынке программно-аппаратных комплексов (ПАК) в 2025–2026 годах произошло два разнонаправленных, но одинаково значимых сдвига. Первое изменение лежит в регуляторной плоскости. Проект постановления Минпромторга вводит узкие исключения из общего правила перехода на доверенные ПАК к 2030 году.

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

Кто отложит переход — заплатит дважды

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

Главный риск для тех, кто воспримет исключения как повод отложить переход, — рост нагрузки по комплаенсу и кибербезопасности в перспективе. Эксплуатация недоверенного ПАК после 2030 года возможна только при условии выполнения дополнительных организационных и технических мер защищенности, решения о необходимости которых принимают ФСБ и ФСТЭК России. На практике это означает дополнительные проверки, предписания и затраты на внедрение компенсирующих мер. Компании получат не передышку, а более дорогой и рисковый контур эксплуатации по сравнению с теми, кто перешел в установленный срок. Вывод для бизнеса однозначен: оставшееся время стоит использовать на архитектурную подготовку. Тот, кто начнет сегодня, а не завтра, окажется в выигрышной позиции.

Что значит «правильно» перейти: доверенность как архитектура

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

Зрелость сегодняшнего рынка дает заказчику возможность выбирать готовые инфраструктурные платформы, обеспечивающие предсказуемость, где совместимость заложена на этапе проектирования продукта. Доверенный ПАК — это собранный и протестированный единым поставщиком технологический стек: вычислительное оборудование, системное и прикладное ПО, средства защиты информации и поддержка. Например, в ПАК «Скала^р» от группы Rubytech все компоненты изначально проверены на совместимость, протестированы под нагрузкой и адаптированы для работы в единой среде. У заказчика не возникает ситуации, когда сервер одного вендора конфликтует с СХД другого или средства защиты не помещаются в стойку.

Почему ПАК выгоднее «самосбора» в корпоративном масштабе

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

ПАК решает эти проблемы на этапе проектирования. Все компоненты проходят совместное нагрузочное тестирование еще до поставки, что исключает интеграционные риски. Помимо того, значительно сокращается стоимость владения инфраструктурой: снижаются капитальные (CAPEX) расходы на проектирование и интеграцию, а также операционные (OPEX) на содержание разнопрофильных команд и устранение аварий. Единая ответственность вендора за весь стек минимизирует время восстановления после сбоев и переносит риски простоев на сторону поставщика. По прогнозам «Б1», объем рынка ПАК вырастет с 96 млрд рублей в 2024 году до 287 млрд к 2030 году — крупный бизнес выбирает комплексные решения ради предсказуемой совокупной стоимости владения.

Не финиш, а новая реальность

Не стоит воспринимать 2030 год как финишную черту, после пересечения которой, можно расслабиться. Скорее это горизонт, где начинается новая реальность: регуляторная, технологическая и конкурентная. Исключения, появившиеся в конце 2025 года, лишь уточняют правила, но не отменяют их. Основное остается прежним: переход неизбежен.

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

Выбор доверенного ПАК в этой логике — это не формальное соответствие требованиям, а прагматичный ответ на вопрос компаний «как построить архитектуру, чтобы не переделывать дважды». Он обеспечивает управление рисками, предсказуемость и устойчивость, когда технологический фундамент компании работает как единый механизм, а не как набор деталей, которые подбирали в разное время и под разные задачи. Именно на такой целостный подход к построению ИТ-инфраструктуры делает ставку группа Rubytech. Рынок ПАК созрел, зрелые решения на нем есть — остается сделать осознанный выбор.