Медиацентр
Импортозамещение как окно возможностей: что получают те, кто не ждет 2028 года
29.10.2026В 2022 году программное обеспечение меняли в первую очередь для того, чтобы сохранить работоспособность ИТ-систем: решения выбирали из доступных на тот момент, а главным критерием была возможность быстро заменить ушедшие продукты. В тех условиях такой подход был оправдан. Сейчас ситуация изменилась: по данным CNews, в январе–апреле 2026 года около 70% корпоративных закупок ПО пришлось на российские продукты против 52% годом ранее.По мере развития рынка меняется и задача импортозамещения. Теперь важно не только обеспечить работоспособность систем, но и повысить эффективность ИТ-ландшафта в целом. На наш взгляд, подходящее время для такой трансформации – сейчас: активная фаза перехода может начаться раньше, чем наступят установленные регуляторные сроки.
Что совпалоРоссийские аналоги достигли необходимого уровня зрелости в ряде сегментов, где их появление ожидали особенно долго. Информационная безопасность, операционные системы, офисные пакеты, системы управления базами данных (СУБД), резервное копирование и корпоративные системы управления уже представлены решениями, которые прошли проверку в крупных компаниях.Одновременно стали понятнее регуляторные требования. Само по себе включение в реестр российского ПО больше не гарантирует соответствия всем условиям. С сентября 2026 года для офисного ПО, а с 2027 года для СУБД, систем виртуализации и средств разработки реестр требует совместимости с двумя доверенными операционными системами. Если продукт работает только с одной из них, он рискует утратить соответствующий статус, что может привести к необходимости повторной замены. Для значимых объектов критической информационной инфраструктуры (КИИ – информационных систем банков, энергетики, транспорта, связи и промышленности) Минцифры в мае 2026 года предложило установить общий срок перехода до 1 января 2028 года. В проекте отсрочка предусмотрена для тех, кто уже запустил значимые проекты или заключил контракт на разработку.При этом новые закупки российского ПО идут быстрее, чем миграция уже установленной инфраструктуры. Серверы, системы виртуализации, почта и рабочие места, продолжающие работать на старых лицензиях без поддержки, пока переходят на новые решения медленнее. Эту работу предстоит выполнить многим компаниям, поэтому в 2027–2028 годах мы ожидаем существенного роста спроса на миграционные проекты и услуги интеграторов. Риски замены «один в один»Одна из распространённых ошибок первой волны импортозамещения – замена продукта без пересмотра процессов. В результате компания получает функциональный аналог, но сохраняет прежние ограничения: ручные операции, разрозненные справочники и сложные интеграции. При этом новая система может оказаться менее удобной в сопровождении, например из-за недостаточно качественной документации.Кроме того, отдельные продукты редко существуют изолированно. Операционная система, домен, почта, СУБД и офисный пакет тесно связаны, поэтому на практике миграция часто затрагивает весь технологический стек. Такой проект позволяет пересмотреть основу ИТ-ландшафта, однако требует значительных затрат. Если просто перенести прежнюю архитектуру на новые продукты, компания оплатит переход, но не получит сопоставимого улучшения процессов и инфраструктуры.Где торопиться, а где нетВ сегментах, где уже есть зрелые российские аналоги, откладывать переход нецелесообразно. Лицензии без поддержки, неофициальные поставки с наценкой и неустановленные обновления безопасности создают дополнительные расходы и риски, которые со временем могут увеличиваться.В других сегментах – например, в промышленных системах управления, сложном инженерном ПО и части инструментов разработки – зрелых российских аналогов пока немного или нет вовсе. В таких случаях ожидание может быть оправданным, если оно сопровождается подготовкой: необходимо описать интеграции, привести в порядок данные и определить потенциальные продукты для замены. Тогда при появлении подходящего решения компания сможет принять решение без дополнительной задержки.Что получают компании, которые начинают переход сейчасПервое преимущество – возможность управлять затратами. В сегментах, где преобладает один поставщик, цены на одну и ту же лицензию в закупках могут существенно различаться. Заказчик получает больше возможностей для переговоров, если заранее рассматривает альтернативы и сравнивает предложения. Стоимость пилотного проекта с двумя продуктами может быть невелика по сравнению с расходами на многолетнее использование решения, выбранного в условиях дефицита времени.Второе преимущество связано с архитектурой. Миграция позволяет пересмотреть накопленные технические решения: упорядочить интеграции, унифицировать справочники и выделить данные в отдельный слой. В дальнейшем он может стать основой для аналитических систем и решений на базе ИИ (эту тему мы подробнее рассматривали в статье «Где лежат ваши данные»).Третье преимущество – время. Рынок постепенно смещает фокус с замены программного обеспечения на развитие данных, ИИ, облачных решений и автоматизации. Компании, которые завершат миграцию раньше, смогут быстрее перейти к этим задачам. Тем, кто отложит работу с инфраструктурой, придётся продолжать направлять ресурсы на решение базовых технологических вопросов.Как строить переход- Начните с инвентаризации. Нужен не список продуктов, а карта связей: что с чем соединено, на какой ОС работает, кто отвечает за систему, сколько стоит её поддержка или серый импорт. На выходе получаются три группы: обязательное по регуляторике, критичное для выручки и всё остальное.
- Для каждой системы выберите путь: перенести как есть, пересобрать или отложить осознанно. Отложенной системе нужны условие возврата, например появление зрелого аналога, и меры на время ожидания: резервные копии, изоляция от внешних сетей, сопровождение.
- Целевую архитектуру нарисуйте до выбора продуктов. Первична схема данных и интеграций, продукты подбираются под неё. Проверяя кандидатов, смотрите дальше реестра: на совместимость с двумя доверенными ОС и готовность к критериям доверенного ПО.
- Закупку стройте как торг. Счетная палата нашла в госзакупках 2022–2025 годов лицензии на серверную Astra Linux по цене от 18,4 до 109,4 тысячи рублей (разброс в 6 раз!). Когда на слое доминирует один поставщик, цену определяет умение заказчика торговаться. Для этого нужны пилот, две-три альтернативы и расчёт стоимости владения на весь срок эксплуатации.
- Запускайте волнами. Пилот на некритичном контуре, измеримые критерии успеха, затем срезы по бизнес-процессам. Старую систему отключайте после того, как новая отработала под реальной нагрузкой, пользователей обучайте до запуска. Следите за четырьмя показателями: доля процессов на новом стеке, простои, стоимость поддержки, скорость внесения изменений.