Сначала всё логично. В старой базе накоплены данные за годы. Ими пользуются, на них строят отчёты, к ним привыкли. Требование к проекту выглядит естественным: перенести, чтобы был ретроспективный анализ и можно было сравнивать периоды.
Потом меняются условия — глубже, чем кажется. У новой системы другая архитектура, пересобранная нормативно-справочная информация, другие правила распределения затрат. Те же цифры в новой системе координат означают уже не то же самое.
Дальше начинается привыкание. Перенесённые данные не сходятся с новыми. Расхождение объясняют переходным периодом. Отчёты за прошлые годы строят с оговоркой «там методика была другая». Оговорка повторяется, а потом перестаёт восприниматься.
И в этот момент теряется сигнал. Когда в текущем периоде цифра выглядит странно, никто не может сказать, ошибка это в настройке или разница методик. Инструмент, ради которого данные переносили, перестал работать — а заметить это невозможно, потому что он не сломался. Он просто перестал что-либо доказывать.
Финансовый директор нашего заказчика сказала об этом прямо, и это, пожалуй, самый неудобный совет для интегратора, который берёт деньги за миграцию:
Сначала проанализируйте, нужен ли вам перенос вообще. Возможно, дешевле начать с чистого листа, признав, что новые правила хозяйствования оправданы здесь и сейчас.
Мы бы не рискнули сформулировать это первыми. Но раз сформулировал клиент — повторяем.