Как заменить SAP или Oracle без остановки бизнеса?
Разделите ERP на независимые контуры и переносите их по очереди. Для каждого контура зафиксируйте процессы, интеграции, владельцев данных и критерии приёмки, проведите репетицию миграции и параллельную работу, сверьте контрольные показатели и сохраните план отката. Старый контур отключайте только после подтверждённой приёмки нового.
Список модулей SAP, Oracle или Microsoft Dynamics не показывает, как компания пользуется ERP на практике. Один процесс может проходить через несколько модулей, внешнюю 1С, банк, складское оборудование и ручную таблицу. Если переносить только названия функций, критичные зависимости обнаружатся во время переключения.
Поэтому первым результатом проекта должна стать карта фактических процессов, данных, интеграций и владельцев. Уже по ней систему делят на контуры и определяют безопасную последовательность замены.
Какие данные собрать по каждому процессу
| Поле карты | Что фиксируем | Зачем |
|---|---|---|
| Граница процесса | Событие начала, результат, исключения | Не переносить размытый «модуль целиком» |
| Роли | Кто создаёт, согласует, исполняет и контролирует | Проверить права и рабочие сценарии |
| Объекты данных | Справочники, документы, регистры, статусы | Определить объём и правила миграции |
| Интеграции | Источник, получатель, периодичность, формат, ответственный | Увидеть зависимости и точки отказа |
| Контроль | Отчёты, суммы, остатки и допустимые расхождения | Сформировать критерии приёмки |
| Критичность | Допустимый простой, ручной резервный сценарий | Спланировать переключение и откат |
Как выбрать первый контур
Первым необязательно переносить самый проблемный процесс. Если он связан со всеми системами и подразделениями, риск будет слишком высоким. Для старта подходит контур, который можно изолировать и принять по данным.
- есть понятный владелец и пилотная группа пользователей;
- границы процесса и соседние системы известны;
- исходные данные доступны и могут быть очищены;
- результат проверяется контрольным отчётом или набором сценариев;
- на время пилота старая система может оставаться источником или резервом;
- ошибка первого запуска не останавливает критичную деятельность всей компании.
Метод выбора первого рабочего контура подробно разобран в руководстве по запуску ERP под заказ.
Разделите перенос данных на четыре слоя
- Справочники. Клиенты, договоры, товары, подразделения, сотрудники, единицы измерения и правила сопоставления.
- Открытое состояние. Остатки, взаиморасчёты, незавершённые заказы, резервы, обязательства и активные согласования.
- Рабочая история. Данные, которые нужны для повторных операций, аналитики, гарантии и текущих решений.
- Архив. Закрытая история, которую невыгодно загружать в оперативную систему, но нужно сохранить доступной и проверяемой.
Для каждого слоя определяют глубину, формат, преобразования, правила очистки и контрольную сумму. Решение «перенесём всё» без сценариев использования обычно увеличивает сроки и число ошибок, но не повышает ценность новой системы.
Параллельная работа: не два независимых учёта
На переходном периоде старая и новая ERP могут работать одновременно, но для каждого объекта должен оставаться один владелец записи. Например, заказ создаётся в новой системе, а в старую передаётся для расчёта или регламентированного учёта. Если обе системы разрешают независимо менять одно поле, сверка быстро перестаёт сходиться.
Матрица обмена должна содержать направление, идентификаторы, обработку повтора и владельца ошибки. Общие принципы такого обмена описаны в материале об интеграции без дублей.
Контрольная сверка перед переключением
| Что сверяем | Пример контроля | Условие приёмки |
|---|---|---|
| Справочники | Количество, активность, ключевые реквизиты и связи | Нет необъяснённых пропусков и дублей |
| Остатки и суммы | Склад, деньги, дебиторка, кредиторка | Расхождение укладывается в согласованный допуск |
| Открытые операции | Заказы, резервы, согласования, статусы | Каждая операция продолжает правильный маршрут |
| Расчёты | Цена, себестоимость, налоги, план-факт | Контрольные примеры дают ожидаемый результат |
| Интеграции | Повтор, ошибка, задержка, восстановление | Сбой виден и не создаёт повторную запись |
Протокол сверки хранит не только итог «сошлось», но и версию выгрузки, дату, ответственного, найденные расхождения и решение по каждому из них.
План переключения и отката
- Зафиксировать окно и перечень операций, которые временно останавливаются.
- Сделать контрольную выгрузку и запретить несогласованные изменения источника.
- Перенести дельту данных после последней полной репетиции.
- Пройти критические сквозные сценарии каждой роли.
- Сверить контрольные показатели и принять решение о запуске.
- Оставить усиленную поддержку и журнал расхождений на согласованный период.
До начала окна должны быть определены условия отката: какие ошибки считаются блокирующими, кто принимает решение, куда возвращаются новые операции и как синхронизируются документы переходного периода.
Этапы программы замены ERP
- Инвентаризация фактических процессов, данных, отчётов и интеграций.
- Декомпозиция на контуры и карта зависимостей.
- Выбор пилота, критериев приёмки и плана отката.
- Подготовка данных и разработка первого контура.
- Репетиция миграции, параллельная работа и контрольная сверка.
- Переключение, стабилизация и измерение результата.
- Переход к следующему контуру на основе фактов первого запуска.
Связанные страницы: замена западной ERP, ERP под заказ, производственный контур, управленческий учёт и кейс производственной ERP.
Частые вопросы
Нужно ли сразу заменять все модули зарубежной ERP?
Нет. Безопаснее разделить систему на контуры и переносить их по зависимостям. Первый контур должен давать самостоятельный результат, иметь проверяемые данные и не требовать одновременного переключения всей компании.
Как выбрать первый контур для миграции?
Оценивают критичность, число интеграций, качество данных, возможность пилота и понятность приёмки. Часто начинают с процесса, который можно ограничить подразделением, типом заказов или отдельной площадкой.
Сколько исторических данных переносить в новую ERP?
Глубину определяют по рабочим и нормативным сценариям. Обычно отдельно решают судьбу справочников, открытых операций, остатков, взаиморасчётов, регистров и закрытой истории. Часть истории может остаться в доступном архиве старой системы.
Как проверить, что данные перенесены правильно?
До переключения согласуют контрольные отчёты и выборки: количество объектов, остатки, суммы, статусы, связи документов и результаты ключевых расчётов. Расхождения фиксируют, классифицируют и устраняют до приёмки контура.
Что должно быть в плане отката?
Условия остановки переключения, ответственные, точка фиксации данных, способ вернуть операции в старую систему, правила обработки документов переходного периода и срок повторной попытки после исправления причин.
Составим карту поэтапной замены ERP
Разберём процессы, данные и интеграции, выберем первый независимый контур и зафиксируем условия приёмки и отката.