1 сентября заработала ключевая норма 58-ФЗ (от 07.04.2025): на значимых объектах КИИ нельзя использовать иностранное ПО. Допускается софт из реестра российского ПО либо решения, применяемые в государственных информационных системах и отвечающие требованиям защиты информации. Прошла первая неделя и уже видно, кто подготовился, а кто встретил дату с открытым контуром импортного софта. Разбираем выводы и порядок действий для отстающих.

Что показала первая неделя

Закон не отменил физику миграции: заменить SCADA, СУБД или промышленный middleware за выходные невозможно. Поэтому регулятор оставил рабочие механизмы переноса срока. Финальный дедлайн полного перехода значимых объектов на российское ПО сдвинут на 1 января 2028 года, а до него субъект КИИ может легально продолжать эксплуатацию иностранных компонентов – но только при выполнении формальных условий.

Условий три, и все они про документы, а не про намерения:

  • утверждённый план перехода на отечественное ПО, согласованный с профильным ведомством (прежде всего Минцифры);
  • заключённые до контрольной даты контракты на внедрение российских продуктов;
  • эксплуатация программно-аппаратных комплексов до окончания срока амортизации.

Ещё одно изменение, которое легко упустить: с 1 сентября индивидуальные предприниматели больше не относятся к субъектам КИИ. Юрлицам со значимыми объектами это послаблений не даёт.

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

Что делать тем, кто не успел

Если объект значимый, а иностранный софт всё ещё в контуре, действуйте по приоритетам, а не по алфавиту.

  1. Зафиксируйте фактическое состояние. Полная инвентаризация ПО на значимых объектах: что в реестре, что нет, где критичные зависимости от вендора, где истекает амортизация ПАК.
  2. Закройте формальную часть. Подготовьте и направьте на согласование план перехода. Это снимает основной риск, пока идёт техническая миграция.
  3. Законтрактуйте замену. Заключённый договор на внедрение российского продукта – самостоятельное законное основание для отсрочки. Не ждите завершения пилота.
  4. Стройте на проверенном фундаменте. Управляемость инфраструктуры важнее скорости. Зрелый MDM как основа учёта и контроля устройств снимает половину вопросов при переносе рабочих мест на отечественный стек.

Отдельно про прикладной слой. Перенос на российские платформы – повод не копировать старый функционал один в один, а пересобрать процессы. Например, рутинные обращения сотрудников хорошо закрывает ИИ-ассистент в мобильном приложении, который заодно снижает нагрузку на ИТ-поддержку в период миграции.

Вывод

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