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

Весной 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, и мы покажем, что из этого можно перенести без лишних затрат, а что потребует разработки с нуля.
