Рынок инженерного ПО России после ухода Autodesk и Siemens: как развиваются отечественные экосистемы

Стоимость доведения отечественного PLM-решения до промышленной эксплуатации на крупном машиностроительном предприятии может в 3–5 раз превышать цену лицензий на ПО — такие оценки дают системные интеграторы, работающие с проектами импортозамещения в ОПК и тяжелом машиностроении. Если раньше компании выбирали российские экосистемы САПР и PLM по принципу функциональной близости к продуктам Autodesk или Siemens, то сегодня основным критерием становятся стоимость и сроки запуска проекта с учетом необходимости встраивания системы в текущие бизнес-процессы и ИТ-инфраструктуру предприятия. На первый план выходит уровень зрелости экосистем на российском рынке инженерного ПО: наличие реализованных кейсов интеграции с различными ERP и MES, отраслевых конфигураций, каталогов партнерских приложений и понятной стратегии развития продукта. Далее рассмотрим, какие экосистемы промышленного ПО в России уже способны полностью автоматизировать цепочку передачи данных и управления всеми этапами производства — от проектирования изделий до их выпуска в промышленных объемах — и как ведущие игроки этого рынка наращивают возможности своих программных решений с учетом потребностей предприятий.

Лидеры рынка инженерного ПО и их экосистемы

Объем российского рынка инженерного ПО по итогам 2024–2025 годов оценивается в 50–55 млрд руб., среднегодовой темп роста — около 20% (данные компаний Strategy Partners и «Системный софт»). При этом доля лицензий в общем бюджете типичного проекта внедрения PLM‑системы, по оценкам отраслевых экспертов, может составлять около 2% — остальное приходится на стоимость модернизации инфраструктуры, интеграции с уже работающими системами, миграции данных и обучения персонала. Поэтому совместимость российского инженерного ПО с существующей ИТ‑инфраструктурой предприятия при выборе продукта играет более существенную роль, чем его функциональные возможности.

Говорить об успехах импортозамещения на этом рынке пока не приходится: по данным отраслевых обзоров, к началу 2026 года отечественные САПР занимали менее трети рынка, а примерно на 70% рабочих мест использовалось нелицензированное зарубежное ПО. Это означает, что основной объем миграций предприятий на российские экосистемы еще впереди, и именно от зрелости экосистем будет зависеть, пойдут ли они массово или остановятся на отдельных внедрениях в наиболее критичных отраслях.

Тройка крупнейших разработчиков в 2026 году использует принципиально разные экосистемные модели:

1. АО «АСКОН» предлагает наиболее полный для российского рынка ассортимент инженерного ПО, выстроенного вокруг собственного геометрического ядра C3D Labs. Ядро экосистемы — система трехмерного проектирования «КОМПАС‑3D», которая, по отраслевым оценкам, занимает 60–80% рынка САПР начального и среднего уровня в России. Вокруг этого ядра сформирован набор модулей, закрывающих этапы жизненного цикла изделия: «ЛОЦМАН:PLM» (управление инженерными данными и структурой изделия), «ВЕРТИКАЛЬ» (система автоматизированного проектирования технологических процессов — ядро технологической подготовки производства), «ПОЛИНОМ:MDM» (управление нормативно‑справочной информацией предприятия) и «ЛОЦМАН:КБ» (управление проектированием и электронным архивом конструкторской документации для конструкторских бюро и средних предприятий). Ключевое преимущество этой связки — единый формат данных на всех этапах. Конструкторская модель из «КОМПАС-3D» без конвертации попадает в «ЛОЦМАН:PLM», оттуда — в «ВЕРТИКАЛЬ» для проектирования технологических процессов (со справочными данными из «ПОЛИНОМ:MDM»), а затем — в ERP-системы (например, 1С:ERP или «Галактика ERP») для расчета себестоимости и планирования. Такая интеграция напрямую снижает риски расхождений между конструкторской и производственной спецификациями и сокращает сроки запуска изделия в производство.
2. Экосистема компании «Нанософт» работает по принципу горизонтальной специализации — это принципиально иная архитектура по сравнению с вертикально интегрированным контуром «от ядра до техпроцесса» у «АСКОНа». В основе продукта — платформа nanoCAD, к которой предлагается линейка отраслевых надстроек: «nanoCAD СПДС» и «nanoCAD Механика» (модули платформы), а также линейка отраслевых приложений nanoCAD BIM: Электро, СКС, ОПС, ВК, Отопление, Вентиляция. Доля компании «Нанософт» в сегменте базового 2D‑проектирования после ухода из России Autodesk достигла 77% (данные компании, октябрь 2024 г.). В сегменте PLM/PDM у «Нанософта» собственного тяжелого решения нет — компания интегрирует свои модули с внешними PDM‑системами и делает акцент на связке с BIM‑платформой Renga (совместный проект с «АСКОН» для строительной отрасли). Такой подход позволяет закрывать сквозной процесс за счет партнерских решений и отраслевых надстроек, снижая общую стоимость внедрения.
3. АО «Топ Системы» занимает на рынке свою нишу благодаря платформе T‑FLEX (объединяет параметрический 3D‑CAD, PLM, CAM, CAE и систему документооборота T‑FLEX DOCs на базе собственного параметрического ядра). Ее главное преимущество — глубокая параметризация, которая позволяет создавать ассоциативные модели, где изменение одного параметра автоматически перестраивает всю сборку. Именно это качество делает T-FLEX PLM выбором для наиболее сложных импортозамещающих проектов. Например, ПАО «ОАК» развернула эту систему более чем на 3800 рабочих мест и ведет в ней проектирование самолета МиГ-УТС, а АО «АвтоВАЗ» с июля 2026 года начало поэтапное внедрение T-FLEX на стартовом участке размером около 100 рабочих мест для замены использовавшихся ранее иностранных продуктов CATIA и Siemens NX. Стратегию экосистемного развития компании подтверждает и продуктовая динамика: летом 2026 года вышла 18-я версия T-FLEX PLM, в которой вендор заявляет поддержку единого цифрового контура предприятия — от проектирования до производства — на базе одной платформы. Для проектов импортозамещения это ключевой аргумент: замена разрозненных зарубежных систем одним связным решением снижает не только лицензионные затраты, но и стоимость интеграции, которая, как будет показано ниже, составляет основную часть бюджета внедрения.

Еще один заметный игрок рынка инженерного ПО России — компания CSoft Development — предлагает программный комплекс для проектирования промышленных объектов для нефтегазовой отрасли, энергетики и промышленного строительства. Линейка Model Studio CS строится поверх платформы nanoCAD и закрывает специфические задачи: проектирование трубопроводов, металлоконструкций, генеральных планов строительства объектов, электроснабжения. Это пример того, как партнерские сети вендоров промышленного ПО закрывают узкие отраслевые ниши, в которых сами разработчики ядра напрямую не работают: CSoft Development не создает собственное геометрическое ядро, а надстраивает над платформой nanoCAD отраслевую логику, используя библиотеки компонентов и шаблоны проектирования, востребованные в конкретном сегменте.

Кроме описанных четырех компаний на российском рынке действуют и другие игроки. Так, разработчик STAXEL продвигает одноименную PLM-платформу, интегрируемую с различными CAD- и ECAD-системами, включая «КОМПАС-3D», Model Studio CS и T-FLEX CAD, а ГК «Цифра» развивает PLM-направление и системы управления инженерными данными для машиностроения и предприятий ОПК.

Вполне вероятно, что модель, по которой работает CSoft Development и ряд других специализированных компаний, предлагающих отраслевые надстройки для ядра конкретного вендора, в ближайшие 3–5 лет станет доминирующей. Ни один вендор не способен закрыть все отраслевые потребности собственными силами, а попытка сделать это приведет к распылению ресурсов и неизбежному снижению качества каждого отдельного модуля. Этот тренд подтверждают формирующиеся уже сейчас партнерские сети и каталоги приложений промышленного ПО, речь о которых пойдет немного позже.

Кэптивные разработки: внутренний заказ как основа для формирования отраслевых стандартов

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

Один из наиболее показательных примеров — цифровая платформа Kamotive, разработанная Инновационным центром «КАМАЗ». Этот проект ориентирован на создание отечественной цифровой платформы для совместной разработки, призванной снизить зависимость от Siemens Teamcenter. В феврале 2025 года Kamotive введена в промышленную эксплуатацию в Научно‑техническом центре «КАМАЗа» и выполняет функции одного из модулей Teamcenter — обмена конструкторской и технологической документацией с соразработчиками и поставщиками: к Порталу поставщика, по данным на конец 2025 года, было подключено более 1200 пользователей и 480 подрядчиков, все участники получают доступ к единой версии данных, за счет чего исключаются расхождения между локальными копиями и ускоряется согласование изменений. В августе 2026 года КАМАЗ анонсировал разработку «САПР‑33» — программы для расчета зубчатых передач. Она считает геометрические параметры и прочность цилиндрических зубчатых колес, строит их профиль в 2D и 3D и, по заявлениям разработчика, сокращает время проектирования на 40–60%. В сентябре 2026 года платформа Kamotive включена в Единый реестр российского ПО.

Собственные корпоративные ИТ‑платформы и вендорские экосистемы — не конкурирующие, а взаимодополняющие модели. Их различие — в мотивации и горизонте планирования: коммерческая экосистема строится для широкого рынка и должна быть универсальной, так как она всегда балансирует между востребованностью со стороны разных отраслей и экономической эффективностью разработки, а корпоративная платформа для собственных нужд создается под конкретные технологические процессы конкретного холдинга и оптимизируется под его уникальные требования. Например, платформа «САРУС», создаваемая с 2018 года в интересах атомной отрасли и ОПК на предприятии госкорпорации «Росатом» РФЯЦ-ВНИИЭФ, закрывает задачи управления жизненным циклом изделия, где требования к защите информации и подтверждению соответствия многократно превышают стандартные. С 2024 года «Росатом» совместно с НКК развивает коммерческую версию системы — «САРУС+» (разработчик — ООО «ТОПС Бизнес Интегратор»); в сентябре 2025 года она внесена в Единый реестр российского ПО и продвигается на открытый рынок. Аналогично центр «Северсталь Инжиниринг», созданный холдингом в 2025 году как научно-технический партнер, развивает инженерные и цифровые решения для производства, в котором специфика непрерывного цикла диктует требования, существенно отличающиеся от типовых.

Влияние крупных заказчиков на развитие экосистем промышленного ПО трудно переоценить: технические требования, которые формулируют к PLM‑системе такие корпорации, как «Росатом» или «КАМАЗ», как правило, становятся стандартом де‑факто. Вендоры, заинтересованные в работе с госкорпорациями, вынуждены дорабатывать свои продукты под эти требования — в результате функциональность, изначально созданная под одного заказчика, со временем становится доступна всему рынку. Например, повышенные требования к информационной безопасности и аудиту действий пользователей, сформированные в проектах атомной и оборонной промышленности, сегодня уже стали базовым набором функций для многих PLM‑систем. При этом вывод кэптивных разработок в коммерческую продажу требует дополнительных усилий: такие решения изначально глубоко завязаны на специфику производства и ИТ-инфраструктуры заказчика, поэтому для их тиражирования необходимо выделение общих компонентов в стандартную конфигурацию и адаптация интерфейсов и коннекторов под конкретные задачи.

По информации Российского фонда развития информационных технологий, с 2019 года он поддержал грантами 190 проектов по разработке и внедрению российских ИТ‑решений на общую сумму около 31 млрд руб. По данным проведенного анализа, значительная часть этих проектов связана именно с разработкой предприятиями ОПК и ТЭК инженерного программного обеспечения под собственные нужды. Таким образом, внутренний заказ промышленных холдингов является важным драйвером развития рынка отечественного инженерного ПО и формирования информационных стандартов в отрасли.

Интеграции и совместимость: что реально снижает стоимость внедрения

Интеграции САПР с ERP-системами и оборудованием — это область, где экосистемный подход проявляется наиболее наглядно, а разница между продуктом и решением наиболее ощутима и критична. Типовые сценарии интеграции, которые применяются на российских предприятиях в 2026 году, можно разделить на несколько категорий:

1. Обмен данными о составе изделия (BOM) между PLM и ERP. Здесь наиболее отработан процесс передачи конструкторской и технологической спецификации из «ЛОЦМАН:PLM» в 1С:ERP с параллельным формированием спецификаций для расчета себестоимости и планирования закупок. Штатные механизмы обмена между этими системами существуют, однако глубина интеграции в значительной степени зависит от конкретного проекта — нередко связку приходится дорабатывать под особенности предприятия. Аналогичную альтернативу предлагает модуль 1С:PLM, работающий внутри экосистемы «1С:Предприятие» и обеспечивающий бесшовную связку с 1С:ERP и 1С:MES — конструкторско‑технологический состав изделия, созданный в PLM, автоматически формирует ресурсные спецификации без обмена данными между базами. Для предприятий, уже работающих на 1С, этот вариант часто оказывается наиболее экономичным за счет использования инженерного ПО, функционирующего на единой платформе.
2. Совместимость с устаревшим оборудованием. Это одна из наиболее болезненных проблем отечественного производства. На многих заводах до сих пор работают станки с ЧПУ, спроектированные в 1990–2000‑х годах и использующие протоколы, которые современные CAM‑системы поддерживают только через адаптеры. Постпроцессорные библиотеки T‑FLEX CAM и ADEM CAM для «КОМПАС‑3D» (продукт партнера АСКОНа по консорциуму «РазвИТие») охватывают не только распространенные стойки Siemens Sinumerik, Fanuc, Heidenhain, но и актуальные отечественные УЧПУ («Балт‑Система», «Маяк»). Для контроллеров же советского поколения (НЦ‑31, 2Р22, 2С42) готовых решений в библиотеках, как правило, нет — требуется индивидуальная разработка постпроцессора силами вендора или интегратора, что удорожает внедрение и увеличивает сроки реализации проектов импортозамещения. Проблема совместимости с существующим парком оборудования довольно остра: по данным исследования рынка АСУ ТП за 2024 год, проведенного ГК «УльтимаТек» в соавторстве с компаниями Positive Technologies и «Аквариус» и при поддержке Минпромторга России и Ассоциации предприятий компьютерных и информационных технологий (АПКИТ), 62% опрошенных предприятий отметили отставание российских решений по техническим характеристикам — и хотя опрос касался систем промышленной автоматизации, та же логика в полной мере распространяется на стыковку инженерного ПО и станочного парка.
3. Стандарты обмена данными. Открытый стандарт STEP (ISO 10303) поддерживается большинством российских CAD/PLM‑систем и является основным форматом для долгосрочного хранения и обмена инженерными данными. Система PDM STEP Suite от НИЦ «Прикладная логистика» полностью построена на этом стандарте и применяется в авиакосмической отрасли и ОПК, где требования к читаемости данных на протяжении десятков лет жизненного цикла изделия особенно жесткие. Однако существуют еще и форматы платформы Siemens Teamcenter: JT и PLM XML, которые поддерживаются российскими системами ограниченно, в основном через конвертеры и шлюзы. Единого российского стандарта PLM‑интеграции пока нет, и каждый вендор реализует обмен данными по‑своему.

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

Каталоги приложений и партнерские сети: новый уровень зрелости рынка

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

• У АО «АСКОН» есть каталог приложений для платформы «КОМПАС-3D», где сторонние разработчики и партнеры размещают свои отраслевые надстройки: библиотеки стандартных изделий, модули для расчета сварных соединений, инструменты для проектирования трубопроводов и кабельных трасс. Приложения развиваются на SDK геометрического ядра C3D Labs и проходят проверку совместимости в рамках партнерской программы. Потребители могут не ждать, пока вендор реализует нужную им функцию в основном продукте, а подключить специализированный модуль от его партнера.
• В партнерской сети компании «Нанософт» каждый разработчик развивает собственную отраслевую специализацию на базе платформы nanoCAD. Самый крупный из партнеров «Нанософта» — CSoft Development — создал линейку Model Studio CS для промышленного проектирования. Другие компании развивают решения для геодезии и изысканий, землеустройства, проектирования дорог и многих других направлений деятельности.

Наибольший практический эффект экосистемный подход дает в базовых отраслях промышленности. В машиностроении наиболее зрелые конфигурации предлагают «АСКОН» (машиностроительная и приборостроительная сборки) и «Топ Системы» (авиация, автомобилестроение). В энергетике и нефтегазовой сфере доминирует компания CSoft Development, предлагающая решения для проектирования технологических установок, трубопроводов, металлоконструкций, генеральных планов, ОВиК и КИПиА. В строительстве связка nanoCAD + Renga + 1С:ERP закрывает сквозной цикл от архитектурного проектирования до сметного расчета, включая 3D-визуализацию хода строительства и разработку смет.

При этом эксперты отмечают критическую нехватку отраслевых конфигураций для судостроения, радиоэлектроники, фармацевтической и легкой промышленности. По данным АНО «Центр компетенций по импортозамещению в сфере ИКТ» (ЦКИТ), в рамках дорожной карты «Новое индустриальное ПО» по состоянию на конец 2024 года было выявлено 837 «белых пятен» — отраслевых потребностей, не закрытых отечественными решениями. В 412 случаях зафиксировано полное отсутствие продукта, в 425 — наличие решений, требующих серьезной доработки. Сводная картина по итогам 2026 года пока уточняется, но проблемные классы ПО остаются прежними: CAD, CAE, CAM и PLM, а в отраслевых разрезах к ним добавляются ECAD, PDM и проектирование оптических систем (OCAD).

При принятии решения о покупке потребители анализируют следующие факторы зрелости экосистем на рынке инженерного ПО:

1. Количество готовых, многократно внедренных интеграционных коннекторов (не просто API, а протестированных связок с конкретными версиями ERP и MES).
2. Наличие отраслевых конфигураций, подтвержденных референсными внедрениями на аналогичных производствах.
3. Размер и активность партнерской сети, способной взять на себя доработку и сопровождение продукта без привлечения вендора.
4. Поддержка открытых стандартов обмена данными (STEP, PLM XML), обеспечивающая независимость от конкретного вендора в долгосрочной перспективе.

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