Перенос данных в CRM: как проверить импорт

Принимать нужно рабочую базу, а не число загруженных строк

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

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

Составьте карту полей и связей

Исходный идентификатор

Сохраните стабильный ключ записи из старой системы и соответствие новому ID. Номер строки таблицы ненадежен после сортировки.

Поле и формат

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

Стадия и ответственный

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

Связанные записи

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

Ошибка или исключение

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

Правила зависят от платформы

В штатном CSV-импорте связанных элементов Битрикс24 важны порядок загрузки и точное совпадение названий. Существующие сделки этим импортом не обновляются: повтор может создать еще одну сделку. Это ограничение конкретного инструмента, а не любого способа переноса. Документация Битрикс24

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

Решите заранее, что считать дублем

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

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

Проверьте трудные записи на пробном переносе

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

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

Пример сверки: 100 строк не означают 100 новых клиентов

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

Согласуйте момент переключения команды

1. Сохраните исходную выгрузку и предусмотренную системой резервную копию. Зафиксируйте дату и проверенный способ восстановления.
2. Определите, где команда работает до переключения и кто учитывает изменения после выгрузки. Заморозка ввода или дополнительный перенос изменений согласуются заранее.
3. После исправления пробного переноса выполните рабочую загрузку и сверку. Не запускайте повтор полного файла для исправления одной строки без проверки последствий.
4. Проверьте новые обращения и согласованные интеграции после переключения. Старый источник не отключайте, пока не принят результат и не определен доступ к архиву.
5. При неудаче используйте согласованный план восстановления. Он должен учитывать новые записи после импорта, чтобы откат не уничтожил поступившую работу.

Что должно быть в результате переноса

Состав и сверка

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

Качество и связи

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

Работа команды

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

Передача

Карта полей, журнал переноса, список ошибок, правила повторного запуска, доступ к архиву, ответственный за оставшиеся вопросы.

В Крест-НН мы дорабатывали существующий Bitrix24 и проверяли конкретные правила работы. Это пример настройки CRM, а не подтвержденный кейс массового переноса базы. Для вашего проекта состав переноса и критерии приемки согласуются отдельно. Первичный разбор задачи BYstudio бесплатный.

• Внедрение CRM: состав работ
• Как составить бюджет внедрения
• Как принять внедрение CRM целиком
• Крест-НН: работа с существующим Bitrix24