Миграция с SharePoint — это не «перенесли и выключили старое», а часто режим двойной записи на месяцы. Старый

Миграция с SharePoint — это не «перенесли и выключили старое», а часто режим двойной записи на месяцы. Старый портал жив, новый уже в проде, а пользователи правят данные в обоих местах. И вот тут вылезает самый дорогой класс багов: расхождение версий, конфликт правок, потерянные файлы, дубль-метаданные.

Что важно технически:
- нужно заранее определить source of truth для каждого типа данных;
- синхронизация должна быть не «разовая», а инкрементальная;
- без дедупликации по ID и checksum легко поймать тихую порчу контента;
- права доступа надо мигрировать отдельно от данных, иначе получите «видно в одном портале, не видно в другом»;
- обязательны audit-log и механизм отката 📈

Рабочая схема обычно такая: full copy → delta sync → двусторонние проверки → cutover только после периода стабилизации.
Если есть API/вебхуки — хорошо, если нет, приходится строить bridge на скриптах и планировщике, чтобы сверять изменения каждые N минут.

Главная мысль: миграция без окна риска — это не перенос, а временная распределённая система. И к ней нужен именно инженерный подход, а не «переедем в выходные».