Перенос клиентов в CRM: как проверить базу до массового импорта

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

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

Импортируйте обезличенную выборку с несколькими компаниями, контактами и сделками. В Битрикс24 порядок для связанных данных описан как компании, затем контакты, затем сделки; в другой CRM он может отличаться. Сопоставьте поля явно и проверьте, что контакт связан с нужной компанией, а сделка — с правильным клиентом.

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

После теста сравните количество записей по типам, выбранные поля и связи. Не ограничивайтесь сообщением «импорт завершён». Откройте несколько карточек из каждого сценария: компания с несколькими контактами, повторный клиент, закрытая сделка и запись с пустым телефоном. Отдельно проверьте, что права доступа не раскрыли базу лишним ролям.

Если есть расхождения, исправьте правила сопоставления и повторите тест на отдельной выборке. Не рассчитывайте, что повторный массовый импорт безопасно обновит все сделки: поведение зависит от продукта и режима загрузки. В документации Битрикс24, например, указано, что существующие сделки при импорте не обновляются.

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

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