Сценарий, который в 2024–2026 годах повторяется на десятках заводов. Западный вендор ERP объявляет об уходе, обновления перестают приходить, а через полгода меняется форма отчётности в налоговой, и её физически некуда встроить. Система работает, но развиваться перестала. К этому моменту на той же платформе крутится вся производственная механика: планы, лимиты закупок, учёт незавершёнки, диспетчеризация цехов. И вот тут выясняется неприятное: импортозамещение программного обеспечения это не «поставить российский аналог вместо иностранного», а операция на работающем сердце предприятия, где отдельно от учёта живёт ещё и вся культура бережливого производства.
Дальше по делу: какие уровни ПО придётся замещать и с какими рисками, что меняется для инструментов бережливого производства, где чаще всего спотыкаются на импортозамещении ERP и MES, как выстроить дорожную карту перехода и почему для нестандартных процессов типовой коробки часто не хватает. Материал для тех, кто принимает решение о бюджете и сроках, а не выполняет миграцию руками.
Что такое импортозамещение ПО и почему оно бьёт по бережливому производству
Импортозамещение ПО это государственная и одновременно бизнес-стратегия перехода с зарубежных программных продуктов (Microsoft, Oracle, SAP и других) на отечественные решения, включённые в Реестр российского ПО. Формально она опирается на понятную нормативную базу: постановление Правительства № 1236 ограничивает закупку иностранного софта при госзакупках, постановление № 325 задаёт правила Реестра, а указ Президента № 166 запрещает иностранное ПО на объектах критической информационной инфраструктуры (КИИ) без согласования с ФСТЭК. По данным Реестра отечественного ПО и разъяснениям профильных интеграторов (fintech.ru, 2026), с 1 января 2025 года на объектах КИИ действует прямой запрет на иностранное ПО, а срок полного перехода для таких объектов установлен до 1 января 2028 года.
Теперь про производство. Бережливое производство (lean, система устранения потерь) держится не на лозунгах, а на данных: чтобы вытягивать поток, видеть простои и считать эффективность, нужен цифровой контур, который эти данные собирает в реальном времени. Этот контур это связка ERP (система управления ресурсами предприятия) и MES (система оперативного управления производством, Manufacturing Execution System). Когда под замену уходит именно эта связка, под удар попадают и инструменты для бережливого производства: канбан-сигналы, расчёт OEE, визуальное управление, планирование точно вовремя. Заменить софт и случайно обнулить годы работы над потоком это вполне реальный сценарий, и о нём дальше.
Рынок к 2026 году: цифры и расстановка сил
Импортозамещение ERP перестало быть авралом и превратилось в зрелый рынок. По исследованию АНО «НЦК ИСУ», представленному крупнейшим ИТ-потребителям 20 мая 2026 года, объём российского рынка систем управления ресурсами (ERP) достиг около 110 млрд рублей к началу 2026 года, а совокупные расходы на проекты импортозамещения ERP за 2022–2025 годы оцениваются в диапазоне 90–130 млрд рублей. Рынок MES скромнее, но растёт устойчиво: по данным TAdviser и Фонда «Сколково» (июль 2026), в 2026 году его объём превысит 15 млрд рублей при темпе роста не ниже 8% в год.
Расстановка сил тоже прояснилась. В 2022–2023 годах 1С стал вариантом «по умолчанию» для крупных государственных компаний, мигрирующих с SAP, но затем подтянулись другие вендоры, привлекли инвестиции и нарастили долю. Главные барьеры АНО «НЦК ИСУ» называет прямо: функциональная ограниченность и производительность российских ERP на самых тяжёлых процессах. По оценке CNews (январь 2026), выше всего степень импортозамещения в электронном документообороте, информационной безопасности и управлении закупками, а вот сложная производственная автоматизация замещается медленнее.
| Показатель | Значение | Источник и дата |
|---|---|---|
| Рынок ERP (СУР) в РФ | около 110 млрд ₽ | АНО «НЦК ИСУ», май 2026 |
| Расходы на импортозамещение ERP, 2022–2025 | 90–130 млрд ₽ | АНО «НЦК ИСУ», май 2026 |
| Рынок MES в РФ, 2026 | свыше 15 млрд ₽ | TAdviser / «Сколково», июль 2026 |
| Темп роста рынка MES | не ниже 8% в год | TAdviser / «Сколково», июль 2026 |
| Запрет иностранного ПО на КИИ | с 01.01.2025 | ПП РФ, указ № 166 |
| Срок перехода КИИ на отечественное ПО | до 01.01.2028 | нормативная база РФ |
Вывод для ЛПР короткий: вопрос давно не в том, замещать или нет, а в том, успеть ли пройти сложную часть до наступления сроков и не сломать при этом работающие процессы.
1. Уровни ПО, которые придётся замещать, и почему риск на них разный
Первое, что стоит сделать перед бюджетом и сроками, это разложить свой ИТ-ландшафт по уровням пирамиды автоматизации. Риск санкционной блокировки и цена ошибки на каждом уровне отличаются в разы, поэтому замещать всё одновременно и с одинаковым приоритетом это способ спалить бюджет впустую.
Уровень ERP
Самый чувствительный слой, потому что он завязан на законодательство. Как только вендор прекращает поддержку, любое изменение в налоговом или бухгалтерском учёте превращается в вашу проблему: новые отчётные формы приходится собирать вручную, а без штатного ИТ-отдела это парализует финансовую функцию. Практика вебинаров по импортозамещению ERP/MES показывает, что именно на этом уровне бизнес чаще всего входит в проект в режиме «тушение пожара», хотя ERP по срокам замещать дольше и дороже всего.
Уровень MES
Здесь ситуация чуть легче, но обманчиво. Если производственные процессы динамичны и требуют частой перенастройки системы, а перенастройка идёт не в рамках лицензии исполнения, а в среде разработки, которую вендор может заблокировать, то даже небольшое изменение внезапно становится невозможным. По опыту проектов миграции MES, чувствительность этого уровня прямо зависит от того, насколько часто на предприятии меняется номенклатура и технология. Для завода с частыми переналадками остановка MES это остановка оперативного управления цехом.
Уровень АСУ ТП
Автоматизированные системы управления технологическими процессами обычно завязаны на «железо» и работают в изолированном контуре, отрезанном от внешних сетей. Именно изоляция и статичность задач затрудняют вендору дистанционную блокировку, поэтому здесь можно позволить себе более спокойный горизонт замены. Это не значит, что уровень можно игнорировать, но ставить его первым в очередь на замещение обычно неоправданно.
Уровень общесистемного ПО и BI
Операционные системы, СУБД, среды исполнения это фундамент, на котором стоит всё остальное, и главный риск тут не функциональный, а связанный с безопасностью: неприходящие обновления оставляют известные уязвимости открытыми. Аналитику (BI) заместить относительно легко, если это не сложная многолетняя разработка. Типовой путь миграции инфраструктуры хорошо описан практикой: с Windows Server на российские дистрибутивы Linux, с Microsoft SQL на PostgreSQL (в том числе Postgres Pro), с проприетарной Java-машины на сертифицированные российские сборки JDK.
Разложив ландшафт по этим четырём уровням, вы получаете не абстрактное «надо всё поменять», а карту приоритетов, где ERP и MES обычно идут первыми, а АСУ ТП может подождать. Отсюда логично перейти к тому, что происходит с бережливым производством, когда меняется именно верхняя связка ERP и MES.
Что импортозамещение ERP и MES значит для бизнеса и бережливого производства
Вывод вперёд: грамотное импортозамещение ERP и MES сохраняет бережливое производство, а неграмотное откатывает его на годы назад. Причина простая. Lean это не набор плакатов на стене цеха, а управление на основе фактических данных, и все ключевые инструменты бережливого производства опираются на цифровой контур предприятия. Заменяя софт, вы, по сути, пересобираете нервную систему завода, и вопрос лишь в том, сохранятся ли рефлексы.
На языке денег и сроков это выглядит так. Практика внедрений показывает, что современную отечественную связку ERP и MES можно настроить на те же сценарии, что работали на SAP: детерминированное планирование производства, лимитное бюджетирование закупок, ежедневный расчёт себестоимости по direct-cost. На одной российской платформе, по данным профильных интеграторов, одновременно работали десятки юридических лиц и тысячи пользователей в высоконагруженном производственном процессе. Ограничение здесь не в платформе, а в качестве консалтинга и архитектуры: если контур собран наспех, теряются именно те данные, на которых стоит бережливое производство.
2. Инструменты бережливого производства, которые держатся на ERP и MES
Прежде чем считать бюджет миграции, полезно понять, какие именно инструменты для бережливого производства сломаются или уцелеют при замене софта. Ниже пять инструментов, которые чаще всего страдают при неаккуратном переходе, и то, какой цифровой опоры каждый из них требует.
Картирование потока создания ценности (VSM)
VSM это карта движения материала и информации от сырья до отгрузки, и её ценность в том, что она показывает потери: где копится незавершёнка, где поток стоит. Без данных из MES о времени такта и запасах на переделах карта превращается в разовый рисунок на бумаге, который устаревает за неделю. При замещении MES критично сохранить сбор именно этих оперативных показателей, иначе VSM перестанет отражать реальность.
Канбан и вытягивающее производство
Канбан-сигнал запускает производство только под реальный спрос, а не «на склад», и в цифровом виде это связка MES и ERP: заявка тянет план, план тянет закупку по лимитам. Если при миграции эту сквозную логику упростить до простого учёта остатков, предприятие незаметно возвращается к выталкивающей модели и росту запасов. По опыту производственных проектов именно вытягивание восстанавливать после неудачной миграции дольше всего, потому что оно требует настроенных интеграций между уровнями.
5S и визуальное управление
5S организует рабочее пространство, а визуальное управление выводит состояние процесса на видное место: дашборды, andon-сигналы, светофоры отклонений. Технически это витрина данных, которую MES отдаёт на экраны в цехе в реальном времени. Здесь риск миграции ниже, чем у вытягивания, но и его недооценивать не стоит: пропадёт источник данных, и цеховые дашборды покажут вчерашнюю картину, что для оперативного управления бесполезно.
TPM и расчёт OEE
Всеобщее обслуживание оборудования (TPM) держится на честном показателе OEE (общая эффективность оборудования), который MES считает из фактов простоев, брака и скорости. Это, пожалуй, самый требовательный к данным инструмент: OEE нельзя посчитать вручную по цеху из сотен единиц оборудования. Если новая MES не умеет собирать причины простоев на том же уровне детализации, что прежняя, программа TPM теряет обратную связь и деградирует до формальных обходов.
Стандартизированная работа и кайдзен
Стандарт операции и цикл непрерывных улучшений (кайдзен) работают только тогда, когда есть с чем сравнивать: фактические времена, отклонения, результат внедрённых изменений. Эти данные тоже живут в MES и ERP. Отсюда вытекает главный принцип импортозамещения для производства: приоритет при выборе и настройке отечественной системы отдаётся не красоте интерфейса, а полноте и детализации собираемых производственных данных, потому что именно на них стоит вся культура бережливого производства.
3. Типичные ошибки импортозамещения ERP и MES
Теперь про то, где проекты чаще всего сходят с рельсов. Ошибки ниже стоят предприятиям месяцев простоя и повторных бюджетов, и почти все они управленческие, а не технические.
Менять всё сразу и в режиме аврала
Соблазн заместить весь ландшафт одним махом понятен, но он взрывает и бюджет, и нервы команды. Правильнее двигаться приоритетами: сначала уровень с самым высоким риском блокировки (ERP), затем MES, и только потом относительно спокойные АСУ ТП и BI. Попытка объять всё одновременно почти всегда заканчивается тем, что критичные процессы встают, а второстепенные меняют раньше времени.
Считать перенос функций «один в один»
Ожидание, что российская система повторит SAP кнопка в кнопку, разбивается о реальность на первой же нестандартной операции. Практика показывает, что кастомизация требуется практически в каждом производственном проекте, и это норма, а не провал. Опасна обратная крайность: пытаться натянуть уникальный процесс на типовую конфигурацию без доработок, теряя при этом ровно ту специфику, которая давала предприятию преимущество.
Недооценить наполнение справочников и НСИ
Самый трудоёмкий и «кровопролитный» этап это не сама установка системы, а перенос нормативно-справочной информации: технологических карт, спецификаций, маршрутов. По опыту крупных внедрений именно ТОиР и производственные справочники требуют больше всего времени, потому что содержат тысячи взаимосвязанных записей. Недооценка этого этапа сдвигает сроки на месяцы и обычно всплывает уже в разгар проекта.
Забыть про лицензионные и инфраструктурные вопросы
При выделении из международной группы вопросы лицензий на прежнее ПО и переноса в российскую юрисдикцию не решаются силами интегратора: это зона ответственности заказчика. Отдельная тема это дата-центр: если инфраструктура была в Европе, придётся искать отечественный ЦОД и перестраивать логистику, а это долгий цикл. Проект миграции самих данных при этом занимает всего 3–4 месяца, но упирается в эти внешние вопросы.
Оставить производственные данные без надзора
Самая коварная ошибка для бережливого производства: мигрировать учёт, но упустить детализацию оперативных показателей MES. Внешне система работает, отчётность формируется, а OEE и вытягивание тихо перестают опираться на факты. Обнаруживается это спустя недели, когда цеховые метрики уже не сходятся с реальностью, и восстанавливать доверие к данным приходится заново.
Внедрить и бросить
Импортозамещение не заканчивается запуском системы. Без непрерывного мониторинга и доработки по результатам эксплуатации даже удачно стартовавший проект деградирует: меняется законодательство, растут объёмы, появляются новые изделия. Отсутствие этапа сопровождения превращает свежую систему в такой же тупик, из которого предприятие только что выбиралось.
4. Дорожная карта перехода: шаги, которые снижают риск
Порядок работ важнее скорости. Проверенный на практике интеграторов маршрут перехода строится «от периферии к ядру», чтобы каждый следующий шаг опирался на уже отлаженный предыдущий.
Аудит ландшафта и приоритизация
Инвентаризация всего иностранного ПО с распределением по уровням пирамиды и оценкой санкционного риска. На выходе не список программ, а карта приоритетов: что менять первым, что может подождать. Без этого шага все последующие превращаются в лотерею.
Пилот на репрезентативном контуре
Тестирование отечественного решения на ограниченном, но показательном участке: например, управляющая компания плюс два-три филиала, закрывающие типовые отраслевые сценарии. Пилот даёт честную оценку производительности и функциональности в боевых условиях до полномасштабного внедрения. Дешёвая ошибка на пилоте всегда лучше дорогой на всём предприятии.
Миграция данных и наполнение НСИ
Подготовка и очистка баз, перенос справочников, технологических карт, спецификаций. Этот этап логично отделять от запуска основного функционального контура и подключать трудоёмкие блоки (ТОиР) вторым эшелоном, чтобы не тормозить старт. Именно здесь закладывается качество будущих производственных данных, а значит и жизнеспособность бережливого производства.
Обучение и сопровождение изменений
Даже незначительные изменения интерфейса снижают продуктивность операторов, поэтому обучение идёт параллельно с миграцией, а не после. Люди, привыкшие к старой системе, без подготовки саботируют новую не со зла, а по инерции. Этот шаг чаще всего экономят, и он же чаще всего мстит на опытной эксплуатации.
Опытная эксплуатация и переход в сопровождение
Обкатка на реальных операциях, фиксация отклонений, доработка, и только затем тиражирование на остальные площадки. Дочерние общества, прошедшие пилот, отрабатывают сценарии, которые потом разворачиваются по всей группе быстрее и с меньшими сюрпризами. Завершается всё не «сдачей проекта», а переходом в режим непрерывного развития системы.
Что реально работает: подходы и ориентиры
Сравнение подходов помогает выбрать стратегию под конкретную ситуацию предприятия. Цифры ниже это ориентиры по опыту рынка, а не гарантии: конкретный срок и бюджет зависят от масштаба, отраслевой специфики и состояния данных, и требуют отдельной оценки.
| Подход | Что даёт | Срок (ориентир) | Ориентир по усилиям |
|---|---|---|---|
| Экстренная миграция в российскую юрисдикцию | снимает риск блокировки прямо сейчас | 3–4 месяца на перенос данных | высокий, «тушение пожара» |
| Типовая отечественная ERP или MES с минимальной кастомизацией | быстрый старт на стандартных процессах | от нескольких месяцев | средний, если процессы типовые |
| Гибридная миграция «от периферии к ядру» | контролируемый риск, поэтапный переход | поэтапно, кварталами | средний, но предсказуемый |
| Заказная разработка под уникальные процессы | точное соответствие процессу, полный контроль | дольше на старте, окупается вдолгую | выше на входе, ниже в эксплуатации |
Сравнение «дешёвого» и «правильного» пути тоже стоит держать в голове.
| Критерий | Быстрый или дешёвый путь | Правильный путь |
|---|---|---|
| Скорость | быстро закрыть «дыру» типовой коробкой | медленнее, зато без потери процессов |
| Надёжность | зависит от совпадения процессов с шаблоном | заложена в архитектуре под ваш процесс |
| Риск | потеря производственных данных и lean-инструментов | контролируемый, данные сохранены |
| Результат вдолгую | повторная переделка через год-два | развивающаяся система без тупиков |
Примеры внедрения
Публичные и отраслевые примеры внедрения показывают, что сложная часть импортозамещения проходима. В финансовом секторе крупные банки перевели рабочие места на отечественные операционные системы (Astra Linux) и офисные пакеты, сохранив бесперебойность критичных систем после ухода Microsoft (по материалам Ramax, 2025). Промышленные предприятия отмечают удачную миграцию с зарубежных СУБД на российские аналоги (Postgres Pro вместо Oracle) без просадки производительности.
В корпоративном сегменте показателен класс проектов для вертикально интегрированных холдингов: управляющая компания и несколько десятков дочерних обществ, где на отечественной ERP реализованы бюджетирование, управление материально-техническим обеспечением с лимитами закупок, управление финансами с платёжным календарём и отраслевое управление производством. По данным профильных интеграторов, на одной российской платформе в высоконагруженном производственном процессе одновременно работали десятки юрлиц и тысячи пользователей, что снимает распространённый миф об ограниченной масштабируемости.
Отдельная категория это MES и цифровые двойники для непрерывных производств, где отечественная платформа изначально проектировалась на российском стеке (Linux, PostgreSQL, сертифицированная JDK) и уходила от зарубежных компонентов ещё до 2022 года. Такие системы перерастают роль оперативного учёта и становятся ядром ситуационного центра предприятия. Детали функциональности и стоимости в подобных кейсах стоит проверять независимо: конфигурации сильно зависят от отрасли.
Цена бездействия и что проконтролировать
Статус-кво тоже стоит денег, просто счёт выставляется позже и разом. Промедление с импортозамещением ERP и MES означает нарастающий технический долг: неустранимые уязвимости на общесистемном уровне, ручную сборку меняющейся отчётности, риск штрафов за несоблюдение требований по КИИ и персональным данным (152-ФЗ, 187-ФЗ) и, для КИИ, приближение жёсткого срока до 1 января 2028 года. Экстренный переход в последний момент почти всегда дороже планового: цена спешки это и переплата за срочность, и потерянные производственные данные.
ЛПР не обязан погружаться в код, но обязан держать под контролем несколько точек. Что стоит спрашивать с команды и подрядчика:
- ✓Составлена ли карта ландшафта по уровням пирамиды с приоритетами и оценкой риска блокировки для каждого.
- ✓Какие производственные показатели (OEE, время такта, причины простоев) новая MES собирает на той же детализации, что прежняя, и как это проверено на пилоте.
- ✓Кто отвечает за лицензионные и инфраструктурные вопросы (юрисдикция, ЦОД) и урегулированы ли они до старта.
- ✓Заложены ли в план наполнение НСИ и обучение как отдельные трудоёмкие этапы, а не «попутно».
- ✓Предусмотрено ли сопровождение и доработка после запуска, с бюджетом и ответственным.
Красные флаги простые: обещание «перенести SAP один в один без доработок», отсутствие пилота, экономия на обучении и на переносе справочников.
Преимущества индивидуальной разработки для сложных процессов
Типовая отечественная ERP или MES закрывает стандартные сценарии, и для многих предприятий этого достаточно. Но там, где процесс уникален и как раз он даёт конкурентное преимущество, попытка ужать его под чужой шаблон обнуляет эту уникальность. Здесь на первый план выходят преимущества индивидуальной разработки.
Точное соответствие процессу
Заказная система строится вокруг реального потока предприятия, а не наоборот. Это особенно важно для бережливого производства: собственная логика вытягивания, свои показатели OEE, свои правила расчёта себестоимости не приходится «подгонять» под возможности коробки. Процесс не ломается под софт, софт следует за процессом.
Полный контроль над кодом и данными
При грамотно оформленном проекте интеллектуальная собственность на код остаётся у заказчика, что снимает главный страх импортозамещения: зависимость от чужой воли. Никакой внешний вендор не заблокирует изменения и не прекратит поддержку в одностороннем порядке. Данные и логика остаются внутри контура предприятия.
Развитие без тупиков и вендорного замка
Индивидуальное решение развивается вместе с бизнесом: новое изделие, новый цех, изменившееся законодательство встраиваются без ожидания следующего релиза чужого продукта. Совокупная стоимость владения на входе выше, но в эксплуатации ниже, потому что нет лицензионных платежей за чужую платформу и нет риска повторной миграции через год-два.
Управляемая интеграция уровней
Заказная разработка позволяет с самого начала спроектировать сквозную связку ERP, MES и цеховых данных так, чтобы инструменты бережливого производства опирались на единый источник правды. Именно на стыке уровней чаще всего теряются данные при типовых внедрениях, и именно этот стык индивидуальный проект закрывает осознанно, а не по остаточному принципу.
FAQ
Итог
Импортозамещение программного обеспечения на производстве это не замена одной иконки на рабочем столе другой, а пересборка цифрового контура, на котором держится и учёт, и бережливое производство. Риск неравномерен по уровням пирамиды, поэтому выигрывает тот, кто идёт приоритетами и от периферии к ядру, а не тушит пожар сразу везде. Ключ к сохранению lean это детализация производственных данных при переходе, а для уникальных процессов и полного контроля над результатом чаще всего оправдана индивидуальная разработка.
Если предстоит перевести ERP или MES и при этом не растерять наработки по бережливому производству, команда BPA Develop готова помочь с аудитом ландшафта, дорожной картой перехода и заказной разработкой под конкретный производственный процесс.
