SAP → 1С: пять рисков, которые нужно оценить до миграции
Миграция SAP → 1С проваливается не из-за самой платформы, а из-за попытки перенести систему как набор экранов, не разобрав бизнес-логику.
Пять решений до старта
Что сохраняем
Какая бизнес-логика SAP действительно нужна, а какая должна быть переосмыслена в целевом российском ERP-контуре.
Какие данные переносим
История, остатки, договоры, НСИ, документы, аналитики, архив и правила сверки.
Как закрываем отчетность
Финансовая, управленческая, регуляторная и операционная отчетность должна быть спроектирована до миграции.
Как меняем процессы
Пользователи должны понимать новый маршрут работы, а не только новый интерфейс.
Чем режем на этапы
По каким границам делится переход — контур, юрлицо, участок учёта — и что считается успешным завершением каждого этапа.
Пять рисков: признак, последствие, мера
Риск-карта полезна, когда по каждому пункту понятно, как он обнаруживается до старта, чем оборачивается на проекте и что с ним делают. Ниже — пять рисков, которые чаще всего определяют исход миграции.
| Риск | Как распознать заранее | Чем оборачивается | Что делать |
|---|---|---|---|
| Недооценка интеграций | Нет полного перечня обменов: банки, ЭДО, DWH и BI, порталы, склад и производство; часть обменов держится на скриптах без владельца | Обмены всплывают на этапе тестирования, сроки уезжают, часть операций какое-то время ведётся вручную | Инвентаризация интеграций с владельцем и объёмом трафика по каждой; интеграционный контур проектируется параллельно с функциональным, а не после него |
| Потеря неформализованной логики | Ключевые расчёты живут в доработках, которые никто не описывал; на вопрос «почему так считается» отвечает один человек | После перехода расходятся суммы, а восстановить исходное правило не по чему | Разбор доработок с бизнес-владельцами до проектирования, фиксация правил в требованиях, приёмочные тесты на исторических примерах |
| Грязная нормативно-справочная информация | Дубли контрагентов и номенклатуры, незаполненные обязательные реквизиты, несогласованные классификаторы в разных модулях | Перенос множит ошибки, отчётность не сходится, пользователи не доверяют новой системе | Чистка и дедупликация до переноса, правила ведения НСИ и ответственные, автоматические проверки качества на загрузке |
| Позднее проектирование отчётности и контрольных процедур | Отчётность обсуждают после запуска основных функций, перечень обязательных форм и контролей не собран | Первое закрытие периода делается вручную, регуляторные формы собираются в таблицах, растёт риск ошибки в отчётности | Перечень обязательных отчётов и контролей — на входе проекта; тестовое закрытие периода до перевода в промышленную эксплуатацию |
| Отсутствие поэтапного плана перехода | План выглядит как «одномоментный переход»; нет пилотной области, критериев приёмки и сценария отката | Любая проблема на старте останавливает операционную работу целиком, откатываться некуда | Разбиение на этапы по контурам или юрлицам, пилот на ограниченной области, критерии приёмки и план отката для каждого этапа |
С чего начать
Разбор этих пяти рисков на конкретном ландшафте — предмет короткого обследования, а не многомесячного предпроекта. Дальше — программа перехода: целевая архитектура, перенос данных, сверка, переключение и сопровождение.
Обсудим ваш контур
Опишите задачу, текущие системы, ограничения и ожидаемый результат. Мы предложим первый практичный шаг: диагностику, пилот, аудит, дорожную карту или проектную команду.
