В марте SAP остановила новые продажи и приостановила поддержку облачных сервисов в России. Для сотен крупных предприятий это не абстрактная новость, а прямая угроза: ERP – это контур финансов, закупок, производства и логистики. Лицензии куплены, но обновления, патчи безопасности и развитие встали. Вопрос уже не «мигрировать ли», а «по какому сценарию и в каком темпе». Ниже – три рабочих пути и трезвая оценка их цены.

Сценарий 1: законсервировать и доработать своими силами

Самый дешёвый шаг на старте – заморозить текущую инсталляцию on-premise и снять зависимость от облака вендора. Система продолжает работать, обновления вы не получаете, но и платить за подписку не нужно. Это покупка времени, а не решение.

Риски накапливаются. Без патчей безопасности контур ERP постепенно становится уязвимым – особенно болезненно для тех, кто попадает под требования к объектам КИИ и запрет на иностранное ПО. Доработки силами штатной команды возможны, но SAP закрыта по архитектуре: вы латаете надстройки, а не ядро. Этот сценарий разумен на 6–12 месяцев как мост к полноценной миграции.

Сценарий 2: миграция на отечественную ERP

Зрелые российские платформы – «1С:ERP Управление предприятием», «Галактика ERP», «Турбо» – закрывают большинство типовых процессов: учёт, бюджетирование, MRP, кадры. Для дискретного и процессного производства встречаются пробелы в глубине отраслевого функционала SAP, но они закрываются заказной разработкой и интеграциями.

Главная ошибка – пытаться скопировать ландшафт SAP «один в один». Перенос накопленных за годы кастомизаций удваивает бюджет и сроки. Правильный путь – ревизия процессов, отказ от наследия, которым никто не пользуется, и проектирование целевой архитектуры с нуля, когда внедрение бизнес-систем начинается с обследования, а не с покупки лицензий. Реалистичный горизонт для крупного предприятия – 12–24 месяца с поэтапным запуском по контурам.

Сценарий 3: гибридная архитектура и собственная платформа

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

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

Что делать сейчас

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

Универсального ответа нет. Производству с тяжёлым APO один путь, дистрибуции с типовыми процессами – другой. Но откладывать решение опасно: чем дольше работает замороженный контур, тем выше технический долг и тем дороже выход из него. Окно для спокойной миграции открыто – но оно не бесконечно.