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