Как подготовить миграцию данных в Битрикс24

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Проверьте:

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

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

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

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

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

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

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

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

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

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

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

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

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