Импортозамещение и отечественные стеки

После 2022 года российский ИТ-ландшафт перестроился быстрее, чем рассчитывали и власти, и предприятия. В реестре отечественного ПО на 2026 — более 27 000 продуктов (рост ×4 с 2022). Но не все они одинаково готовы к промышленной эксплуатации. По оценкам отраслевых экспертов, больше половины записей в реестре — это форки open source, переупакованные под отечественным брендом. Это не плохо само по себе, но создаёт скрытые риски, о которых вендор в презентации не расскажет.

В этой главе — что реально работает на 2026, что зреет, чего ещё нет и нужно ждать 2027-2028, и как составить честный план миграции на 3 года без авральных решений.

Состояние реестра отечественного ПО

Реестр ведётся Минцифры по постановлению Правительства № 1236 от 16.11.2015 (последняя редакция — 09.12.2025). На 2026 — более 27 000 продуктов от тысяч правообладателей.

Структура реестра меняется с 01.03.2026: двухуровневая система — «обычный» реестр и перечень доверенного ПО. На госзакупках при наличии двух отечественных конкурирующих продуктов «недоверенный» приравнивается к иностранному. Это даёт серьёзное конкурентное преимущество тем, кто попал в «доверенный» перечень.

Карта рабочего стека на 2026

Это работающая на 2026 конфигурация для значимых критическая информационная инфраструктура (КИИ). Не «идеальная картина» и может меняться, рабочий стек на котором реально работают десятки предприятий.

Что работает уверенно

СУБД

• Postgres Pro (Standard и Enterprise) — фактический стандарт замены Oracle и MS SQL для значимых КИИ. Подтверждённая совместимость с Astra Linux, РЕД ОС, ALT. Сертификация ФСТЭК (Федеральная служба по техническому и экспортному контролю).
• Tantor — для аналитических нагрузок и крупных корпоративных систем.
• Arenadata DB (на базе Greenplum) — для аналитических нагрузок и DWH (корпоративное хранилище данных).
• ClickHouse — open source, российская разработка, мировой класс. Стандартно для аналитики.

Операционные системы

• Astra Linux — доминанта в КИИ и ВПК (военно-промышленный комплекс). Astra Linux Special Edition сертифицирована для обработки сведений с грифом до «совершенно секретно» включительно (сертификаты ФСТЭК, Минобороны, ФСБ). Флагман для значимых КИИ.
• ALT Linux — рабочая альтернатива.
• РЕД ОС — альтернатива.
• Аврора — для мобильных устройств.

Кейс: КуйбышевАзот — первое в РФ внедрение 1С:ERP на полностью отечественном стеке (Astra Linux + Postgres Pro + российские серверы). Московское метро потратило 364,8 млн ₽ на внедрение Astra Linux + Postgres Pro.

ERP

• 1С:ERP — стандарт для малого, среднего, средних холдингов. Вся линейка 1С занимает ~70 % рынка по числу установок; собственно 1С:ERP — ~45–50 % ERP-сегмента (см. главу 07). Реальные миграции с SAP: ОМК, КАМАЗ, в перспективе — Северсталь и ММК. Подробно — глава 07.
• Галактика ERP.Corp — для крупного бизнеса, ВПК, металлургии.

MES и SCADA

• ZIIoT (Цифра) — первая российская промплатформа с UGT 9 (наивысший уровень готовности, апрель 2025). Кейсы: Русал на 7 алюминиевых заводах (сентябрь 2025), Русагро (запуск к концу 2026).
• MES TRACE MODE (АдАстра), MasterSCADA 4D (МПС софт) — рабочие платформы с сотнями проектов. Замена Siemens WinCC, Schneider Citect.
• 1С:MES — простой, дешёвый, отличная связка с 1С:ERP. Лучший вход для среднего бизнеса.

Подробно — глава 08.

CAD средний

• КОМПАС-3D (Аскон) — де-факто стандарт российского машиностроения средней сложности. Десятки тысяч лицензий.
• T-FLEX CAD (Топ Системы) — построен на лицензионном ядре Parasolid (Siemens) — лучший вариант миграции с NX/SolidWorks/SolidEdge, поддерживает прямой импорт. Важно: лицензия Parasolid — это скрытая ловушка, см. ниже.
• nanoCAD (Нанософт) — лёгкий CAD.
• ADEM — нишево.

PLM

• ЛОЦМАН:PLM (Аскон) + КОМПАС-3D — доминанта в машиностроении, особенно ВПК.
• T-FLEX PLM — второй игрок.
• Appius-PLM — включён в реестр в мае 2025 (рег. № 27984).
• Союз-PLM — нишево.

BI

• Yandex DataLens — массовый. Подробно — глава 11.
• Visiology — крупный бизнес, госсектор.
• Polymatica — средний-крупный.

CAE

• SimInTech — модельно-ориентированная разработка систем управления.
• Fidesys — прочностные расчёты.
• «Универсальный механизм» — динамика механических систем.
• CompMechLab — точечные сильные продукты.
• Логос (Росатом) — крупная отраслевая платформа.

EAM

• 1С:ТОиР (техническое обслуживание и ремонт) — массовый.
• Global EAM (система управления активами), TRIM, АСУ Ремонт — отечественные зрелые.

Подробно — глава 09.

BI для холдингов 1000+ пользователей

Российские BI могут не выдерживать высокой нагрузки и сложной семантики корпоративных моделей. Migration с Power BI на DataLens / Visiology в большом холдинге требует проработки — это не «прямая замена».

PLM выше среднего класса

ЛОЦМАН и T-FLEX PLM покрывают машиностроение средней сложности. На уровне Teamcenter / Windchill для авиапрома и автопрома — разрыв. Для авиа- и автопроизводителей с тысячами компонентов и сложными конфигурациями — миграция длинная и болезненная.

Полноценная замена SAP S/4HANA для холдингов

1С:ERP покрывает большинство сценариев среднего и среднего-крупного бизнеса. Для холдингов 50+ заводов с производительностью в десятки тысяч одновременных пользователей и сложной отраслевой логикой — нужны специализированные решения.

Платформы машинного зрения

Технология зрелая (см. главу 10), но платформенные решения для тиражирования по всему холдингу с централизованным управлением моделями — пока ниже зарубежных аналогов.

Чего нет на 2025-2026

Это самое важное. Если вам что-то из этого критически нужно — план миграции до 2027-2028 невозможен.

Тяжёлый CAD/CAE класса NX / CATIA / Creo / ANSYS

Полноценной замены не существует на 2026. Создан координационный центр СиСофт + Газпром + ЕвроХим + Сибур + Роснефть для разработки. ОСК + СиСофт работают над тяжёлой САПР для судостроения, промышленное тиражирование запланировано на 2028.

Это означает: предприятия авиапрома, судостроения, оборонки, ракетно-космической отрасли, имеющие историческую инвестицию в NX / CATIA — пока продолжают эксплуатацию параллельно. План замены — горизонт 2028-2030.

САПР для проектирования микросхем

Минпромторг выделил 943 млн ₽ на отдельную САПР для проектирования 90-нм чипов. Это отдельная программа, отдельная команда, горизонт развития — несколько лет.

Полноценная замена Aspen Tech

Aspen — это технологическое моделирование для нефтехимии, химии, фарма. Сложное специализированное ПО с десятилетиями развития.

SAP-уровень BI / Hyperion для финансовой консолидации мультинациональных холдингов

Российские BI хороши на оперативной и управленческой аналитике. Для финансовой консолидации с десятками юрлиц в разных валютах и юрисдикциях, multi-period reporting — пока разрыв.

Специализированные MES для уникальных линий

Фармацевтика high-purity (для производства лекарственных средств с требованиями GMP), микроэлектроника, тонкая химия — здесь специализированные MES с многолетним отраслевым опытом. На 2026 в РФ — точечные решения, не массовые.

Скрытые ловушки реестра

Ловушка 1: open source форки

50 % продуктов в реестре — это форки open source с переупаковкой и переименованием. Это не плохо само по себе: open source может быть качественным фундаментом. Но создаёт две проблемы:

1. Команда сопровождения часто меньше, чем у апстрима. Если апстрим — это крупный проект с сотнями коммитеров, то форк может поддерживаться 5-10 разработчиками. Скорость реакции на CVE, качество патчей — хуже.
2. Юридическая зависимость от лицензии. Если апстрим выпускается под лицензией, требующей раскрытия модификаций (GPL), а форк это правило нарушает — это вопрос юридической чистоты.

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

Ловушка 2: скрытые лицензионные зависимости

T-FLEX CAD построен на лицензионном ядре Parasolid (Siemens). Часть MES-платформ использует лицензионные библиотеки западных вендоров.

Это не нарушение — лицензия куплена. Но это означает, что:

• Прекращение действия лицензии (например, через 5 лет) — повторное приобретение возможно или невозможно.
• «100 % отечественное ПО» — это маркетинговая фраза, не техническая реальность.

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

Ловушка 3: исключение из реестра

Минцифры может исключать продукты из реестра. Причины:

• Несоответствие критериям (например, обнаружение запрещённых зависимостей).
• Изменение условий лицензирования.
• Юридические причины.

Если вы построили инфраструктуру значимого КИИ на продукте, который потом исключили из реестра — это серьёзная проблема. Это нарушение Указа № 166.

Защита: выбирать продукты от стабильных вендоров с долгосрочными обязательствами. Желательно — попавшие в перечень «доверенного ПО» (с 01.03.2026).

«Серый» SAP/Oracle/Autodesk — растущий риск

Реальная картина 2026: примерно 40-50 % крупного промышленного бизнеса продолжает эксплуатацию SAP / Oracle / Autodesk через «параллельные» каналы поддержки. На не-КИИ периметрах это работает; на значимых КИИ — это прямое нарушение Указа № 166.

Главные риски:

• Регуляторный: штрафы при проверке ФСТЭК.
• Уголовный: ст. 274.1 УК при наступлении инцидента, особенно если расследование покажет связь с устаревшим/непатченным ПО.
• Операционный: отсутствие обновлений безопасности два года — серьёзный риск ИБ.
• Кадровый: SAP-консультанты постепенно покидают рынок РФ. Через 2-3 года команду на эксплуатацию не собрать.

Это не «вопрос с потолка». Эта угроза реальна и нарастает с каждым месяцем.

Аудит ИТ-ландшафта

Базовая процедура перед составлением плана миграции.

Шаг 1. Инвентаризация ПО

Полный список всего, что эксплуатируется:

• Прикладное ПО (ERP, CAD, BI и т. д.).
• Системное ПО (ОС, СУБД, виртуализация).
• Инфраструктурное (сети, ИБ, мониторинг).
• Внутреннее ПО (самописное).
• Облачные сервисы.

По каждому: вендор, версия, лицензии, дата установки, ответственный.

Шаг 2. Карта зависимостей

Что от чего зависит. Если миграция СУБД — какие прикладные системы пострадают. Если миграция CAD — какие смежные системы (PDM (управление данными об изделии), CAM, CAE) пострадают.

Шаг 3. Привязка к КИИ-периметру

Какие системы — на значимых объектах КИИ, какие — на не-КИИ. Это определяет срочность миграции.

Шаг 4. Поиск отечественных аналогов

По каждой системе — есть ли в реестре отечественный аналог. Если есть — какой именно, с какой зрелостью.

Шаг 5. Оценка трудоёмкости миграции

Грубая оценка: маленькая (до 6 мес), средняя (6-18 мес), большая (18+ мес). Бюджет на миграцию.

Шаг 6. Приоритизация

Шаг 7. План миграции

Расписание с приоритетами, бюджетом, ответственными, контрольными точками.

План миграции на 3 года: пример

Для среднего предприятия (1-3 млрд выручки, объект КИИ 2-3 категории, использующее SAP S/4HANA, Oracle, MS SQL, ANSYS, AutoCAD):

Это примерный план. Реальный — у каждого предприятия свой, с учётом ландшафта.

Чек-лист аудита и плана миграции

#	Пункт	Что значит	✓
1	Инвентаризация всего ПО завершена	Не «приблизительно», а полная карта
2	Привязка к КИИ-периметру сделана	Какие системы — на значимых объектах
3	Лицензионная чистота проверена	Что куплено легально, что — серая зона
4	Карта зависимостей построена	Что от чего зависит при миграции
5	Отечественные аналоги найдены для каждой системы	С указанием реестрового номера
6	Зрелость аналогов оценена	Не «есть в реестре», а реально работает в вашем сценарии
7	Скрытые лицензионные зависимости проверены	Спрос в письменном виде у вендоров
8	Бюджет миграции рассчитан	По каждой системе — TCO (совокупная стоимость владения)
9	Приоритизация выполнена	По правилу «значимое КИИ → срок → бюджет»
10	Дорожная карта 3 лет утверждена	С контрольными точками
11	Куратор от руководства на программу миграции назначен	Не CIO — член СД (совет директоров) или CEO (генеральный директор)
12	План коммуникации с регулятором (ФСТЭК)	Если есть отставание — обсуждать заранее
13	Резервный план на случай провала отдельной миграции	Что если 1С:ERP не сможет заменить SAP в моём сценарии
14	Госфинансирование учтено в плане	ОЗП (особо значимый проект), ФРП (Фонд развития промышленности), льготы
15	План найма / переобучения команды	Под новый стек
16	План эксплуатации параллельно двух систем	Период миграции — это период «и SAP, и 1С»
17	План вывода старой системы из эксплуатации	С чистой формальной фиксацией
18	План сохранения исторических данных	После вывода SAP — где архив?
19	Согласованность с КИИ-планом	Миграция учитывает сроки 01.01.2026, 01.01.2028, 01.12.2030
20	Готовность к решению «не успеть»	Если объективно не успеваем — оборонные действия (приоритеты, эскалация)

Антипаттерны

Антипаттерн 1. «Купить коробку отечественного ПО». Покупка лицензии — это 10-20 % успеха. Без команды поддержки, без понимания архитектуры, без плана развития — это просто несколько коробок.

Антипаттерн 2. «Параллельный импорт SAP — наша стратегия до 2028». Растущий риск. Сейчас работает, через 2 года — окажется в реестре «серых» решений с регуляторными последствиями.

Антипаттерн 3. «Миграция за 6 месяцев на отечественное». Полноценная миграция ERP — 18-36 месяцев. CAD — 12-24 месяца. Сжатие сроков = провал.

Антипаттерн 4. «Доверимся опыту "большого" интегратора». Большой интегратор может не иметь опыта работы с конкретными отечественными продуктами. Проверяйте конкретные кейсы и команду.

Антипаттерн 5. «У нас всё уже отечественное». Скорее всего — нет. Аудит обычно вскрывает скрытые западные зависимости (библиотеки, сервисы, шлюзы).

Связанные главы

• 02. Чек-лист готовности предприятия — пункты 33-40 по ИТ-инфраструктуре.
• 07. Фундамент: данные и учёт — миграция ERP.
• 13. Архитектура, безопасность, КИИ — нормативная база и сроки.
• 15. Экономика: ROI, TCO, NPV — расчёт TCO миграции.