Замена SAP на отечественную ERP: как компании проходят переход и что это стоит

Реальные примеры миграции с SAP на российские ERP-системы, сроки и стоимость переходов, основные сложности и как их избежать при замене иностранного ПО

ERP
Замена SAP на отечественную ERP: как компании проходят переход и что это стоит
• 11 мин чтения

Весной 2022 года SAP объявил об уходе с российского рынка и остановил продление лицензий и техническую поддержку для новых контрактов. Многие компании ещё год-два работали на старой версии «по инерции»: система не ломалась мгновенно, просто переставала обновляться, а доступ к патчам безопасности и консультантам вендора исчезал. К 2025 году у большинства таких компаний накопился один и тот же набор проблем: нет обновлений под новые требования законодательства, нет поддержки при сбоях, а найти специалиста по SAP на рынке труда стало дороже, чем сама лицензия когда-то.

По оценкам участников рынка интеграции ERP, озвученным в отраслевых обзорах 2024–2025 годов, порядка трети компаний, ранее работавших на SAP, уже перешли на российские решения или находятся в процессе перехода — точных единых данных по всему рынку нет, оценки у разных интеграторов отличаются. Для значимых объектов критической информационной инфраструктуры переход не вопрос выбора: указ президента РФ №166 от 30.03.2022 запретил закупку иностранного программного обеспечения для таких объектов, и с 1 января 2025 года требование распространяется и на уже работающие системы.

Разберём, куда уходят компании с SAP, какие есть варианты и сколько стоит перенос учётной системы.

Что останавливает компании на старом SAP

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

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

Куда переходят вместо SAP

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

Система Для какого бизнеса обычно берут Особенность Лицензии, ориентировочно
1С:ERP Производство, торговля, холдинги Самая широкая сеть партнёров-внедренцев и готовых отраслевых конфигураций от нескольких сотен тысяч ₽ за старт, далее по числу пользователей
Галактика ERP Крупные промышленные предприятия, в том числе ОПК Долгая история внедрений на производстве, закрытый контур индивидуальный расчёт у вендора
Компас Малый и средний бизнес Быстрый старт без глубокой кастомизации от десятков тысяч ₽ за рабочее место
Парус Госсектор, бюджетные организации Исторически сильные позиции в госзаказе индивидуальный расчёт
Odoo (адаптация под процессы заказчика) Бизнес с нетиповыми процессами, которые не укладываются в готовую коробку Открытый код: разработка под реальные процессы вместо подгонки процессов под чужую логику зависит от объёма доработки, лицензий на само ядро нет

Выбор между коробкой и разработкой под себя зависит от того, насколько процессы компании типовые. Если учёт, документооборот и отчётность близки к стандартным, коробочное решение внедряется быстрее и дешевле на старте. Если бизнес завязан на специфику, которую придётся ломать под чужую логику (нестандартная логистика, собственная система мотивации сотрудников, нетиповой документооборот), выгоднее собрать систему вокруг реальных процессов, а не наоборот.

У нас в практике есть пример именно такого подхода: для транспортной компании TransLogix мы собрали ERP, которая объединила мониторинг автопарка через ГЛОНАСС, документооборот, финансы и расчёт мотивации водителей в одном контуре. До этого данные были размазаны между системой мониторинга, Excel, 1С и мессенджерами: руководство не видело картину целиком, а KPI считались вручную и с ошибками. Платформу построили под роли бизнеса: директор видит аналитику, диспетчер — рейсы и загрузку, бухгалтерия — документы и расчёты, при этом все работают в одном контуре данных, а не в наборе разрозненных инструментов.

Что происходит во время переноса

Переход с SAP редко сводится к «поставили новую программу». Реальный процесс состоит из нескольких слоёв работы, и именно их недооценка срывает сроки у компаний, которые решили перейти своими силами.

Выгрузка и очистка данных. В SAP годами накапливаются дублирующиеся контрагенты, незакрытые документы, устаревшие справочники. Перенести это «как есть» в новую систему — значит перенести и весь мусор. Качественная миграция начинается с ревизии данных, а не с технической выгрузки.

Перестройка интеграций. SAP у крупных компаний обычно связан с кассовым оборудованием, банк-клиентами, системами маркировки. Для розницы и производства это означает повторную настройку обмена с Честным Знаком и, если есть алкогольная продукция, с ЕГАИС: каждая дата отгрузки и каждая операция в системе маркировки должны фиксироваться синхронно с движением товара в новой ERP, иначе возникают расхождения, которые потом разбирает бухгалтерия вручную.

Перенос персональных данных сотрудников и клиентов. ERP хранит не только товарные остатки, но и личные дела сотрудников, контакты контрагентов, иногда данные клиентов из программ лояльности. При переносе такого массива данных между системами нужно проверить, соответствует ли новый контур требованиям 152-ФЗ «О персональных данных»: где физически хранятся данные, кто имеет к ним доступ, предусмотрено ли согласие на обработку для новых сценариев использования. За нарушения отвечает компания, а не подрядчик, который делал миграцию.

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

Сколько стоит переход и сколько он длится

Разброс в стоимости перехода огромный: от небольшой коробочной 1С для среднего склада до многомиллионного проекта для холдинга с десятками юрлиц. Но есть несколько ориентиров, на которые можно опираться при планировании бюджета.

Один из наших клиентов в производственной сфере, выбирая между внедрением системы маркировки на базе 1С и на открытой платформе, получил такую картину: реализация маркировки на 1С оценивалась в 9–11 млн рублей, аналогичная функциональность на открытой платформе — в 2,2 млн рублей, при этом сама лицензия 1С ERP обходилась ещё примерно в 1,5 млн рублей, плюс отдельная оплата за каждую дополнительную пользовательскую лицензию. Разница в разы объясняется не тем, что открытая платформа хуже, а тем, что в её стоимость не закладывается лицензионная модель вендора, и платишь только за разработку конкретных функций.

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

У нас разработка CRM и ERP-систем под задачи заказчика стартует от 500 000 ₽, срок — от 2 месяцев. Это стартовая цена именно под индивидуальную разработку конкретного набора модулей — итоговая сумма и срок фиксируются в договоре после разбора задач и утверждения технического задания, и напрямую зависят от количества интеграций (кассы, банки, маркировка, склад) и объёма данных для переноса.

Этап работы Что входит Что не входит
Разбор процессов и ТЗ Описание текущих процессов, список интеграций, фиксация объёма переносимых данных Сами серверы и лицензии — их оплачивает заказчик напрямую
Разработка и настройка Модули под конкретные процессы, еженедельные демо хода работы Доработки сверх согласованного ТЗ — оформляются отдельным соглашением
Перенос данных Выгрузка, очистка дублей, загрузка в новый контур с тестовым прогоном Юридическая проверка соответствия 152-ФЗ — это зона ответственности заказчика как оператора данных
Запуск и приёмка Акт приёма-передачи, гарантия на обнаруженные ошибки Обучение всех сотрудников «с нуля» — обычно отдельная договорённость

После запуска система не остаётся без присмотра сама по себе: мы предлагаем три тарифа поддержки — от 25 000 ₽ в месяц за 10 часов работ до 85 000 ₽ за 40 часов, с переносом неизрасходованных часов на следующий месяц и временем реакции от двух часов до суток в зависимости от тарифа. Мониторинг доступности и резервное копирование часы тарифа не расходуют — это отдельная строка, которая идёт постоянно, независимо от того, сколько часов ушло на доработки.

Частые вопросы

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

Что нужно от нас на старте, если мы решим переходить? Доступ к текущей базе SAP или выгрузки из неё, список действующих интеграций (кассы, банк-клиенты, системы маркировки), контакт ответственного сотрудника, который знает реальные процессы компании: часто именно он, а не формальное техзадание, становится главным источником информации на старте проекта.

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

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

Что будет с данными сотрудников и клиентов при переносе? Это зона ответственности компании как оператора персональных данных по 152-ФЗ, а не только технический вопрос. Перед переносом стоит проверить, где физически будут храниться данные в новой системе и кто получит к ним доступ: подрядчик может настроить техническую часть, но за соответствие требованиям закона отвечает заказчик.

Если у вас на руках SAP без поддержки и вы прикидываете, что с этим делать, опишите нам текущие процессы и список интеграций в Telegram @alexnc_ai, и мы покажем, что из этого можно перенести без лишних затрат, а что потребует разработки с нуля.

Нужен не просто разбор, а решение под ваш процесс?

Ответим в течение 15 минут.