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

Миграция — это не механическое копирование всех строк из старой системы. Перед переносом нужно решить, какие данные действительно нужны в новом процессе, кто отвечает за их качество и как доказать полноту результата.

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

Проведите инвентаризацию источников

Составьте реестр файлов и систем, из которых планируется перенос. Для каждого источника укажите владельца, формат, период, объём, качество и наличие чувствительных данных.

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

На этом этапе полезно разделить:

• активные записи;
• завершённую историю;
• справочники;
• вложения;
• данные для отчётов;
• технические идентификаторы;
• записи, срок и цель хранения которых требуют отдельной проверки.

Определите необходимый объём

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

Для каждого набора данных ответьте:

• кто будет его использовать;
• в каком сценарии;
• нужен ли поиск;
• влияет ли запись на текущую работу;
• достаточно ли архивного доступа;
• есть ли правовое основание хранения;
• можно ли подтвердить качество.

Если ценность переноса неясна, безопаснее вынести набор на отдельное решение, а не загружать его в основной процесс по умолчанию.

Очистите данные у источника

До преобразования согласуйте правила качества. Они могут включать формат контактов, обязательные идентификаторы, допустимые статусы, справочники и признаки дублей.

Автоматическое объединение требует осторожности. Совпадение телефона или названия не всегда означает одну сущность. Неоднозначные случаи выделяются в очередь ручной проверки.

Зафиксируйте, какие изменения внесены при очистке. Исходная выгрузка должна оставаться неизменной копией для сверки и возможного повторного запуска.

Подготовьте таблицу сопоставления

Для каждого исходного поля определите целевое поле, преобразование и поведение при ошибке.

Что фиксировать для поля

Таблица включает:

• источник и поле;
• деловой смысл;
• целевую сущность и поле;
• формат;
• обязательность;
• правило преобразования;
• значение по умолчанию, если оно допустимо;
• обработку пустых и неверных значений;
• доступ роли;
• критерий проверки.

Не используйте значение по умолчанию, если оно искажает смысл. Лучше вынести запись в отчёт ошибок, чем сделать данные формально заполненными и недостоверными.

Сохраните связи

Контакты, компании, сделки, задачи и другие сущности могут быть связаны. Порядок загрузки и таблица идентификаторов должны сохранять эти отношения.

Проверьте, что повторный запуск не создаёт копии. Для каждой записи нужен устойчивый ключ или сохранённое соответствие между исходным и целевым идентификатором.

Если часть данных будет поступать через рабочую интеграцию, разграничьте первоначальный перенос и дальнейшую синхронизацию. Для связки с учётной системой используйте чек-лист подготовки интеграции с 1С.

Выполните тестовый перенос

Выберите обезличенную или безопасно подготовленную выборку, включающую нормальные записи и сложные случаи. Тест должен проверить не только загрузку, но и дальнейший рабочий сценарий.

Проверьте:

• создание сущностей;
• отображение кириллицы и форматов;
• связи;
• справочники;
• даты и ответственных;
• права доступа;
• обработку дублей;
• отчёт ошибок;
• повторный запуск;
• использование записи в маршруте.

Результаты сверяет владелец данных, а не только технический исполнитель.

Спланируйте переключение

Определите момент, после которого изменения в старом источнике запрещены или учитываются отдельным способом. Иначе данные изменятся между финальной выгрузкой и запуском.

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

Проведите сверку

Сверяйте не только общее количество. Нужны контрольные суммы по категориям, выборочная проверка полей, связей и прав, а также список исключённых и ошибочных записей.

Итоговый протокол фиксирует:

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

Чек-лист миграции

• Все источники и владельцы перечислены.
• Объём переноса обоснован деловой задачей.
• Исходная копия сохранена неизменной.
• Правила очистки согласованы.
• Поля и справочники сопоставлены.
• Связи используют устойчивые идентификаторы.
• Тест включает сложные случаи и повтор.
• Права проверены на перенесённых данных.
• Есть окно переключения и план отката.
• Результат подтверждён владельцем данных.

Миграция обычно входит в подготовку внедрения Битрикс24. Если структура старого портала непонятна, сначала полезен аудит. Обсудить источники и границы можно на диагностике.