Dev Crabs

Перенос данных из одной CRM в другую со сверкой связей

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

  • Две действующие системы
  • Сверка записей и связей
  • Догрузка изменений
Обсудить перенос базы

Учебный пример

Два клиента с одним именем — две разные карточки

Ниже снимок репетиции: два контакта, сделка и вложение. Имена вымышлены. Статус относится к каждому исходному объекту; обновление ответственного входит в сверку сделки.

Демонстрация

Учебная ведомость переноса

CRM А → CRM Б · 4 объекта

1
исключён
1
на разборе
2
перенесено
  1. Контакт C-11 → T-501Перенесено
    Алексей Орлов · компания «Север» · исходный ID C-11.

    Критерий сверкиСопоставляем по исходной системе, типу сущности и ID. Одного имени для объединения недостаточно.

    Целевая карточка T-501 связана с компанией «Север». В таблице соответствия сохранены оба ID.

  2. Контакт C-12 → T-502Перенесено
    Алексей Орлов · компания «Вектор» · исходный ID C-12.

    Критерий сверкиВладелец данных подтвердил, что это другой клиент. Совпавшее имя не меняет решение.

    Создана отдельная карточка T-502. Повторный прогон использует эту же пару ID, а не создаёт третьего Алексея.

  3. Сделка D-7 → S-90На разборе
    Клиент C-12 → T-502. После снимка ответственный сменился с U-3 на U-9; в S-90 пока указан V-3.

    Критерий сверкиСумма и связь с клиентом совпали, но ответственный устарел. U-9 соответствует V-9 в целевой CRM.

    Переключение остановлено. В догрузку включена операция D-7: ответственный V-3 → V-9. После её применения повторно проверяем S-90 и связь с T-502; только тогда сделка получает статус «перенесено».

  4. Вложение F-2 → целевого ID нетИсключено по договорённости
    Старый формат вложения из карточки D-7 не поддерживается принимающей системой в учебном сценарии.

    Критерий сверкиВладелец согласовал исключение до загрузки. Исключённый объект нельзя считать успешно перенесённым.

    Сохраняем файл в разрешённом архиве и связь F-2 → D-7 → S-90 в ведомости. Доступ к архиву и срок хранения согласуем отдельно.

Вымышленный пример, без подключения к CRM. На снимке: 2 перенесено, 1 на разборе, 1 исключено. После принятой догрузки: 3 перенесено, 0 на разборе, 1 исключено. Это иллюстрация протокола, а не результат клиентского проекта.
  • Результат первого этапа

    Карта переноса на ваших схемах

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

Когда это нужно

Когда переносу нужен отдельный проект

  1. Связи важнее количества строк

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

  2. Совпадения неоднозначны

    Одно имя встречается у разных клиентов, а один клиент существует в нескольких карточках. Согласуем правила совпадений и очередь решений владельца данных.

  3. Отдел продолжает работу

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

Когда достаточно штатного импорта

  • Для однородного CSV с поддерживаемыми полями сначала проверим импорт принимающей CRM на копии данных. Если он сохраняет нужные связи и проходит согласованную сверку, отдельный переносчик не нужен.

Как работаем

От образца выгрузки до решения о переключении

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

  1. 1. Обследование

    Фиксируем состав

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

  2. 2. Репетиция

    Загружаем в тестовую копию

    Сначала справочники и родительские записи, затем зависимые объекты. Храним исходный и целевой ID. Повторяем тот же пакет и проверяем, что он не размножает карточки.

  3. 3. Приёмка

    Сверяем по протоколу

    Считаем объекты по типам и статусам переноса; проверяем потерянные связи, поля и суммы сделок отдельно по валютам. Владелец открывает контрольные карточки, проверяет права и подписывает исключения. Необъяснённые расхождения останавливают переход.

  4. 4. Переключение

    Догружаем и наблюдаем

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

Как это устроено

Что входит в комплект передачи

  • Карта полей и ID

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

  • Реестр исключений

    У каждой спорной записи — причина, исходный ID, ответственный за решение и итог: исправить, перенести отдельно или исключить. Автоматически объединять клиентов по имени не будем.

  • Журнал загрузок и догрузки

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

  • План возврата

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

Отличие

Что сравнить до заказа

Проверять оба способа стоит на одном образце с проблемными связями и повторной загрузкой.

Штатный импортОтдельный перенос
Состав данныхПоля и сущности, которые поддерживает выбранный импортёр.Согласованная ведомость; неподдерживаемые данные получают отдельное решение.
СовпаденияПроверяем встроенные правила поиска дублей.Явная карта ID и решения владельца по неоднозначным карточкам.
Повтор и измененияПроверяем, обновляет ли импорт запись или создаёт новую.Журнал пакетов, повтор без новых дублей и проверенная догрузка.
ПриёмкаОтчёт импортёра дополняем проверкой полей и связей.Протокол сверки, перечень исключений и условия остановки перехода.

Способ зависит от конкретной пары систем, доступа и состава данных. Не обещаем перенос любой истории или переезд без паузы.

Стоимость

Что влияет на стоимость переноса

Для оценки нужны названия и версии обеих CRM, обезличенные схемы и состав истории. Доступ к рабочей базе на первом обращении не нужен.

  • Состав и качество базы

    Количество сущностей и связей, противоречивые значения, дубли и объём ручных решений.

  • Способ чтения и записи

    Возможности экспорта и API, ограничения запросов, поддержка вложений и запись истории в принимающую CRM.

  • Условия переключения

    Допустимое окно остановки, доступность изменений с момента снимка и необходимость обратного переноса.

Первый этап — карта переноса и пробная загрузка согласованного образца. Сроки и цену полного проекта определяем после проверки этих данных.

Вопросы

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

Можно ли перенести только контакты и сделки?

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

Перенесутся ли письма, звонки и вложения?

Только в согласованном объёме, который позволяют выгрузить источник и принять целевая CRM. Недоступную историю явно исключаем или сохраняем отдельным архивом. Возможность воспроизвести старую ленту событий заранее не гарантируем.

Что делать с дублями клиентов?

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

Можно ли работать в старой CRM во время переноса?

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

Входит ли настройка новой CRM и постоянная синхронизация?

Этот проект ограничен разовым переносом между уже выбранными и настроенными системами. Разработка CRM и постоянный обмен по API — отдельные задачи; ссылки на них ниже.

Смежные задачи

Если задача рядом

Все услуги →
  • Разработка CRM

    Если принимающую систему, воронку и интерфейсы ещё нужно создать.

  • Интеграция по API

    Если обе системы продолжат работать и нужен постоянный обмен данными.

Практический разбор

Что почитать перед запуском

  • Битрикс24: импорт связанных компаний, контактов и сделок

    Официальная справка обновлена 23.07.2026, проверена 11.11.2026. Описывает порядок загрузки и связывание по названиям. Для импорта сделок указано ограничение: существующая сделка не обновляется, а создаётся повторно. Эти правила относятся к описанному способу импорта Битрикс24.

Обсудим задачу

Оценить перенос между вашими CRM

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

Или напрямую: Telegram ↗ · +7 931 203-30-78 · hello@dev-crabs.ru