Переход на отечественное ПО: какие компании обязаны перейти и что придется менять

Во многих компаниях зарубежный софт давно встроен в рабочие процессы: CRM связана с телефонией, ERP — со складом и бухгалтерией, клиентские сервисы — с внутренними системами. Поэтому импортозамещение редко сводится к замене одного продукта на другой.

По данным опроса Naumen, более 70% российских компаний продолжают использовать зарубежный корпоративный софт и откладывают переход на российские решения. При этом неопределенность остается: какие требования уже обязательны, а какие пока зависят от типа компании и инфраструктуры.

Переход на отечественное ПО: что актуально в 2026 году

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

При этом сроки перехода продолжают уточнять.первоначальные планы предполагали завершение перехода в 2024 году, но сроки сместили, в 2026 году регуляторы обсуждают поэтапный переход отдельных категорий инфраструктуры вплоть до 2030-х годов — из-за усложнения задач и нехватки зрелых решений.

Импортозамещение идет сразу по нескольким направлениям:

• переход госструктур и КИИ на российский стек;
• требования к подрядчикам в госсекторе;
• ограничения со стороны информационной безопасности;
• отказ бизнеса от сервисов с нестабильной поддержкой и лицензированием.

Для коммерческих компаний ключевой вопрос в рисках: можно ли продлить лицензии, насколько стабильна поддержка и что будет при остановке обновлений или сервисов.

Обновление IT-инфраструктуры: что приходится менять компаниям

Мероприятия по переходу на отечественное ПО затрагивают всю IT-инфраструктуру компании: 

• корпоративные сервисы: почта, мессенджеры, видеосвязь;
• инфраструктуру: серверы, виртуализация, хранилища;
• CRM, ERP и внутренние учетные системы;
• сайты, личные кабинеты и внутренние порталы;
• интеграции между системами и обмен данными.

Основная проблема — зависимость систем друг от друга. Например, замена CRM сама по себе может занять несколько недель, а восстановление интеграций с телефонией, аналитикой, складом и документооборотом — еще несколько месяцев.
Во многих проектах именно интеграции становятся самым трудоемким этапом. Часто их объем и стоимость превышают саму замену ПО.

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

Еще одно направление, которое обычно недооценивают, — внутренние коммуникации и фиксация решений. При замене зарубежных инструментов для встреч и совместной работы компании параллельно перестраивают процессы протоколирования и хранения данных встреч.

Почему проекты импортозамещения затягиваются

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

На старте важно разделить системы на три группы:

1. Критичные для операционной деятельности.
2. Важные, но допускающие временные ограничения.
3. Вспомогательные сервисы.

Это помогает выстроить порядок перехода и не останавливать ключевые процессы ради второстепенных систем.

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

При выборе решения важно смотреть не только на функциональность, но и на эти параметры:

• стоимость доработок;
• совместимость с текущей архитектурой;
• возможности интеграции;
• наличие поддержки и обновлений;
• зрелость экосистемы вокруг продукта.

От аудита до запуска: ключевые задачи перехода на российские решения

Согласно приказу о переходе на отечественное ПО, основные этапы и задачи следующие:

1. Аудит инфраструктуры

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

2. Выбор стратегии

Не все компании переходят одинаково. Обычно рассматривают три сценария:

1. Полная замена.
2. Гибридная схема.
3. Постепенный вывод зарубежных решений.

Гибридный подход сейчас встречается чаще всего: часть сервисов остается в старом контуре, пока критичные процессы переводят на новые решения.

3. Пилотный запуск

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

4. Перенос данных и интеграций

Именно этот этап чаще всего влияет на сроки проекта. Особенно если данные за годы работы хранились в разных форматах или часть интеграций реализовывали вручную.

5. Поэтапный запуск

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

Что может сломаться после замены

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

Компании чаще всего недооценивают три вещи:

• сколько сервисов связано между собой;
• сколько ручных процессов завязано на старые системы;
• сколько времени уйдет на тестирование после переноса.

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

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

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

Главная проблема импортозамещения — не выбор ПО

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

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

Перед такими проектами бизнес обычно отдельно оценивает риски миграции, критичные зависимости и стоимость адаптации систем. Это позволяет заранее понять объем работ и избежать ситуации, когда архитектуру приходится пересобирать уже во время внедрения.

Отвечаем на частые вопросы по теме перехода России на отечественное ПО

Кого касается переход прямо сейчас?

Сейчас обязательные требования распространяются на госорганы, госкомпании и объекты критической информационной инфраструктуры. Остальной бизнес чаще попадает под косвенные требования — через подрядчиков, заказчиков из госсектора и внутренние политики информационной безопасности.

Сколько времени занимает переход?

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

Что будет, если игнорировать требования?

Для компаний, которые обязаны переходить, это может привести к ограничениям в участии в госзакупках, проблемам с ИБ-аудитами и дополнительным требованиям со стороны заказчиков. Отдельный риск — зависимость от зарубежного ПО без гарантированной поддержки и обновлений.

С чего начать переход на отечественное ПО?

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

Какие ошибки чаще всего мешают переходу?

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

Какие шаги реально ускоряют внедрение?

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