Migration

Миграция Битрикс24 из облака в коробку без потери связей

Миграция Битрикс24 — это не просто импорт таблиц. Важны связи между компаниями, контактами, сделками, задачами, активностями, таймлайном и файлами, плюс сверка после переноса.

Fit

Что обычно ломается при переносе

Перед разработкой важно отделить настройку, поддержку и полноценный проект. Ниже — типовые признаки, что задачу лучше разбирать технически.

01

множественные связи контактов и компаний переносятся не полностью;

02

активности и задачи теряют привязки к CRM-сущностям;

03

списочные поля и enum-значения не совпадают между порталами;

04

после импорта нужны сверка, repair-скрипты и повторяемый state.

Process

Контур миграции

Инвентаризация

Фиксируем сущности, поля, объёмы, ограничения REST и критичные связи.

Dry-run

Готовим безопасный прогон без записи или с ограниченной выборкой.

Перенос

Запускаем перенос пакетами: с курсорами, лимитами, логами и повторяемостью.

Repair

Отдельно закрываем расхождения: связи, timeline, activity bindings, enum и файлы.

Output

Что можно получить на выходе

  • план миграции и карта сущностей;
  • скрипты переноса с state/dry-run/idempotency;
  • отчёты по расхождениям и repair-контуры;
  • понятный порядок запуска через cron или CLI.

FAQ

Частые вопросы

Можно перенести не всё сразу?

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

Что делать, если перенос уже начат и есть ошибки?

Можно построить repair-контур: найти расхождения, не ломая уже перенесённые ID и связи.

Нужен ли ручной контроль после миграции?

Да. Автоматизация переносит данные, но финальная сверка и выборочные проверки обязательны.

Start

Начать можно с короткого описания задачи

Достаточно написать, что есть сейчас, что должно измениться и какие ограничения важны: прод, сроки, доступы, данные или NDA.

Написать по задаче