Миграция редко бывает в формате «выключили старое — включили новое». В реальной операционке почти всегда есть

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

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

В складской логике это выглядит знакомо: если приемка идёт по двум реестрам, без жёсткого правила, где «истина», вы почти гарантированно получите ошибки на отгрузке. ⚠️

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

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