Миграция с SAP на 1С ERP 2026: матрица функционала, перенос ABAP, сроки
Гайд для CIO: переход с SAP R/3, ECC, S/4HANA на 1С:ERP. Матрица модулей, конвертация ABAP, миграция BW/BPC, blue-green переключение без простой, сроки 10-24 мес, бюджет.
SAP — система, на которой 15-20 лет держался учёт большинства крупных российских компаний. До 2022 года вопрос «как мигрировать с SAP» возникал только в контексте обновления версии — с ECC на S/4HANA. С 2022 года повестка сменилась: SAP ушёл из России, продление лицензий невозможно, поддержка остановлена. К началу 2026 года реальная задача российского CIO — не «обновить SAP», а «безопасно слезть с SAP за 12-24 месяца без потери бизнес-функционала».
Эта статья — для CIO и Programme Director, который ведёт или планирует программу миграции SAP. Внутри: матрица функционального соответствия между модулями SAP и 1С:ERP, методология работы с ABAP-кодом, сценарии миграции SAP BW и BPC, blue-green переключение без простой, реалистичные сроки и бюджеты, типовые ошибки.
Почему 1С:ERP, а не другие отечественные ERP
В реестре Минцифры есть несколько ERP-систем — 1С:ERP, Турбо ERP, Галактика ERP, Парус ERP, Капитал. В 95% реальных миграционных проектов с SAP выбор сводится к 1С:ERP. Три причины.
Первая — функциональный паритет. 1С:ERP в редакциях 2.5 и старше покрывает 85-95% функций SAP ECC по основным модулям: финансы, учёт затрат, MM (закупки и материалы), SD (продажи), HR, PP (производство). Остальные отечественные ERP покрывают 50-70% — что годится для среднего бизнеса, но не для замены SAP в крупной компании.
Вторая — экосистема и подрядчики. На российском рынке около 800 крупных франчайзи 1С с компетенциями ERP-миграции, тогда как по другим ERP — единицы поставщиков. Это критично для длительных программ: вы не зависите от одного подрядчика, можете заменить команду без потери проекта.
Третья — стек интеграций. 1С:ERP штатно интегрируется с 1С:Документооборот, 1С:Управление холдингом, 1С:Зарплата и кадры, а также через 1С:ИНТЕГРАЦИЯ с большинством банков, биллинговых систем и СЭД. У других отечественных ERP интеграции дописываются под проект — это добавляет 20-40% к бюджету.
Матрица функционального соответствия SAP → 1С:ERP
Ниже — карта на 2026 год по нашему опыту миграционных проектов. «Паритет» — насколько функционал переносится без переделок бизнес-процесса.
| Модуль SAP | Аналог в 1С:ERP | Паритет | Особенности |
|---|---|---|---|
| FI (Финансы) | Бухгалтерский и налоговый учёт | 90-95% | Полный паритет по РСБУ. МСФО — отдельный модуль 1С:Управление холдингом |
| CO (Учёт затрат) | Учёт затрат и расчёт себестоимости | 85-90% | Сложные иерархии CO-PA пересобираются |
| MM (Закупки и материалы) | Закупки + Управление запасами | 90-95% | Полный паритет |
| SD (Продажи и сбыт) | Продажи и Управление взаимоотношениями с клиентами | 85-90% | Сложные ценовые схемы SAP переписываются |
| PP (Производство) | Производство (типовые сценарии) | 75-85% | APO/PP/DS — отдельная программа, паритет средний |
| HR (Кадры) | 1С:Зарплата и управление персоналом КОРП | 90-95% | Российская специфика покрывается лучше SAP |
| FI-AA (Основные средства) | Учёт основных средств | 95% | Полный паритет |
| TR (Казначейство) | 1С:Управление холдингом, модуль Казначейство | 80-90% | Сложные деривативы — кастомизация |
| BW (Хранилище данных) | 1С:Аналитика + Visiology / Luxms | 70-85% | Пересборка кубов, см. отдельный раздел |
| BPC (Планирование и консолидация) | 1С:Управление холдингом, Optimacros | 75-85% | Сложные сценарии — параллельно специализированный продукт |
| Отраслевые надстройки (IS-Oil, IS-Retail) | Отраслевые конфигурации 1С | 60-80% | Часть функций — кастомизация |
Главная ловушка матрицы — паритет 90% не означает «работает 90% времени без проблем». 10% непокрытых функций могут быть критичными для одного бизнес-процесса (например, специфическая ценовая схема с многомерными скидками). Предпроектное обследование должно идти от бизнес-сценариев, а не от модулей: пройти 30-50 ключевых сквозных процессов и проверить, что каждый закрывается в 1С.
ABAP-код: четыре категории и реальная конверсия
ABAP — собственный язык SAP, на котором написана вся кастомизация в типичной российской компании на SAP. За 10-15 лет в среднем накапливается 200-500 тысяч строк кастомного ABAP. Что с этим делать при миграции — главный технический вопрос программы.
Стандартная методология — разделить кодовую базу на четыре категории.
Категория 1: типовой функционал (30-40% строк). Код, который повторяет стандартные операции SAP, реализуемые из коробки и в 1С:ERP. Примеры: типовые отчёты по остаткам и оборотам, стандартные формы документов, базовые валидации. Этот код в 1С не нужен — функционал есть. На этапе предпроектного обследования он анализируется и помечается как «не мигрируем».
Категория 2: расчётная логика и алгоритмы (20-30%). Кастомные расчёты себестоимости, специфические формулы начисления премий, отраслевые алгоритмы. Переписывается на встроенный язык 1С (русскоязычный) с использованием полуавтоматических конвертеров (например, Cetus, или собственные разработки франчайзи) и ручной адаптации. Реальный коэффициент автоматизации — 40-60% по строкам, остальное руками. Это самая трудоёмкая категория — 50-60% бюджета работ с кодом.
Категория 3: отчёты и формы (20-30%). Кастомные отчёты в ALV-формате, сложные печатные формы. Пересобирается в системе компоновки данных 1С (СКД) или во внешней BI-платформе. Логика переписывается, верстка делается заново.
Категория 4: интеграционный код (10-20%). RFC, IDoc, BAPI-вызовы между SAP и смежными системами. Полностью переписывается под архитектуру 1С: REST API через 1С:ИНТЕГРАЦИЯ или Apache Kafka для асинхронного обмена. Стоимость переписывания зависит от количества интеграций — в среднем 0.5-1.5 человеко-месяца на одну интеграцию.
| Категория | Доля кода | Что делаем | Стоимость, человеко-мес |
|---|---|---|---|
| Типовой функционал | 30-40% | Не мигрируем | 0.2-0.5 (анализ) |
| Расчётная логика | 20-30% | Конвертер + ручная адаптация | 6-15 |
| Отчёты и формы | 20-30% | Пересборка в СКД / BI | 3-8 |
| Интеграции | 10-20% | Переписывание под REST/Kafka | 2-5 |
Миграция SAP BW и BPC: два сценария
SAP BW — корпоративное хранилище данных, BPC — планирование и консолидация. Это две системы, которые ставят CIO больше всего вопросов на этапе планирования программы. Подходы зависят от того, как BW и BPC использовались.
Сценарий A: BW как отчётный слой над SAP ECC. Если BW использовался преимущественно для отчётности по данным SAP (без сложной мультисорсной интеграции), функционал переносится в 1С:Аналитика — модуль анализа данных внутри 1С:ERP. Пересобираются кубы, измерения, иерархии. Срок — 3-6 месяцев параллельно основной миграции. Бюджет — 5-15 млн рублей. Подходит для большинства средних компаний.
Сценарий B: BW как корпоративное хранилище из множества источников. Если BW собирал данные из SAP + CRM + WMS + внешних источников, и аналитика покрывала весь enterprise, BW переносится во внешнюю BI-платформу с собственным хранилищем. Стандартные варианты — Visiology (продвинутая аналитика, OLAP), Luxms BI (промышленная BI), Yandex DataLens (облачная, для холдинговых структур), FineBI. Витрины пересобираются в новом инструменте с подключением к 1С:ERP, smaller systems и DWH на Greenplum или Postgres Pro Enterprise. Срок — 6-12 месяцев. Бюджет — 15-50 млн рублей. Подходит для крупных компаний с гетерогенной аналитикой.
BPC аналогично переносится либо в 1С:Управление холдингом (если использовался для финансовой консолидации), либо в специализированный продукт планирования (Optimacros, Knowledge Space, Bipoint). Сложные модели многомерного планирования с триггерами и каскадными расчётами — кейс для Optimacros или Knowledge Space.
Blue-green переключение без простой: 6 этапов
Big-bang (переключение в одну ночь) для крупной компании с SAP — это рулетка с шансом провала 30-40%. Стандарт на 2026 год — blue-green переключение с двойная запись на 2-8 недель.
Этап 1. Запуск 1С:ERP в параметрированном режиме (2-3 недели). Целевая модель данных и бизнес-процессов уже настроена. Реальных пользователей нет. Команда тестирует на синтетических данных.
Этап 2. Миграция исторических данных (1-2 недели). Остатки на дату переключение, незавершённые документы, справочники. ETL-процесс с верификацией: сверка контрольных сумм и выборочного аудита по 100% таблиц.
Этап 3. Запуск двойная запись (старт периода blue-green, 1 неделя на стабилизацию). Все новые операции записываются и в SAP, и в 1С через интеграционную шину. Пользователи продолжают работать в SAP.
Этап 4. Параллельное использование (2-6 недель). Группы пользователей по подразделениям переводятся в 1С. Команда сверки в реальном времени сравнивает данные SAP и 1С, ловит расхождения. Цель — расхождение менее 0.1% по ключевым справочникам и оборотам.
Этап 5. Полный переход и отключение SAP (1 неделя). Все пользователи в 1С. SAP остаётся read-only для исторических справок. двойная запись выключается.
Этап 6. SLA-сопровождение (3-6 месяцев). SLA P1 < 4 часа, P2 < 24 часа. Команда миграции остаётся на сопровождении первые 3-6 месяцев — это критично для разрешения нестандартных кейсов, которые всплывают только на полной нагрузке.
Типовые ошибки в миграционных проектах SAP → 1С
Ошибка 1: «Перепрошить всё как было». Попытка реализовать в 1С все 15 лет кастомизаций SAP без их пересмотра. Удваивает бюджет и часто заканчивается отказом от программы. Предпроектное обследование должно пересматривать кастомизации: 30-40% не нужны, ещё 20-30% упрощаются под стандартный функционал 1С.
Ошибка 2: Игнорирование интеграций. В план включены только основные модули, интеграционный слой — «потом». Реальный объём работ по интеграциям — 15-20% бюджета. Без аудита и плана интеграций программа удваивается по сроку.
Ошибка 3: Поздний старт обучения пользователей. Обучение запускают за 2-4 недели до переключение. Результат — массовое сопротивление и параллельное ведение бумаги. Обучение должно стартовать за 3-6 месяцев до переключение с использованием обучающей среды 1С.
Ошибка 4: Отсутствие сверки данных по 100% таблиц. Сверяют только справочники, опуская транзакционные данные. На третьем месяце эксплуатации обнаруживается расхождение оборотов в 2-5%, бизнес-заказчик теряет доверие к 1С. Стандарт — checksum + sample audit по 100% таблиц с допуском менее 0.1%.
Ошибка 5: Отсутствие Programme Director. Программа разбивается на 5-8 параллельных потоков, каждый ведёт своя команда. Без единой архитектурной точки потоки расходятся: разные подходы к классификаторам, разный уровень детализации, разные методологии сверки. Programme Director — единая точка ответственности за всю программу на 1-3 года.
Подробный разбор сценариев миграции отдельных классов ПО — см. наши pillar-материалы: миграция с Oracle на Postgres Pro, замена Active Directory, реестр Минцифры 2026. По комплексной программе — план импортозамещения 2026-2028.
FAQ о миграция с SAP
Можно ли мигрировать с SAP на 1С ERP без потери функционала?
В большинстве случаев — да, с оговорками. Базовый функционал SAP ECC (финансы, учёт затрат, MM, SD, HR) переносится в 1С:ERP с паритетом 85-95%. Основные потери возникают в трёх зонах: 1) Тяжёлые отраслевые надстройки SAP (нефтегаз, ритейл, телеком) — часть функций придётся реализовать как кастомизацию 1С либо принять упрощение процесса. 2) Сложные расчёты в ABAP — 60-80% автоматически конвертируется в код 1С, 20-40% переписывается руками. 3) Глубокая интеграция с SAP BW/BPC и Power BI — пересборка моделей в 1С:Аналитика или Visiology. План миграции должен фиксировать целевую функциональность, а не зеркальное воспроизведение легаси: 30-40% кастомизаций при правильном анализе оказываются не нужны.
Сколько занимает миграция с SAP на 1С ERP?
Срок зависит от размера ландшафта и глубины кастомизации. Стандартный SAP ECC с типовой настройкой и 500-1500 пользователями — 10-14 месяцев. SAP ECC с глубокой кастомизацией ABAP и сложной отчётностью BW — 14-20 месяцев. SAP S/4HANA с тяжёлым отраслевым решением — 18-24 месяца. Программа состоит из этапов: миграционный аудит (4-6 недель), параметрирование 1С под целевую модель (2-4 месяца), перенос данных и кода (4-8 месяцев), параллельный запуск и сверка (2-3 месяца), переключение и SLA-сопровождение (1-2 месяца). На крупных компаниях программа разбивается на квартальные волны по модулям, а не идёт одним big-bang.
Сколько стоит миграция с SAP на 1С ERP?
Реальные диапазоны на 2026 год: для компании 500-1500 человек с типовым SAP ECC — 30-60 млн рублей. Для компании 1500-5000 человек со средней кастомизацией — 60-120 млн рублей. Для компании 5000+ человек с тяжёлым SAP и глубокой кастомизацией — 120-300 млн рублей. Структура бюджета: лицензии 1С:ERP — 15-25%, перенос данных и конвертация ABAP — 35-45%, реинжиниринг процессов и параметрирование — 20-25%, интеграции с смежными системами — 10-15%, обучение и сопровождение — 5-10%. К этому добавляются лицензии Postgres Pro (если миграция Oracle идёт параллельно) и затраты на Programme Director. Стоимость уточняется по итогам миграционного аудита — без аудита диапазон ±50%.
Что происходит с ABAP-кодом при миграции?
ABAP-код анализируется на этапе предпроектного обследования и категоризируется на четыре группы. Первая — стандартный код, повторяющий типовой функционал SAP (около 30-40% кодовой базы) — выбрасывается, потому что в 1С:ERP этот функционал уже есть из коробки. Вторая — расчётная логика и алгоритмы (20-30%) — переписывается на язык 1С с использованием полуавтоматических конвертеров и ручной адаптации. Третья — отчёты и формы (20-30%) — пересобирается в системе компоновки данных 1С или внешних BI. Четвёртая — интеграционный код RFC, IDoc, BAPI (10-20%) — переписывается на REST/SOAP-интеграцию через шину 1С. Полностью автоматическая конвертация невозможна: ABAP и язык 1С — разные парадигмы. Реальный коэффициент автоматизации — 60-80% строк, остальное руками.
Как мигрировать SAP BW и BPC?
SAP BW — это OLAP-хранилище и BI-витрина SAP. SAP BPC — приложение для планирования и консолидации. При миграции с SAP на 1С возможны два сценария. Сценарий 1: BW-функционал переносится в 1С:Аналитика (модуль анализа данных внутри 1С:ERP) с пересборкой кубов и витрин. Подходит для компаний, где BW использовался преимущественно для отчётности по данным SAP ECC. Сценарий 2: BW-функционал переносится во внешнюю BI-платформу (Visiology, Luxms BI, Yandex DataLens) с витриной поверх 1С:ERP и других источников. Подходит для компаний с гетерогенной аналитикой, где данные собираются из 5-10 систем. Аналогично BPC переносится либо в 1С:Управление холдингом, либо в специализированный модуль планирования (Optimacros, Knowledge Space). Срок пересборки BW — 4-8 месяцев параллельно основной миграции.
Что такое blue-green переключение и зачем он при миграции SAP?
Blue-green переключение — это стратегия переключения, при которой старая (blue, SAP) и новая (green, 1С) системы работают параллельно с двусторонним обменом данными в течение 2-8 недель. Пользователи постепенно переводятся с blue на green по группам или по подразделениям. Преимущества по сравнению с big-bang (переход в одну ночь): 1) При выявлении проблемы в green можно временно вернуть пользователей в blue без катастрофы. 2) Команда сверки в реальном времени сравнивает данные blue и green, ловит расхождения до того, как они влияют на бизнес. 3) Бизнес-процессы не останавливаются — отчётность для регулятора и контрагентов идёт без пропуска. Стоимость blue-green — это 5-10% к бюджету миграции (двойная инфраструктура и команда двойная запись), но риск программы снижается в разы. Для критичных систем (финансы, склад, продажи) blue-green — это стандарт, big-bang допустим только для второстепенных систем.
Можно ли разбить миграцию на этапы и не переходить целиком сразу?
Да, и для крупных компаний это единственный реалистичный сценарий. Стандартное разбиение программы на 3-4 волны. Волна 1 (4-6 месяцев): HR и расчёт зарплаты + базовый учёт основных средств. Это «лёгкие» модули, на них команда отрабатывает методологию. Волна 2 (4-6 месяцев): финансы, учёт затрат, основной документооборот. Волна 3 (4-6 месяцев): закупки, склад, продажи. Волна 4 (3-4 месяца): отчётность, BI, интеграции. Между волнами — 1-2 месяца стабилизации и обучения. В каждой волне SAP и 1С работают параллельно, постепенно SAP-модули отключаются. Преимущество — программа разбита на оплачиваемые этапы с приёмкой, риск каждого этапа управляем. Недостаток — общий срок программы увеличивается на 20-30% по сравнению с big-bang, но это компенсируется снижением риска.