Топ-5 студий импортозамещения и legacy migration в 2026

Три основные причины: 1) уход вендоров с российского рынка (SAP, Oracle, Microsoft, VMware и многие другие приостановили обслуживание российских клиентов в 2022, прекратили продление лицензий и обновлений) — без миграции системы превращаются в legacy без поддержки; 2) требования регуляторов (для госсектора, объектов КИИ, банков обязательно использование реестрового отечественного ПО к определённым срокам); 3) экономическая целесообразность (российский стек обычно дешевле в TCO на 30–50 %). Откладывать миграцию опасно — со временем риски и расходы только растут.

Зависит от размера компании и сложности кастомизаций. Простая миграция небольшой компании (1 юрлицо, 1–2 модуля SAP, до 100 пользователей) — 4–8 месяцев и 5–15 млн ₽. Крупный холдинг (несколько юрлиц, 5–10 модулей SAP, 1000+ пользователей) — 12–24 месяца и 50–200 млн ₽. Главное время уходит не на разработку, а на бизнес-аналитику (описание процессов AS-IS и TO-BE), миграцию данных и переход. Сама разработка кастомизаций — 30–40 % проекта.

Это типовой сценарий для крупных корпораций. Подход: 1) на этапе аудита формируется реестр всех интеграций со стороны SAP (источник данных, направление обмена, объём, частота), 2) каждая интеграция переписывается под новую систему (1С:ERP) — обычно через ESB (шину данных), 3) интеграции переключаются поэтапно с возможностью отката, 4) после переключения всех интеграций SAP отключается. Бюджет на переделку интеграций — обычно 20–40 % бюджета всего проекта миграции.

Главные риски: 1) потеря или искажение данных при миграции — закрывается параллельной работой двух систем и обязательной сверкой контрольных сумм; 2) производительность новой системы хуже старой — закрывается нагрузочным тестированием на 50–100 % реальной нагрузки до запуска; 3) функциональные регрессии — закрывается полным набором UAT с пользователями заказчика; 4) сопротивление сотрудников новой системе — закрывается обучением и поддержкой первые 2–3 месяца после запуска; 5) срыв сроков — закрывается буферами и эскалациями.

Да, это рекомендуемая стратегия для крупных миграций. Подходы: 1) по юридическим лицам — сначала мигрирует одно юрлицо (пилот), затем остальные; 2) по бизнес-функциям — сначала финансы и учёт, потом производство, потом логистика; 3) по филиалам — сначала «головной» офис, потом регионы. Поэтапная миграция снижает риск, но увеличивает срок (на 30–50 %) и требует периода параллельной работы двух систем с двусторонней синхронизацией. Стратегия выбирается по результатам аудита и приоритетов бизнеса.

Базовый состав бюджета: 1) бизнес-аналитика и описание процессов (10–20 %), 2) проектирование новой системы и архитектуры миграции (10–15 %), 3) разработка кастомизаций (25–35 %), 4) миграция данных (15–25 %), 5) переписывание интеграций (15–25 %), 6) тестирование (10–15 %), 7) обучение пользователей и сопровождение перехода (5–10 %). Дополнительно — лицензии нового ПО (1С:ERP, Postgres Pro, Astra Linux), оборудование при необходимости, услуги внешнего аудита.

Уникальные кастомизации — главный аргумент в пользу долгого процесса аудита перед миграцией. Подход: 1) каждая кастомизация анализируется на предмет «всё ещё нужна» или «была актуальна 10 лет назад, сейчас не используется», 2) для реально нужных кастомизаций проектируется аналог в новой системе (часто упрощённый), 3) часть кастомизаций превращается в стандартные функции новой системы (отказ от кастома), 4) часть мигрирует «как есть» с переписыванием на новый стек. Хороший интегратор обычно сокращает объём кастомизаций на 30–60 % от исходного.