Указ № 166 и постановление № 1912 закрыли вопрос о сроках: значимые объекты КИИ переходят на доверенное ПО и оборудование из российских реестров. До 1 сентября осталось меньше четырёх месяцев. Если у вас ещё нет утверждённого плана с ответственными и бюджетом – пора закрывать этот пробел на этой неделе, а не в августе. Ниже – рабочая последовательность, которую мы применяем на проектах миграции.

Шаг 1. Инвентаризация и категорирование

Начните с того, что у вас реально работает, а не с того, что числится в учётной системе. Соберите полный реестр прикладного и системного ПО, СУБД, средств защиты и связанного железа. Для каждой позиции зафиксируйте три параметра: попадает ли объект под значимую КИИ, есть ли отечественный аналог в реестре Минцифры или Минпромторга, и насколько критичен компонент для непрерывности процессов.

Этот срез сразу делит ландшафт на три группы: импортное ПО с готовым аналогом из реестра, импортное ПО без зрелого аналога и уже импортонезависимые системы. Третья группа вас не беспокоит. Первая – кандидаты на замену «один в один». Вторая – самая дорогая, и именно она определяет реалистичность срока.

Шаг 2. Приоритизация и сценарии замещения

Не пытайтесь мигрировать всё сразу. Ранжируйте по формуле «критичность для процесса × регуляторный риск × сложность замены». Сначала закрывайте значимые объекты КИИ, по которым регулятор спросит в первую очередь.

Для каждой системы выберите сценарий. Замена готовым продуктом из реестра – самый быстрый путь, когда функциональность совпадает. Когда коробка не покрывает ваши процессы, дешевле и надёжнее построить решение под ваш стек, чем годами латать чужую логику. Для нагруженных интеграций и legacy-обвязки закладывайте отдельный трек миграции данных и переписывания интерфейсов – это всегда дольше, чем кажется на старте.

Отдельно посчитайте простои. Параллельная работа старой и новой системы, обратная совместимость API, окно переключения – всё это часть плана, а не «решим по ходу».

Шаг 3. Защита, тестирование и сопровождение

Доверенное ПО – не только запись в реестре. Под значимые объекты КИИ нужны аттестация, актуальная модель угроз и сертифицированные средства защиты. Планируйте испытания заранее: нагрузочное тестирование, проверку совместимости, обкатку на пилотном контуре до перевода продуктива.

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

Что делать прямо сейчас

К 1 сентября успевают те, кто к маю закрыл инвентаризацию и зафиксировал приоритеты. Минимальный набор на ближайшие недели: утвердить реестр систем, назначить владельцев миграции, согласовать бюджет и выбрать сценарий по каждой критичной позиции. Остальное – последовательное исполнение плана.

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