SAP свернул продажи и продление лицензий в России ещё весной 2022 года, а с осени прекратил поддержку облачных сервисов для российских клиентов. Промышленные предприятия остались с работающими, но «замороженными» системами: обновлений нет, новые модули не подключить, вендорская поддержка недоступна. К марту 2023-го вопрос уже не в том, мигрировать или нет, а в том, как сделать это без остановки производства. Разбираем, как мы строим пилот замещения ERP и MES на отечественном стеке.

Почему нельзя «выключить SAP и включить замену»

В промышленности ERP и MES сцеплены с физическими процессами: расчёт себестоимости, планирование производства, учёт партий, диспетчеризация цеха, обмен данными со станками и АСУ ТП. Одномоментная замена «большого взрыва» здесь почти всегда заканчивается срывом отгрузок.

Поэтому мы начинаем не с выбора платформы, а с инвентаризации. Какие модули SAP реально используются, а какие куплены и простаивают. Где живёт критичная для производства логика – в стандарте, в Z-доработках (ABAP) или в интеграциях. Какие данные нужно перенести, а какие – заархивировать. Этот аудит обычно вскрывает, что 70–80% функций закрываются типовым отечественным контуром, а оставшиеся 20–30% – это уникальная логика, которую переносят через заказную разработку бизнес-систем.

Из чего собираем отечественный контур

ERP-слой закрываем платформой «1С:ERP Управление предприятием» или, для холдингов со сложной консолидацией, связкой «1С» с отраслевыми решениями. MES-уровень – отдельный разговор: готовых зрелых российских MES под конкретное производство мало, поэтому часть цеховой логики мы дорабатываем под заказчика.

Инфраструктура – отечественные СУБД (Postgres Pro) и Linux-дистрибутивы из реестра Минцифры, чтобы система прошла требования по импортозамещению для КИИ. Опыт перевода критичных контуров на российский стек мы уже описывали на примере финансовых систем – в производстве принципы те же, но цена ошибки выше: остановка линии стоит дороже, чем недоступность отчёта.

Отдельно предупреждаем заказчиков про ИИ-функции. Вокруг GPT-4 и мультимодальных моделей много шума, но для производственного учёта это пока не замена детерминированной логике планирования. ИИ имеет смысл точечно – например, в прогнозе спроса, – а не как основа ERP.

Как устроен пилот

Мы не переписываем всё предприятие сразу. Пилот берёт один производственный передел или одну площадку и проводит её через полный цикл: от заказа до выпуска готовой продукции с расчётом себестоимости.

Что проверяем на пилоте:

  • Интеграции. Обмен с оборудованием, складом, бухгалтерией. Здесь чаще всего и всплывают сюрпризы.
  • Качество данных. Миграция справочников номенклатуры и спецификаций (BOM) обычно показывает, что в SAP накопились дубли и расхождения.
  • Производительность. Закрытие месяца и MRP-расчёт на реальных объёмах, а не на демо-данных.
  • Принятие людьми. Цеховой персонал и плановики должны работать в новой системе без саботажа.

Последний пункт критичен. Миграция – это нагрузка на ИТ-команду и ключевых пользователей на месяцы вперёд, и терять их посреди проекта нельзя. Как удерживать ИТ-специалистов в долгом проекте – отдельная управленческая задача, которую мы закладываем в план миграции с самого начала.

Вывод

Замещение SAP в производстве – это не разовая замена софта, а программа на 12–24 месяца, которую безопасно вести только итерациями. Пилот на одном переделе даёт честную оценку трудозатрат, вскрывает реальные интеграционные риски и даёт команде освоить инструмент до того, как от него зависит вся отгрузка завода. Начинать стоит сейчас: «замороженный» SAP работает, но запас прочности у него не бесконечный.