Миграция данных: самая забываемая статья проекта

В предложении есть всё: модули, интеграции, обучение, гарантия. А миграция описана одной фразой - «перенос данных».

В середине проекта выясняется: в старой базе пятилетняя история, названия товаров записаны в трёх вариантах, единицы измерения перемешаны, половина полей пуста.

И чья это теперь работа? На чьей стороне и кто за неё платит?

Что переносится

Практическое правило: переносится то, без чего система не заработает, остальное остаётся в архиве.

Последние две строки вызывают больше всего споров. Требование «нам нужна вся история» естественно, но на практике ею пользуются редко.

Практическое решение: старая система или файлы сохраняются в архиве и открываются при необходимости. В новую систему вносятся только остатки и открытые операции. Это снижает стоимость миграции в несколько раз.

Чистка: самая долгая часть

Это организационная, а не техническая часть миграции, и она обычно остаётся на стороне клиента.

Что чистится:

• Дубли карточек - один товар под двумя-тремя названиями
• Порядок наименования - «Цемент М400» и «цемент m400» это одно и то же
• Единицы измерения - приход в тоннах, расход в килограммах
• Пустые поля - нет кода, цены или категории
• Неактивные записи - товар, который не продавался пять лет
• Неверные контакты - старые телефоны и нерабочие адреса

Систему эту работу выполнить не может, потому что только вы знаете, какие две карточки означают один и тот же товар.

Объём: для номенклатуры в 500 позиций обычно два-три дня. Для 5000 позиций - две недели.

Зачем нужна пробная миграция

Этот этап часто пропускают, а он предотвращает больше всего проблем.

Пробная миграция - перенос данных за один месяц или по одному отделу с проверкой результата. Выполняется в начале проекта.

Что выясняется:

Качество данных. Сколько записей проблемные, сколько времени займёт чистка.

Техническая совместимость. Как данные выходят из старой системы - есть ли API, работает ли выгрузка, читается ли формат.

Объём. Количество записей может оказаться больше ожидаемого.

Связи. Как между собой связаны коды товаров, контрагенты и документы.

После этого срок и стоимость миграции становятся расчётом, а не предположением.

Как проверяется результат

После переноса результат нужно подтвердить. Достаточно четырёх проверок:

Последняя находит больше всего ошибок. Отрицательный остаток или товар с нулевой ценой обычно вскрывает проблему ещё в старой системе.

Порядок миграции

На четвёртом шаге важна дата. Если миграция проходит в середине месяца, отчётность делится между двумя системами. Начало месяца или квартала гораздо удобнее.

Кто платит и сколько

Этот вопрос решается на этапе предложения, а не в середине проекта.

Вторая строка самая важная. Чистка остаётся у клиента, потому что только он знает, какие данные верны. Если не сказать об этом заранее, проект остановится именно здесь.

Стоимость: миграция обычно составляет 10–20% объёма проекта. При чистых данных - 10%, при запутанных - 20% и выше.

Вопросы при получении предложения

• Стоит ли миграция отдельной строкой и во сколько часов оценена
• Включена ли пробная миграция и когда она выполняется
• На чьей стороне чистка данных
• Что переносится, а что остаётся в архиве - есть ли список
• Как данные берутся из старой системы - API, выгрузка или база
• Как проверяется результат и кто его подтверждает

Третий вопрос самый важный, и он обычно остаётся без ответа.

Что делать со старой системой

После миграции старую систему не выключают сразу.

Практический порядок: она остаётся доступной минимум три месяца в режиме только для чтения. Кому-то может понадобиться старый документ, и за это время все успевают убедиться, что новая система работает.

Через три месяца данные сохраняются как архивная копия - файл или копия базы. Оплата лицензии прекращается.

Важно: где хранится архивная копия и кто может её открыть, нужно записать. Через два года, когда эти данные понадобятся, человека, который умеет их достать, может уже не быть.

Итог

Миграция - не техническая работа, а решение о качестве данных. И она должна стоять в предложении отдельной строкой.

Практические шаги:

1. Требуйте, чтобы миграция стояла в предложении отдельной строкой
2. Включите пробную миграцию в первый месяц проекта
3. Составьте заранее список: что переносится, а что остаётся в архиве
4. Письменно согласуйте, на чьей стороне чистка
5. Назначьте дату переноса на начало месяца или квартала
6. Оставьте старую систему на три месяца в режиме чтения