Переход с SAP на 1С:ERP: этапы, сроки и что меняется в учёте

Что из SAP на что меняется, из каких шагов состоит проект, какие решения нужны от заказчика и что обычно всплывает уже в ходе работ

Ниже — то, что мы видим в таких проектах: последовательность работ, точки, где обычно теряется время, и решения, которые лучше принять до старта.

Почему вопрос вообще встаёт

Переход с SAP — проект на год и больше, и решение по нему принимают один раз. Ниже — как он устроен по шагам: что из SAP на что меняется, в каком порядке идут работы, какие решения нужны от заказчика и где обычно теряется время.

Поддержка и законодательство. Работающий контур можно поддерживать своими силами или подрядчиком. Но отчётность, налоговый учёт, ЭДО и маркировка меняются постоянно, и каждое изменение нужно реализовать внутри системы: раньше это приходило обновлением от вендора, теперь — отдельной работой разработчиков со своим сроком и ценой.

Люди. Знание конкретной конфигурации жило в головах двух-трёх человек: чем закончилась последняя доработка, почему отчёт считается именно так, что нельзя трогать перед закрытием периода. Когда такой специалист уходит, разбираться приходится заново.

Стоимость владения. Лицензии, плата за поддержку и её продление, инфраструктура, доработки, сопровождение, интеграции — после ухода вендора часть этих расходов не даёт того, что давала раньше.

Поэтому вопрос редко звучит как «нам нужен 1С:ERP» — чаще «мы платим за систему, которая всё меньше отвечает требованиям». Миграция в отрасли идёт: в сентябре 2026 года о старте перехода с SAP на российский ERP-контур сообщила «Россети Урал» (CNews, TAdviser).

Что из SAP на что меняется

Отправной точкой может быть почти любая модификация SAP — от S/4HANA и SAP ERP (ECC) до отдельных модулей MM, SD, EWM, TM, PP, FI/CO, BW, SRM (Ariba). Соответствие определяется не названием модуля, а процессами внутри него.

| Блок SAP | Чем закрывается в 1С |

|---|---|

| SD — продажи и отгрузка | 1С:ERP + 1С:Документооборот |

| Розничные продажи | 1С:Розница |

| MM — управление закупками | 1С:ERP + 1С:Документооборот |

| MM — складской учёт и запасы | 1С:ERP |

| EWM — склад и управление запасами | 1С:ERP + 1С:WMS |

| PP — управление производством | Контур производства в 1С:ERP |

| Плановая себестоимость | Фактическая себестоимость в 1С:ERP |

| TM — транспорт | 1С:ERP + 1С:Управление транспортом |

| SRM (Ariba) и корпоративные закупки | Контур корпоративных закупок, 1С:Управление холдингом |

| FI и CO | 1С:Управление холдингом + 1С:Аналитика |

| Казначейство в FI | 1С:ERP или 1С:Управление холдингом |

| Бюджетирование | 1С:ERP |

| BW — аналитическая отчётность | 1С:Аналитика |

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

Пять шагов миграции

1. Аудит и анализ. Инвентаризация ландшафта: какие модули реально используются, какие доработки сделаны и зачем, какие отчёты открывают каждый день. Параллельно — интервью с бизнесом и карта процессов «как есть». Результат — понимание, что переносим как есть, а что перепроектируем.

2. Стратегия миграции. Целевая архитектура: какие продукты нужны (1С:ERP, 1С:Управление холдингом, 1С:Документооборот, 1С:WMS, 1С:Аналитика), сколько контуров и юрлиц, что делаем с интеграциями. Здесь же — план-график, бюджет и требования к данным. Пока шаг не закрыт, начинать перенос бессмысленно.

3. Перенос данных. Справочники и НСИ, остатки, открытые документы, история — в согласованном объёме: заранее решаем, что переносится исторически, что только остатками на дату, а что заводится заново. Проверка — сверка по контрольным примерам до и после загрузки.

4. Тестирование и обучение. Проверка на реальных сценариях: закрытие периода, расчёт себестоимости, отгрузка, закупка. Здесь же обучение сотрудников и пробное закрытие месяца — ошибка на этом шаге дешевле ошибки в первый день промышленной работы.

5. Запуск и поддержка. Опытно-промышленная эксплуатация, сопровождение проведения документов и закрытия периода, разбор замечаний, доработка по факту. Шаг заканчивается не датой запуска, а моментом, когда период закрывается без ручных операций.

Как это выглядит на практике

В материалах «Аксионта» описан проект федеральной сети общественного питания: больше тысячи ресторанов по франшизе и около восьмидесяти собственных. Система-источник — западная ERP Oracle JD Edwards: это не SAP, но задача та же — перевод на 1С:ERP без остановки бизнеса. Название заказчика в статье не приводим без его согласия.

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

Что сделали и что получилось. Перешли на 1С:ERP Управление предприятием 2.5 с модулем 1С:Общепит, перенесли справочники и остатки; по блокам регламентированного учёта и казначейства реализована высокая степень доработок. Из восьми информационных систем осталось четыре, складской и количественный учёт переведены в 1С:ERP из разных систем — за счёт этого сократились затраты на лицензии и обслуживание. На момент презентации блоки бухгалтерского и налогового учёта и казначейства были готовы к запуску, складской учёт и интеграции — в финальной стадии, запуск в ОПЭ планировался на июль 2024 года.

Экономия здесь не в процентах, а в устройстве: меньше систем — меньше лицензий и договоров на поддержку, один контур интеграций, одни данные для учёта, МСФО и управления.

Что обычно недооценивают

Данные и НСИ. Справочники жили по правилам, которые никто не записывал: дубли контрагентов, разные единицы измерения, номенклатура, заведённая тремя способами. Приводить это к единому виду нужно до загрузки, иначе система уверенно начнёт считать по мусору. Одна из самых частых причин сдвига сроков.

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

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

Интеграции. Обычно самая дорогая и рисковая часть: банк, ЭДО, кассы, BI и внешние сервисы настроены на старую систему, и каждую связку нужно переписать и проверить. В кейсе выше интеграций было восемь.

Ответственный на стороне заказчика. Нужен человек с временем в календаре и правом решения: он принимает реестр разрывов и решает, что дорабатываем, что принимаем типовым функционалом, а от чего отказываемся. Не «ИТ-директор вообще», а участник проекта.

Как понять, что вы готовы к переходу — и что делать, если пока нет

Готовность определяется не размером компании, а пятью условиями. Если их нет, первый шаг — подготовка: она нужна при любом решении и делает переход дешевле и предсказуемее.

• Есть кому поддерживать контур сейчас. Команда или подрядчик, отвечающий за изменения законодательства, и понятная стоимость этой поддержки.ет.
• Есть ответственный за процессы. Человек с временем в календаре и правом решать: без него проект встанет на первом расхождении.
• Данные готовы к переносу. Если справочники нельзя загрузить без разбора, начинать надо с данных — это часть подготовки.
• Меняется модель бизнеса. Смена собственника, состава юрлиц, схемы работы: настраивать систему под конфигурацию, которая через полгода станет другой, дороже, чем подождать.
• Есть задача, которую нужно решать иначе. Не «уйти с иностранного, потому что иностранное», а «закрывать период быстрее» или «видеть себестоимость по переделам».

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

Что даёт аудит как первый шаг

Аудит — обследование, а не продажа. Мы проводим цифровой аудит за 5 рабочих дней: интервью с финансами, производством, ИТ и закупками; разбор ландшафта — какие модули и доработки реально используются; проверка системы по шести стандартам внедрения; разбор данных — закрытие периода, себестоимость, остатки, дубли; расчёт эффекта; отчёт и часовая защита с командой.

На выходе — карта процессов «как есть», реестр узких мест и функциональных разрывов с приоритетами и оценкой трудоёмкости, варианты закрытия по каждому разрыву (типовая настройка, доработка, отказ), план перехода по этапам с ресурсами и предварительная вилка бюджета.

Аудит — отдельная услуга: мы не дорабатываем систему и не продаём лицензии, решение о переходе вы принимаете после отчёта. Если по итогам окажется, что переход не нужен, — это тоже результат.

Как устроен сам переход и из каких этапов он состоит, мы описали отдельно: [Переход с SAP на 1С:ERP](/quiz/uslugi/perehod-s-sap-na-1s-erp).

Что дальше

Если вы узнали свою ситуацию, есть два спокойных способа продолжить.

Первый — получить ориентир по стоимости проекта в квизе: несколько вопросов о масштабе, отрасли и задаче, на выходе предварительная оценка. Это не смета и не оферта: точная стоимость появляется после обследования.

Второй — [оставить заявку на аудит](/quiz/audit): обследование занимает 5 рабочих дней и заканчивается отчётом с картой рисков и планом работ. Если сначала нужно обсудить задачу, на странице аудита есть кнопка «нужна консультация эксперта» — заявка придёт менеджеру, и он согласует время разговора.

Мы не обещаем процентов экономии и сроков окупаемости: до обследования такие цифры берутся из воздуха. Что можно сказать точно — «Аксионт» работает на рынке 1С 15 лет, в компании 70+ специалистов, 77 кейсов внедрений и 38 отраслевых решений.

<!-- Проверить перед публикацией: (1) можно ли публично называть кейс «ЮНИРЕСТ» (ранее «ЯМ Рестранс»), федеральной сети общественного питания, и приводить его отраслевые показатели (более 1000 ресторанов-франчайзи, 80 собственных ресторанов) — финансовые показатели клиента из презентации в текст сознательно не включены; (2) актуальны ли цифры кейса на дату публикации: «из 8 систем осталось 4», степень доработок по регламентированному учёту и казначейству, статус запуска в ОПЭ (в презентации — планировался на июль 2024 года); (3) подтвердить, что система-источник действительно Oracle JD Edwards и что этот кейс допустимо приводить в материале про переход с SAP как пример перехода с западной ERP; (4) уточнить целевое решение для SRM (Ariba): в презентации указано «1С:Бизнес», такого продукта в базе знаний нет — в таблице оставлен «контур корпоративных закупок, 1С:Управление холдингом»; (5) подтвердить формулировки про недоступность поддержки и облачных сервисов вендора и про судебные споры по компенсациям, а также актуальность таблицы соответствия модулей на дату публикации; (6) подтвердить факт и дату публикации о старте перехода «Россети Урал» (CNews, TAdviser, сентябрь 2026) и уместность упоминания чужого проекта; (7) подтвердить срок «5 рабочих дней», состав и результат аудита и то, кто из команды его проводит; (8) решить, добавлять ли утверждённую цифру «95 процентов успешно завершённых внедрений» — в тексте она не используется, чтобы не давать процентов; (9) согласовать площадку публикации и проставить рабочие ссылки на /quiz и /quiz/audit. -->