AXIONTАудит и анализ
Инвентаризация SAP-ландшафта: модули, расширения, отчёты, интеграции, пользователи, объём данных. Интервью с владельцами процессов и описание модели «как есть».
Результат: карта текущего контура и функциональных разрывовСтатьи / Переход с SAP на 1С:ERP: этапы, сроки и что меняется в…
Экспертная статья · ERP-миграция · ноябрь 2026
Переход с SAP на 1С:ERP: этапы, сроки и что меняется в учёте
Как сопоставить функциональность, выбрать стратегию миграции, перенести данные и подготовить сотрудников — без попытки заменить сложную систему одной кнопкой.
Отправная точка
Почему компании пересматривают SAP-ландшафт
Решение о переходе редко принимают только из-за названия системы. Обычно его подталкивают стоимость и условия поддержки, требования бизнеса и сложность развития текущего контура.
SAP может продолжать выполнять свои функции, но вопрос в другом: насколько предсказуемо компания может поддерживать, развивать и адаптировать систему к текущим требованиям?
Поддержка и обновления. В 2022 году SAP объявила о прекращении новых продаж в России, сворачивании облачных операций и намерении выйти из поддержки и обслуживания локальных продуктов. Компания отдельно указывала, что существующие on-premise-системы не перестают работать автоматически. Поэтому корректно оценивать не абстрактное «SAP отключили», а фактический договор, доступные обновления, поддержку и зависимость конкретного контура от внешних сервисов.
Знания и зависимость от специалистов. За годы эксплуатации в системе накапливаются настройки, расширения, интерфейсы и бизнес-правила. Если логика не задокументирована, часть критичных знаний может оказаться у нескольких сотрудников или подрядчиков.
Стоимость владения. Лицензии — лишь одна часть расходов. В расчёт входят инфраструктура, сопровождение, интеграции, доработки, компетенции команды и стоимость каждого изменения.
Переходы уже идут. Крупные компании публично объявляли о переводе части финансово-хозяйственного контура с SAP на 1С. Сроки в таких проектах измеряются годами, а объявление о старте — не сообщение о завершении. Ориентироваться стоит на собственную оценку объёма, а не на новостные заголовки.
ВажноПереход не должен быть реакцией на заголовок в новостях. Сначала нужно посчитать стоимость и риски сохранения текущего контура, затем — стоимость и риски целевой архитектуры.
SAP в 2022 году публично объявила о сворачивании операций в России. Конкретные последствия для компании зависят от её продукта, договора и схемы сопровождения.
Функциональная архитектура
Что из SAP на что переносится в контуре 1С
Сопоставление ниже — ориентир для обследования, а не готовая таблица замены лицензий. Итоговая архитектура зависит от процессов, масштаба, отрасли и интеграций.
| Блок SAP | Целевой контур на базе 1С | Что нужно проверить |
|---|---|---|
| SD — продажи и отгрузка | Продажи, заказы, отгрузка и взаиморасчёты в 1С:ERP; согласование договоров и документов — при необходимости в 1С:Документооборот. | Ценообразование, скидки, схемы продаж, возвраты, экспорт и обмен с клиентскими системами. |
| MM — закупки | Закупочная подсистема 1С:ERP; сложные маршруты согласования и документы могут дополняться 1С:Документооборотом. | Заявки, конкурсы, договорные условия, графики поставок, лимиты и взаимодействие с поставщиками. |
| MM — запасы и склад | Складской учёт в 1С:ERP; для сложной адресной логистики и управления складскими операциями может подключаться 1С:WMS. | Адресное хранение, партии, серии, маркировка, терминалы сбора данных и складское оборудование. |
| EWM — расширенное управление складом | Связка 1С:ERP и специализированной WMS — если типового складского контура недостаточно. | Сложность топологии склада, волновой отбор, задания, зоны, автоматизация и производительность. |
| PP — производство | Планирование и управление производством в 1С:ERP; при необходимости — дополнительные отраслевые решения. | Спецификации, маршруты, диспетчеризация, переделы, незавершённое производство и план-факт. |
| FI / CO — финансы и контроллинг | Регламентированный, финансовый и управленческий учёт в 1С:ERP; для сложной структуры группы рассматривается 1С:ERP Управление холдингом. | Учётная политика, центры финансовой ответственности, консолидация, внутригрупповые операции и МСФО. |
| Казначейство и бюджетирование | Функциональность 1С:ERP или 1С:ERP Управление холдингом — в зависимости от структуры группы и требований к казначейству. | Платёжный календарь, лимиты, заявки, согласование платежей и бюджетные модели. |
| BW — аналитика и отчётность | 1С:Аналитика и/или интеграция с корпоративной BI-платформой. | Модель данных, витрины, исторические показатели, скорость обновления и единые определения KPI. |
| SRM / Ariba — отношения с поставщиками | Закупочные процессы 1С и интеграции с корпоративными сервисами или отдельным решением для работы с поставщиками. | Портал поставщика, электронные торги, квалификация, каталоги, договоры и обмен документами. |
| TM — транспорт и логистика | Контур доставки и логистики 1С:ERP либо отдельная транспортная система с интеграцией. | Маршрутизация, тарифы, рейсы, перевозчики, контроль доставки и расчёт транспортных затрат. |
Название SAP-модуля не определяет, какой продукт 1С нужно купить. Сначала раскладывают модуль на процессы и сценарии, затем выбирают целевые подсистемы.
Одна часть функций может закрываться типовыми возможностями 1С:ERP, другая — настройкой, интеграцией или отраслевым решением. Иногда часть SAP-функций вообще не требуется переносить: бизнес-процесс можно упростить или отказаться от него.
Например, SAP FI/CO в компании с несколькими юридическими лицами и сложной консолидацией — это не только бухгалтерские проводки. Нужно отдельно проектировать управленческий учёт, финансовые аналитики, внутригрупповые операции и отчётность.
Функциональная карта создаётся по реальным сценариям предприятия. Это не универсальная таблица соответствия модулей.
Последовательность проекта
Пять этапов миграции — от обследования до устойчивой работы
Сам перенос данных — только один этап. Основная работа заключается в выборе целевой модели, согласовании правил и проверке, что новая система поддерживает реальные операции.
Стратегия миграции
Выбор целевых продуктов 1С, сценария перехода, очередности контуров и интеграций. Фиксация границ проекта, бюджета, ролей и критериев готовности.
Результат: целевая архитектура и план проектаПодготовка и перенос
Очистка НСИ, сопоставление справочников, подготовка остатков, открытых документов и истории в согласованном объёме. Контрольные сверки до и после загрузки.
Результат: проверенный набор данных для запускаТестирование и обучение
Сквозные сценарии: закупка, производство, склад, отгрузка, платежи, закрытие периода и отчётность. Обучение ключевых пользователей и подготовка рабочих инструкций.
Результат: подтверждённая готовность процессов и людейОпытная эксплуатация и поддержка
Переход по согласованному календарю, сопровождение пользователей, разбор инцидентов, сверка итогов и стабилизация системы после запуска.
Результат: закрытие периода и устойчивые операции в новом контуреКритическая точка
План переключения должен быть написан до переноса
В нём фиксируют дату и порядок остановки операций в старой системе, правила работы с документами в переходный период, владельцев сверок, контрольные остатки, допустимое время простоя и процедуру возврата к предыдущему состоянию, если критерии запуска не выполнены.
01ПериметрЧто и в какой очереди переходит.
02ОтветственныеКто подтверждает данные и результат.
03СверкаКакие контрольные цифры должны совпасть.
04Резервный планКак действовать при критическом сбое.
05СтабилизацияКогда новый контур считается устойчивым.
Данные и переходный период
Что чаще всего недооценивают до старта
Ошибки миграции редко ограничиваются загрузкой справочника. Чаще они связаны с тем, как данные формировались годами и как компания продолжает работать во время переключения.
Если перенести в новую систему старые противоречия без анализа, они не исчезнут. Они станут частью нового контура и будут влиять на расчёты, отчёты и работу пользователей.
НСИ и мастер-данные. Дубли контрагентов и номенклатуры, разные единицы измерения, неодинаковые правила ведения справочников. Нужны правила очистки, сопоставления и назначения владельцев данных.
История и открытые операции. Не всегда разумно переносить весь архив целиком. Для каждого типа данных выбирают объём, глубину истории, формат хранения и способ доступа к старой информации.
Параллельный учёт. Если разные подразделения временно работают в разных системах, регламент должен определять, где создаётся документ, какая система является источником итоговой цифры и как выполняется сверка.
Интеграции. Банк, ЭДО, кассы, WMS, транспортные сервисы, BI, производственное оборудование и корпоративные порталы требуют отдельного инвентарного списка и тестирования. Интерфейс, который работал с SAP, не обязательно можно просто подключить к 1С.
Обучение и управление изменениями. Нужны ключевые пользователи, инструкции под реальные роли, практические тренировки и доступная поддержка в первые недели.
Перенос данных — это правила качества, сопоставления и контрольные сверки, а не только выгрузка и загрузка файлов.
Примеры и сроки
Сколько длится переход — и почему нет одного ответа
Срок зависит от того, что именно заменяют: отдельный участок учёта, несколько функциональных блоков или весь корпоративный контур группы компаний.
Сравнивать сроки можно только при сопоставимом периметре. Замена одного блока регламентированного учёта и комплексная миграция группы с десятками интеграций — проекты разного масштаба.
Переход идёт этапами. В опубликованном кейсе ООО «Е.Кампани» замена SAP заняла три месяца — но это срок первого этапа, регламентированного и налогового учёта, а не всего проекта. Дальше шли замена Regulas и автоматизация взаимодействия с сервисными центрами, а работы в целом продолжались с июня 2022 по декабрь 2023 года.
Кейс Аксионта
3 мес.
замена SAP — первый этап
2022–2023
весь проект
ООО «Е.Кампани»: регламентированный и налоговый учёт вместо SAP, затем замена Regulas и автоматизация работы с сервисными центрами. 100 автоматизированных рабочих мест. Проект отмечен в конкурсе «1С:Проект года».
Масштаб имеет значение. Чем больше контуров, филиалов и одновременно работающих пользователей, тем длиннее переход и тем важнее порядок: сначала пилотный контур, затем поэтапная замена участков. Ориентироваться на чужой срок нельзя — он зависит от числа процессов, качества данных и объёма доработок.
У таких проектов разные периметры, команды и требования. Поэтому корректный график появляется после обследования: когда понятны процессы, объём данных, интеграции, ограничения по остановке бизнеса и готовность заказчика выделить владельцев решений.
Участие заказчика
Пять решений, которые нельзя полностью передать интегратору
Подрядчик отвечает за методологию, архитектуру и реализацию. Но правила бизнеса, приоритеты и критерии приемки должны быть подтверждены самой компанией.
Сильная команда проекта — это не только разработчики. В неё входят владельцы процессов и ключевые пользователи со стороны бизнеса.
1. Назначить руководителя проекта со стороны бизнеса. У него должны быть полномочия согласовывать решения и время на регулярную работу.
2. Назначить владельцев процессов и данных. Финансы, производство, закупки, склад, продажи и ИТ должны подтвердить целевую модель в своей зоне ответственности.
3. Утвердить приоритеты функциональных разрывов. Не каждую особенность старого SAP нужно воспроизводить. Важно решить, что критично, что можно закрыть типовым функционалом, а от чего лучше отказаться.
4. Определить правила переноса истории. Компания решает, какие документы и аналитики нужны в новой системе, что остаётся в архиве и как сотрудники будут получать исторические данные.
5. Принять критерии запуска. Не «система установлена», а «ключевые операции проходят, данные сверены, пользователи обучены, критичные интеграции работают, период можно закрыть».
Проверка готовности
Как понять, что компания готова к переходу
Перед стартом полезно проверить не только технологический ландшафт, но и готовность людей, данных и управленческих решений.
Есть владелец проекта
Назначен человек, который может согласовывать приоритеты, принимать решения и подключать руководителей функций.
Известно, что работает в SAP
Есть карта используемых модулей, доработок, отчётов, интерфейсов и критичных ежедневных сценариев.
Понятен объём переноса
Определены источники, владельцы НСИ, правила очистки, объём истории и контрольные остатки.
Есть варианты целевого контура
Понимаете, какие функции закроет 1С:ERP, где нужны дополнительные решения и какие интеграции сохраняются.
Команда заказчика выделена
Ключевые пользователи доступны для интервью, проектирования, тестирования и обучения коллег.
Понятно, зачем переходить
Есть бизнес-цели: снизить стоимость владения, упростить контур, повысить прозрачность учёта или обеспечить развитие процессов.
Если пока не всё готово — это не повод начинать с переноса данныхПервым этапом может стать обследование и подготовка: описание текущего ландшафта, разбор функциональных разрывов, оценка данных и выбор реалистичного сценария. Это снижает риск перепроектировать систему уже в середине проекта.
Подход AXIONT
Начать не с лицензий, а с карты перехода
У AXIONT есть отдельное направление перехода с SAP на 1С:ERP и инструменты аудита функциональных разрывов.
До оценки бюджета и календарного плана нужно понять, что именно переносится, какие процессы меняются, какие данные можно использовать и где целевая система потребует адаптации.
В рамках обследования рассматривают фактически используемые модули SAP, доработки, интеграции, отчётность, требования подразделений и состояние НСИ. Затем строят карту функциональных разрывов и определяют варианты закрытия: типовой функционал 1С, настройка, доработка, интеграция или пересмотр процесса.
На этой основе можно выбрать сценарий перехода, разделить проект на очереди, сформировать план-график и предварительную оценку ресурсов. Это не гарантирует отсутствие сложностей, но позволяет обсуждать риски и стоимость на основании фактов, а не предположений.
Что должно быть на выходе обследования
• карта текущего SAP-ландшафта и процессов;
• перечень доработок, интеграций и отчётов;
• матрица функциональных разрывов;
• целевая архитектура на базе продуктов 1С;
• стратегия миграции и очередность контуров;
• оценка рисков, ресурсов, сроков и бюджета.
Следующий шаг
Планируете переход с SAP на 1С:ERP?
Начните с оценки текущего ландшафта и функциональных разрывов. Это поможет понять, что действительно нужно переносить, какой состав решений потребуется и как выстроить проект без лишних доработок.
Источники и материалы
Публичные примеры и функциональные описания использованы для контекста. Сроки и результаты отдельных проектов не являются нормативом или гарантией для другого предприятия.
- SAP News Center — SAP Plans Russia Exit, 2022.
- CNews — крупной компании завершило переход с SAP на «1С», 25.09.2026.
- CNews — проект перехода крупной компании с SAP ERP 6.0 на 1С:ERP Управление холдингом, 11.09.2026.
- 1С — функциональные возможности 1С:ERP.
- AXIONT — услуга «Переход с SAP на 1С:ERP».
- AXIONT — аудит результатов перехода и анализ функциональных разрывов.