Сценарий 2. Стандартная ERP-система: типовое решение с миграцией исторических данныхОперационные процессы запускаются в стандартной функциональности 1С:ERP с минимальными доработками, бизнес готов к изменению процессов при условии снижения операционных рисков. В новую ERP-систему переносятся все справочники, входящие остатки и документы при необходимости. Старая УПП остаётся в режиме «только чтение» для отчётов за прошлые периоды. Доработки и расширенный функционал откладываются на следующие этапы.
Перенос данных из УПП в ERP — один из наиболее ответственных этапов проекта. До начала миграции необходимо определить состав переносимой информации: нормативно-справочные данные, остатки по счетам и регистрам, незавершённое производство, взаиморасчёты, сведения о заказах и документы прошлых периодов.
Не всегда целесообразно переносить всю историю операций. В зависимости от требований бизнеса можно ограничиться переносом справочников и начальных остатков, сохранив старую базу УПП для просмотра архивных данных. Это позволяет сократить сроки миграции и снизить стоимость проекта.
Для старта по данному сценарию желательно провести экспресс-обследование для выбора архитектуры, и можно сразу приступить к обучению персонала работе в ERP-системе. Важными работами являются:
- подготовка тестовой базы с настройкой с учетом процессов и перенос исторических данных,
- настройка прав доступа для пользователей по согласованной матрице профилей сотрудников,
- подготовка инструкций по вводу данных и формированию отчетов (рекомендуется 1С:ИТС),
- фиксация ограничений (доработок) в ходе тестового ввода документов и формирования отчетов.
Этот вариант вполне жизнеспособен при готовности сотрудников обучаться и изучить новую непривычную функциональность. Опыт показывает, что значительная часть доработок УПП была нужна для компенсации её ограничений или не используется. Зачастую преодолев сопротивление, сотрудники начинают видеть преимущества новой системы.
Сценарий особенно актуален для крупных предприятий холдинга с единым корпоративным шаблоном. Приближенность к типовой функциональности позволит проще перейти на корпоративный стандарт с единой методологией без существенной адаптации процессов.
Плюсы:- Относительно быстрый старт — не нужно дорабатывать систему, но нужна готовность персонала перестраивать операционные процессы под типовое решение ERP.
- Типовая методология ERP (по себестоимости, по взаиморасчётам, по планированию) содержит лучшие практики, наработанные на сотнях внедрений. Компания получает проверенную логику процессов и не нужно изобретать заново.
- Типовое решение обновляется вендором, и каждое обновление проходит быстрее и дешевле, если система минимально кастомизирована. Это экономия на ИТ-бюджете в горизонте 3−5 лет.
Минусы и риски:- Корректность переноса данных требует достаточно времени и привлечения специалистов со знанием структуры данных ERP. Аналогично для адаптации обменов со смежными системами при их наличии в заменяемой УПП.
- Стоимость проекта после старта может значительно увеличиться, если бизнес в итоге будет не готов к изменению процессов под методологию ERP. Требуется куратор проекта, четко понимающий цели и рамки перехода в новую систему.
- Параллельный ввод документации на период настройки и миграции исторических данных может быть дополнительной нагрузкой для пользователей.
- Запуск возможен только с начала финансового периода (желательно — начало года).