А нужно ли вообще заменять работающую систему?

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

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

Для цифровой трансформации ТЭК дефицит кадров — это не только нехватка специалистов как таковых. Наиболее проблемной оказывается доступность конкретных компетенций в нужный момент: специалиста по определённой платформе, инженера с опытом конкретной технологии или эксперта, способного одновременно понимать производственную задачу и ИТ-инструмент.

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

В качестве практического инструмента была показана платформа «Профессионалы 4.0», существующая с конца 2019 года. В презентации указаны более 55 тыс. внештатных специалистов, свыше 3 тыс. заказов, 88 клиентов, более 35 направлений и около 250 специальностей.

Следующий уровень — международный поиск. В представленном сценарии российской компании требовался разработчик программного обеспечения для моделирования месторождений. В презентации приводился пример поиска среди 12 479 кандидатов из Бразилии и Индии с учётом различий в образовании, опыте работы, языке и профессиональной среде.

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

Большой корпоративный ландшафт нельзя заменить одним внедрением

Второй важный сюжет сессии связан с переходом крупных компаний на отечественные программные платформы. Масштаб такого перехода хорошо виден на примере ландшафта 1С: в материалах представлены более 4600 информационных баз, свыше 2000 серверов приложений, более 150 продуктов, около 250 тыс. бизнес-узлов и порядка 54 тыс. клиентских узлов.

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

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

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

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

Но менять работающую систему нужно не всегда

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

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

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

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

Legacy: сохранить накопленное и менять постепенно

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

Вместо одномоментного отказа от такого наследия предлагается постепенно выстраивать новое информационное пространство и подключать к нему существующие решения.

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

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

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

ИИ: от отдельных экспериментов к управляемой среде

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

Представленная на сессии архитектура VK Tech исходит из необходимости общей корпоративной среды. В ней агенты получают доступ к корпоративным документам и базам знаний, памяти и инструментам, а их действия контролируются политиками безопасности, авторизацией, логированием и механизмами GuardRails. Агенты запускаются в изолированных контейнерах с необходимыми правами и ресурсами.

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

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

На этом фоне отдельные AI-эксперименты постепенно превращаются в элементы единой программной инфраструктуры. В презентации также приводилась оценка Apple Hills Digital: рост сегмента AI-платформ в 2025 году оценивался в 53,5%, а объём рынка к 2030 году — в 46,5 млрд руб. против 6,1 млрд руб. в исходной точке прогноза. Это именно представленная на сессии рыночная оценка, а не измерение, выполненное в рамках форума.

АСУ ТП: конкурентоспособность проверяется на действующем объекте

Для специалистов по автоматизации наиболее показателен кейс отечественного ПО «Полигон» для АСУ ТП в энергетике. В ходе дискуссии было рассказано о разработке решения российскими специалистами, имевшими опыт работы с зарубежным программным обеспечением и контроллерами. По словам выступавшего, создание решения заняло примерно четыре-пять месяцев. ПО было внедрено на действующей Артёмовской ТЭЦ; в обсуждении его напрямую сопоставляли с продуктами Siemens и Emerson.

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

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

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

SCADA: развитие действующей системы вместо одномоментной замены

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

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

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

Где заканчивается корпоративная разработка и начинается продукт

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

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

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

Что действительно мешает масштабированию

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

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

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

В-третьих, возникает проблема отраслевой специфики. Универсальный продукт не всегда способен заменить специализированное решение без потери функциональности или накопленной экспертизы.

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

Экспорт: технологического продукта недостаточно

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

Таким образом, экспортируемым объектом становится не только программный код. Нужны локальные компетенции, внедрение, техническая поддержка, понятная схема взаимодействия с заказчиком и возможность решать финансовые и юридические вопросы. Для российских ИТ-компаний это означает, что масштабирование за пределами внутреннего рынка требует уже не только конкурентоспособного продукта, но и воспроизводимой модели его поставки.

Что меняется в самом понимании импортозамещения

Представленные на сессии кейсы позволяют посмотреть на импортозамещение не как на единичный проект замены ПО, а как на последовательное изменение технологической среды предприятия.
Где-то наиболее рациональным оказывается развитие собственной системы. Где-то — переход на отечественную платформу с сохранением значительной части накопленного ландшафта. В инженерных задачах — создание нового информационного слоя поверх legacy. В АСУ ТП — проверка специализированного продукта непосредственно на действующем объекте. В ИИ — формирование общей управляемой среды вместо множества изолированных экспериментов.

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

Для АСУ ТП и промышленного ИТ это особенно важно. Система управления существует не сама по себе: её жизненный цикл измеряется годами, а иногда десятилетиями. Поэтому ценность отечественного решения определяется не только тем, чем оно заменяет зарубежный продукт сегодня, но и тем, насколько предсказуемо его можно эксплуатировать, модернизировать и сопровождать завтра.

В конечном счёте конкурентоспособность российского ИТ для ТЭК проверяется не количеством разработанных аналогов и не самим фактом их включения в корпоративный контур. Её проверяют работающие производственные объекты, реальные пользователи, стоимость жизненного цикла и способность технологии развиваться вместе с предприятием.

Именно на этом уровне импортозамещение перестаёт быть задачей «заменить продукт» и становится задачей создать устойчивую технологическую основу для дальнейшего развития производства.
__________________________
Аналитический материал подготовлен на основе содержания докладов конференции с использованием инструментов искусственного интеллекта. Все выводы основаны исключительно на материалах представленных выступлений.

© СТА-ПРЕСС, 2026