Сначала опись, потом выбор системы
В живой системе часть модулей, отчётов и собственных программ годами не запускается. Заменять нужно то, чем пользуются. Что именно используется, показывает статистика, а не совещание.
Переход с SAP на отечественную ERP начинается с описи, а не с выбора системы: какие модули работают, какие собственные объекты написаны, что SAP отдаёт и принимает, какие отчёты читает бухгалтерия. Часть переносим, часть уходит в архив, часть отключаем. Идём по модулям, а новая система работает рядом со старой, пока закрытие периода не сойдётся.
Обследование нескольких систем — от 350 000 ₽История — чаще в архиве с доступом на чтениеИсходники и таблицы соответствия — у вас
Первая объясняет, почему проект начинается с описи, а не с презентации новой системы.
В живой системе часть модулей, отчётов и собственных программ годами не запускается. Заменять нужно то, чем пользуются. Что именно используется, показывает статистика, а не совещание.
Остатки и открытые документы идут в новую систему. История чаще остаётся в архиве с доступом на чтение. Решаем по каждому типу данных вместе с бухгалтерией, а не «на всякий случай».
Сравниваем две-три системы на ваших сценариях. Партнёрского статуса у вендоров мы не заявляем и лицензий не продаём, поэтому сравнение строится на ваших процессах, а не на условиях вендора.
Склад, закупки, финансы, производство переводим по очереди, с периодом работы рядом. «Большой взрыв» бывает оправдан, но чаще опасен: показываем критерии и решаем вместе.
Решение уйти принято или навязано, а что именно держится на SAP — неизвестно. Срок давит, и появляется соблазн переключить всё разом.
Системе много лет, авторы доработок ушли, документации нет. Собственные программы и отчёты обнаруживаются в тот день, когда перестают работать.
Бухгалтерия и внутренний контроль ссылаются на документы прошлых лет. Непонятно, что можно оставить в архиве, а что должно лежать в новой системе.
Производственная система, склад, банк, обмен с контрагентами, зарплата. Каждый обмен написан по-своему, и сколько их — точно не скажет никто.
Дубли материалов, контрагенты с разными реквизитами, устаревшие спецификации. В SAP это терпелось, при переносе всё вылезет.
Основные средства, себестоимость, консолидация. Ошибку находят на закрытии, когда исправлять её уже трудно.
Замена SAP начинается с таблицы. Ниже — типовые слои системы и то, что с каждым обычно делают. Реальный список появляется на обследовании, и в нём бывают пункты, о которых не помнит никто.
Опись — отдельный документ, и он остаётся у вас: с ним можно идти в тендер на целевую систему и сравнивать предложения, в том числе не наши.
Мы сравниваем две-три системы по вашим процессам и показываем разрыв между стандартной функцией и тем, что нужно вам. Ниже — шесть критериев, по которым идёт сравнение.
Берём ваши цепочки: закупка от заявки до оплаты, выпуск и списание, закрытие месяца. Проверяем каждую на демонстрационной базе кандидата, а не по презентации. Отдельно смотрим на масштаб: число пользователей, документов в месяц и юрлиц; пределы применимости системы уточняйте у её поставщика.
Где стандартная функция закрывает процесс, а где нужна доработка. Чем шире разрыв, тем дороже поддержка и обновления — считаем его по сценариям.
Какие обмены с производством, складом, банком и ЭДО есть из коробки, а какие писать. Сравниваем по описи, а не по каталогу возможностей.
Запись продукта в реестре российского ПО проверяйте на момент закупки: она может измениться. Требования ваших регуляторов выписываем в критерии до сравнения, а не после.
Лицензии, исполнитель, поддержка и обновления на несколько лет вперёд. Метод расчёта разобран в материале про стоимость владения.
Есть ли на рынке исполнители этой системы и есть ли свои специалисты. Система без людей, которые умеют её вести, — тоже риск.
Поэтому сравнение строится на ваших сценариях, а не на условиях вендора: партнёрского статуса мы не заявляем и лицензий не продаём. Для учёта и производства среднего масштаба часто рассматривают 1С:ERP — вокруг неё много исполнителей и типовых обменов. Но вашему процессу может лучше подойти другая ERP из реестра или открытое решение со своими доработками, и это видно только на сценариях.
Итог сравнения — таблица разрывов: где стандартная функция закрывает процесс, где нужна доработка и сколько её. Выбор остаётся за вами. Настройку выбранной системы может вести любой исполнитель, мы стыкуемся с ним по данным и критериям приёмки.
Большой взрыв — переключить всё в одну дату — бывает оправдан для небольшой компании с парой модулей, без производства и с короткой цепочкой интерфейсов. Для остальных мы предлагаем поэтапный путь. Сравнение ниже нужно, чтобы вы решали по критериям, а не по привычке.
Бывают и гибриды: модули, тесно связанные проводками, переключают вместе, остальные — отдельными шагами. Состав шагов определяет опись связей между модулями.
Главное решение проекта: что едет в новую систему, а что остаётся в архиве. Перенос всей истории выглядит надёжнее, но тащит в новую систему старые ошибки и обычно обходится дороже других вариантов. Типовой вариант — остатки и открытые документы в новой системе, история в архиве с доступом на чтение.
Сроки хранения и требования к доступности истории определяют ваши юристы и бухгалтерия. Мы фиксируем их решение в плане и строим перенос и архив под него. Дату перехода обычно привязывают к началу отчётного периода, квартала или года: так остатки и налоговые регистры не приходится собирать из двух систем. Если переход выпадает на середину года, нужные обороты с начала года для налогового учёта и отчётности переносим отдельно; состав определяет главный бухгалтер.
Справочники — материалы, контрагенты, спецификации, склады, центры затрат, план счетов — это то, из чего собираются все документы. Если они плохи, новая система повторит беспорядок старой. Поэтому любая загрузка идёт по одному циклу. Подробнее о чистке справочников — в материале про НСИ при внедрении ERP.
Интерфейсы — самая недооценённая часть замены. Новая система должна отдавать и принимать то, что ждут соседи. Иначе придётся переписывать каждую из соседних систем одновременно.
Часть обменов обычно никто не помнит: они запускаются по расписанию и работают молча. Поэтому опись включает задания по расписанию, а не только интерфейсы из документации.
Шесть мест, где переход чаще всего даёт сюрпризы. Для каждого — где ломается и чем мы это держим под контролем.
Где ломается: первое закрытие в новой системе делают «в бою», и расхождения всплывают вместе со сроком сдачи. Как держим: первое закрытие проходит в двух системах параллельно, результат сравниваем по статьям. Условие переключения модуля — совпадение либо расхождение, которое объяснено и принято бухгалтерией.
Где ломается: переносят стоимость без истории амортизации, а методы начисления и группы в системах различаются. Как держим: переносим объекты с первоначальной стоимостью, накопленной амортизацией и сроком, итоги по группам сверяем с ведомостью.
Где ломается: методика калькуляции в двух системах разная, те же затраты дают другую себестоимость. Как держим: методику утверждает ваш финансовый директор, мы фиксируем её письменно, считаем контрольный период в обеих системах и объясняем разницу по статьям.
Где ломается: консолидация считалась отдельным модулем или внешним инструментом, а новая система умеет не всё из этого. Как держим: выясняем на описи, первую консолидацию делаем по обеим системам и сравниваем.
Где ломается: если в SAP вели несколько видов учёта, при переносе они склеиваются или теряются. Как держим: решаем на описи, где каждый вид учёта будет жить дальше, и проверяем остатки по каждому отдельно.
Где ломается: роли в новой системе собрали «как у соседа», и один человек и создаёт платёж, и проводит его. Как держим: матрицу ролей согласует финансовый контроль до запуска, и под каждой ролью делаем пробный вход.
Обследование нескольких систем — от 350 000 ₽, 3–4 недели; цена записывается в договор и вычитается из следующего этапа. Вывод в продуктив — от 1 500 000 ₽ этапами по 300 000–700 000 ₽, от 3 месяцев; у каждого этапа своя приёмка и право остановиться. Цены даны по тарифам.
Обследование даёт опись, а этапы вывода в продуктив — перенос данных, интерфейсы, параллельный период и сверку. Лицензии целевой системы и настройку её конфигурации исполнителем в цену не входят: их оценивает выбранный вами исполнитель. Если настройку отдельного контура ведём мы, она считается отдельно, по условиям внедрения ERP. Внутри вилки цену двигают число модулей, собственные объекты, число интерфейсов и состояние справочников.
Сроки — ориентиры, точные называем после описи; перенос данных указан на один модуль. Брать все направления сразу не обязательно: чаще начинают с описи и пилотного модуля.
Модули в работе, собственные объекты, интерфейсы, отчёты, роли, формы, задания по расписанию. Результат — документ, с которым можно идти в тендер на целевую систему.
Две-три системы проверяются на ваших сквозных сценариях. Итог — таблица разрывов и оценка доработок, без привязки к вендору.
Порядок модулей, даты переключения, окна работ, критерии отката, ход первого закрытия. Письменно, до первой загрузки.
Дубли, пустые поля, таблица соответствия «старый код — новый код». Часть работы лежит на владельцах данных.
Скрипты выгрузки и загрузки в вашем репозитории, пробные загрузки, сверка по контрольным суммам, боевая загрузка.
Обмены с производством, складом, банком, ЭДО и сайтом сохраняют контракт, пока за ним меняется содержимое. Базовый односторонний обмен — по тарифам от 150 000 ₽.
Что остаётся в архиве, в каком виде (выгрузки, база для чтения, отчёты) и кто его читает. Сроки хранения определяете вы.
Сверка двух систем на закрытии, разбор расхождений, помощь пользователям. Сопровождение после запуска — по тарифам.
Каждый шаг заканчивается документом и приёмкой. После любого можно остановиться: всё сделанное остаётся у вас по акту.
Опись ландшафта SAP, карта интерфейсов, оценка данных, сравнение двух-трёх целевых систем. Результат — документ с планом по этапам и вилкой бюджета.
Порядок модулей, критерии отката, первый модуль для перехода — обычно тот, где меньше интерфейсов и проще сверка. Пробные загрузки данных.
Оба контура живут рядом, соседние системы работают через слой обмена. Сверяем остатки, обороты и документы и разбираем каждое расхождение.
Первое закрытие делаем параллельно. Условие переключения — совпадение либо объяснённое и принятое расхождение; необъяснённое — повод разобраться, а не подогнать цифры.
По отработанной схеме: данные, интерфейсы, параллельный период, закрытие. У каждого модуля своя приёмка и право остановиться.
История уходит в архив с доступом на чтение. SAP отключаем после периода, в котором к нему не было обращений по живым данным, и по вашему решению.
Опись, таблицы соответствия, скрипты, инструкции — у вас. Дальше сопровождение от 20 000 ₽ в месяц или ваша команда.
Разбора типовой задачи по переходу с SAP мы пока не публиковали, клиентских кейсов на сайте нет. Ниже — обзорная статья о переходе и материалы про части этой работы.
Короткий обзор этапов: аудит, выбор системы, перенос данных, параллельная работа.
Чек-лист критериев выбора: процессы, интеграции, отечественная или зарубежная, пилот вместо «большого взрыва».
Из чего складывается, какие статьи скрыты и как сравнивать варианты честно.
Чем различаются задачи двух классов систем и почему между ними нужна интеграция.
Состав определяют ваш контур и выбранная целевая система. Названия — примеры, а не требования и не рекомендация вендоров.
Отвечает за уход с SAP и боится потерять интерфейсы, о которых никто не помнит. Нужны опись и честная оценка.
Главное — закрытие периода и история. Нужны правила переноса остатков и сверка, которую можно проверить.
Много модулей и интерфейсов, поэтому большой взрыв опасен, а поэтапный переход нужен.
Исполнитель внедряет выбранную систему, а опись, данные, интерфейсы и сверка остались нерешёнными. Эту часть берём мы.
Короткий созвон: какие модули в работе, сколько интерфейсов, какая целевая система рассматривается и к какому сроку нужно перейти. По итогам скажем, с чего начинать и как это ложится на обследование — от 350 000 ₽.
Идти по модулям, а не одним днём, и держать старую и новую системы рядом на период сверки. Соседние системы подключаются через слой обмена, поэтому переключение модуля не требует переписывать их. Обещать нулевой простой нельзя, но риск ловится на параллельном периоде, а не на боевых данных. Окна работ согласуем с вами.
Универсального ответа нет. 1С:ERP часто рассматривают первой, потому что вокруг неё много исполнителей и типовых обменов. Но выбор делается по вашим процессам: сравниваем две-три системы на сквозных сценариях и считаем разрыв со стандартом. Лицензий мы не продаём и партнёрских отношений с вендорами не заявляем, так что на сравнение это не влияет.
Чаще всего в новую систему идут остатки и открытые документы, а история остаётся в архиве с доступом на чтение. Перенос всей истории обычно дороже и тащит старые ошибки. Сроки хранения и требования к доступности определяют ваши юристы и бухгалтерия, мы строим перенос и архив под их решение.
Для этого и нужна опись: интерфейсы (IDoc, RFC, файлы, шина), собственные объекты, задания по расписанию. Каждый объект получает решение: заменить, переписать или отключить. Для интерфейсов сохраняем контракт: соседняя система продолжает получать и отдавать то же самое, пока за слоем обмена меняется содержимое.
Первое закрытие делаем в двух системах параллельно и сравниваем результат по статьям. Условие переключения модуля — совпадение либо расхождение, которое объяснено и принято вашей бухгалтерией. Методику, например калькуляции и амортизации, утверждаете вы, мы фиксируем её письменно до загрузки.
Не всегда. Прямое чтение таблиц базы может быть ограничено лицензией и условиями поддержки, поэтому это уточняется у владельца лицензии до работ. Безопаснее выгрузки штатными средствами, RFC или сервисами SAP. Способ выбираем на обследовании для вашей версии.
Обследование нескольких систем — от 350 000 ₽, 3–4 недели, по тарифам; оно вычитается из следующего этапа. Вывод в продуктив — от 1 500 000 ₽ этапами по 300 000–700 000 ₽, от 3 месяцев. Это цена нашей части: описи, данных, интерфейсов и сверки. Лицензии целевой системы и настройка её конфигурации исполнителем в неё не входят. Точная цена считается после описи.
До описи назвать срок нельзя: он зависит от числа модулей, собственных объектов и интерфейсов. Обследование занимает 3–4 недели. Дальше каждый модуль проходит свой цикл: загрузка, параллельная работа, закрытие периода. Для крупной производственной системы срок считают месяцами: вывод в продуктив по тарифам занимает от 3 месяцев.
Не на всё предприятие. Мы берём опись, перенос данных, интерфейсы и параллельный период и ведём их контур за контуром. Настройку конфигурации вендора может вести исполнитель, которого выберете вы, а мы стыкуемся с ним по данным и критериям приёмки. Исходники наших доработок передаём вам.
Это частое решение: SAP остаётся архивом на чтение, пока нужны старые документы. Условия лицензии и поддержки для такого режима уточняйте у владельца лицензии, мы поможем собрать вопросы. Альтернатива — выгрузить историю в отдельное хранилище с отчётами.