Импортозамещение ПО Q3 2025: Указ №166 — 93% не готовы

Указ №166: дедлайн пропущен

Указ Президента №166 от 30 марта 2022 года установил дедлайн — 1 января 2025 года — для перехода органов государственной власти и субъектов КИИ на отечественное программное обеспечение. Этот дедлайн пропущен подавляющим большинством организаций.

По оценкам Минцифры и отраслевых ассоциаций, к началу 2025 года лишь 7% организаций полностью выполнили требования указа. Остальные 93% находятся на разных стадиях перехода — от «закупили лицензии, но не развернули» до «даже не начинали».

Почему 93% не готовы:

• Сложность миграции ERP/CRM — переход с SAP, Oracle, Microsoft Dynamics на 1С:ERP или другие отечественные системы занимает 12–24 месяца и стоит десятки миллионов рублей
• Отсутствие полных аналогов — для ряда специализированных систем (CAD/CAM, SCADA, научное ПО) российских аналогов нет или они функционально уступают
• Кадровый дефицит — специалистов по миграции и внедрению отечественного ПО критически мало
• Формальный подход — часть организаций рассматривает указ как формальность и ждёт уточнений или послаблений

Реакция государства — не штрафы (пока), а продление сроков с усилением контроля. Минцифры готовит обновлённые методические рекомендации с поэтапными планами перехода. Фактически дедлайн сдвигается на 2026–2027 годы, но давление нарастает.

Реестр российского ПО: 25 тыс. продуктов

Единый реестр российских программ для ЭВМ и баз данных (reestr.digital.gov.ru) к третьему кварталу 2025 года содержит около 25 тыс. продуктов. Для сравнения: в 2022 году их было ~14 тыс. Рост почти вдвое за три года — впечатляющая динамика, но количество не равно качеству.

Структура реестра по категориям:

• Информационная безопасность — ~3 500 продуктов (самый развитый сегмент)
• Офисное и серверное ПО — ~2 500 продуктов (МойОфис, Р7-Офис, Astra Linux)
• ERP/CRM/BPM — ~2 000 продуктов (1С, Битрикс24, BPMSoft)
• СУБД — ~500 продуктов (PostgreSQL-форки: Postgres Pro, Pangolin)
• Виртуализация и облака — ~400 продуктов (Astra Virt, zVirt, Скала-Р)
• CAD/CAM/PLM — ~300 продуктов (Компас-3D, T-FLEX, nanoCAD)

Проблема реестра — «разбухание» за счёт мелких доработок и форков. Из 25 тыс. продуктов реально конкурентоспособных и активно развиваемых — несколько сотен. Остальное — нишевые решения, учебные проекты или «мёртвые» продукты, включённые для статистики.

Astra Linux: стандарт де-факто

Astra Linux (разработчик — ГК «Астра») закрепился как доминирующая операционная система для госсектора и субъектов КИИ. По оценкам самой компании, доля Astra Linux среди установок отечественных ОС в госсекторе превышает 70%.

Факторы успеха Astra Linux:

• Сертификация ФСТЭК — единственная ОС с сертификатом для обработки информации до уровня «совершенно секретно»
• Экосистема — совместимость с основными российскими бизнес-приложениями (1С, Kaspersky, PT)
• Корпоративная поддержка — SLA, обновления безопасности, техническая поддержка — то, чего не хватает ALT Linux и другим конкурентам
• Обучение — ГК «Астра» инвестирует в образовательные программы для администраторов и разработчиков

Однако Astra Linux — не панацея. Проблемы, которые остаются:

• Совместимость с прикладным ПО — не все бизнес-приложения работают под Linux, миграция с Windows требует адаптации или замены ПО
• Пользовательский опыт — для рядовых сотрудников (бухгалтерия, HR) переход с Windows на Linux — стресс и снижение продуктивности на 3–6 месяцев
• Драйверы периферии — принтеры, сканеры, специализированное оборудование не всегда имеют Linux-драйверы

Миграция с SAP: первые кейсы

Один из самых сложных и дорогих аспектов импортозамещения — замена SAP ERP. В России SAP использовали около 1 500 крупных компаний, включая «Газпром», РЖД, «Сибур», металлургические холдинги и крупные банки. Лицензии SAP формально действуют (компания не отзывала их), но обновления, поддержка и новые модули недоступны.

К Q3 2025 года появились первые завершённые кейсы миграции:

• 1С:ERP — основная альтернатива для среднего бизнеса. Миграция занимает 12–18 месяцев, стоимость — 50–200 млн ₽ в зависимости от масштаба. 1С покрывает 70–80% функциональности SAP для типовых сценариев, но уступает в аналитике и управлении цепочками поставок
• Галактика ERP — альтернатива для производственных предприятий с акцентом на MES и планирование производства
• Самописные решения — ряд крупных компаний (в первую очередь с сильными IT-командами) создают собственные ERP-системы. Это дорого, но даёт полный контроль

Общая оценка: миграция с SAP — многолетний процесс. Большинство компаний находятся на этапе «параллельной работы» — новая система развёрнута, но SAP пока не выключен. Полное отключение SAP в масштабах страны займёт 3–5 лет.

Виртуализация: самый быстрый сегмент

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

Ключевые российские продукты:

• zVirt (Orion Soft) — KVM-based, позиционируется как прямая замена VMware vSphere. Поддерживает live migration, HA, интеграцию с Ceph
• Astra Virt (ГК «Астра») — часть экосистемы Astra Linux, ориентирован на госсектор
• Скала-Р (IBS) — решение для крупных инсталляций с акцентом на производительность
• oVirt / open source — ряд компаний используют oVirt с коммерческой поддержкой от российских интеграторов

Динамика сегмента: рост 40–50% YoY по выручке российских вендоров виртуализации. Broadcom непреднамеренно ускорил импортозамещение, повысив стоимость VMware-лицензий в 2–3 раза и перейдя на подписочную модель. Для многих российских компаний экономическая мотивация перехода на отечественные решения оказалась сильнее регуляторной.

СУБД: PostgreSQL-экосистема побеждает

Замена СУБД — один из наиболее критичных аспектов импортозамещения. Oracle Database и Microsoft SQL Server использовались тысячами российских компаний, и переход на отечественные решения — процесс сложный и рискованный.

Де-факто стандартом стал PostgreSQL и его российские форки:

• Postgres Pro (Postgres Professional) — коммерческий форк PostgreSQL с расширениями для enterprise: шифрование, аудит, поддержка 1С. Лидер рынка по числу внедрений в госсекторе
• Pangolin (Сбер) — форк PostgreSQL с фокусом на производительность и масштабируемость. Используется внутри Сбера и предлагается внешним клиентам
• Tantor — ещё один российский форк, ориентированный на совместимость с Oracle (PL/SQL → PL/pgSQL)

Преимущество PostgreSQL-экосистемы — зрелость базового продукта. PostgreSQL — одна из самых развитых open source СУБД в мире, и российские форки добавляют к ней корпоративные функции (сертификация ФСТЭК, интеграция с Active Directory, аудит). Это проще, чем создавать СУБД с нуля.

Проблема — совместимость с прикладным ПО. Приложения, написанные для Oracle, используют специфичные расширения SQL (PL/SQL, Oracle-specific типы данных). Миграция кода — трудоёмкий процесс, занимающий от 3 до 12 месяцев в зависимости от объёма кодовой базы. Автоматические конвертеры (ora2pg и аналоги) покрывают 60–70% случаев, остальное — ручная работа.

Open source: стратегия или ловушка

Импортозамещение обострило дискуссию о роли open source в российской IT-инфраструктуре. С одной стороны, open source решает проблему зависимости от зарубежных вендоров — исходный код доступен, его нельзя «отключить» санкциями. С другой — open source требует экспертизы для поддержки и развития.

В Q3 2025 можно выделить три модели использования open source в России:

• Форк с коммерческой поддержкой — Postgres Pro, Astra Linux (на базе Debian), zVirt (на базе oVirt). Самая распространённая модель: берётся зрелый open source продукт, добавляются сертификации и корпоративная поддержка
• Чистый open source с внутренней экспертизой — крупные компании (Сбер, Яндекс, VK) используют upstream-версии и сами обеспечивают поддержку. Требует сильных инженерных команд
• Проприетарные решения на основе open source — формально «российское ПО», фактически — обёртка над open source с минимальными доработками. Вызывает критику, но включается в реестр

Риск — зависимость от upstream. Теоретически open source-проект может заблокировать коммиты из России (прецедент — ядро Linux обсуждало удаление мейнтейнеров из РФ). Практически это маловероятно для крупных проектов (PostgreSQL, Linux kernel), но для нишевых — возможно. Стратегия хеджирования — поддержка локальных форков с собственной командой разработки.

FAQ об импортозамещении ПО Q3 2025