Миграция данных на первый взгляд представляется низкоприоритетной проектной активностью. Однако это далеко от истины. Особенность процесса миграции заключается в том, что он тесно переплетен с такими задачами как переход (Cutover) и тестирование реализованного ERP-приложения (User Acceptance Test).

Данные принято разделять на транзакционные (переменные) и основные (мастер). Подобная категоризация неслучайна: сложности возникают с миграцией именно переменных данных ввиду их частого обновления. Бизнес-задача формулируется следующим образом: предприятие имеет большой объём транзакционных данных, без которых невозможно его функционирование, однако к дате перехода к использованию нового решения они должны быть перенесены в целевую ERP-систему.

Тесная взаимосвязь миграции данных и процесса перехода состоит в том, что на период миграции транзакционных данных работа компании полностью приостанавливается. Именно по этой причине большая часть проектов имплементации ERP-систем имеет дату продуктивного запуска аккурат после новогодних праздников, когда запас выходных дней велик. Что происходит в эти дин? В первую очередь, «замораживаются» изменения исторической учетной системы, далее проводится выгрузка, трансформация и загрузка переменных данных в новую систему ERP. Любые ошибки, возникшие в процессе миграции, увеличивают период простоя организации, в течение которого компания может потерять существенный объем выручки. Во избежание потерь необходимо сформулировать стратегию миграции и строго придерживаться её. На практике такая задача решается за счёт использования нескольких тестовых волн миграции, цель которых состоит в многократной репетиции процесса обработки транзакционных данных. Процедура также релевантна и по отношению к основным данным системы. В результате, достигается слаженность работы вовлеченных сторон, более того, разрешаются возникшие по ходу недоработки средств