Как перейти с SAP или Oracle на отечественную ERP: этапы, риски и сроки миграции

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

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

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

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

Главный, но не единственный драйвер перехода — импортозамещение. Компании двигаются к российской ERP, когда растет зависимость от зарубежного вендора, усложняется поддержка текущего стека или появляется риск потерять управляемость ИТ-ландшафта. Зависимость от вендора (vendor lock-in) — это ситуация, когда стоимость и сложность ухода от поставщика становятся слишком высокими.

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

Откладывать переход рискованно в пяти случаях:

Когда переход откладывают на несколько кварталов подряд, диагностика и проектирование нередко сменяются аварийным режимом замены после отказа поддержки. Этот сценарий дороже и рискованнее планового.

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

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

TCO (совокупная стоимость владения) включает не только лицензии, но и внедрение, сопровождение, доработки, обучение и поддержку изменений. ROI в миграции нельзя считать в отрыве от операционного эффекта: иногда проект окупается не сокращением затрат, а снижением зависимости от поставщика и ростом управляемости.

Чек-лист вопросов вендору или интегратору:

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

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

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

Запуск идет по семи шагам:

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

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

Частая ошибка — ожидание, что миграция сама исправит старые проблемы. Если процесс закупки был плохо выстроен в SAP, в новой ERP он не станет лучше от самого факта переноса.

Подготовка к проекту включает шесть пунктов:

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

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

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

В России переход на отечественную ERP осложняют требования к отечественному ПО, регуляторика и локальная ИТ-экосистема. Для многих компаний проверка начинается с наличия решения в реестре отечественного ПО. Дальше идут требования 152-ФЗ (закон о персональных данных) и, для соответствующих систем, требования ФСТЭК. Для госкорпораций и критической инфраструктуры это условие допуска системы к внедрению.

Ориентирами рынка часто выступают 1С:ERP, Галактика ERP и Парус. Конечно, это не весь список, выбор зависит от того, насколько система вписывается в процессы компании, требования ИБ и существующий стек.

Особенность российского перехода в том, что стек импортозамещения редко ограничивается одной ERP. Вместе с ERP заменяются шины, BI, DWH, ОС, СУБД, облако, иногда и средства ИБ. Оценка только по ERP дает неполную картину; оценка по всему стеку делает проект дороже на бумаге, но точнее в действительности.

Уровень 2. Интеграция

Уровень 3. Данные и аналитика

Уровень 4. Инфраструктура

Уровень 5. Информационная безопасность

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

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

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

Сколько стоит миграция с SAP или Oracle на отечественную ERP? Единой цены нет, стоимость зависит от масштаба компании, числа интеграций, объема доработок и готовности данных. Ориентир формируется после диагностики процессов, точную оценку дают на этапе проектирования.

Как долго длится переход на отечественную ERP? Для небольшого бизнеса — месяцы, для крупной компании с несколькими юрлицами и тяжелыми интеграциями — дольше года. Срок зависит от масштаба, числа систем, глубины доработок и готовности данных.

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

Как избежать зависимости от вендора при выборе отечественной ERP? Проверяют наличие открытых интеграций, доступ к документации, права на доработки и наличие нескольких команд, способных сопровождать систему. Чем прозрачнее архитектура, тем ниже риск привязки к одному исполнителю.

Какие процессы переносят в первую очередь? Начинают с процессов, которые нельзя останавливать и которые проще измерить: финансовый учет, закупки, склад. Запуск пилота на одном участке дает базу для оценки эффекта до масштабирования.

Чем миграция с SAP отличается от миграции с Oracle? Логика проекта общая, различия — в структуре данных, форматах интеграций и составе доработок. И в том, и в другом случае объем работ определяет диагностика процессов и данных, а не исходная платформа.