Две карточки клиента аккуратно объединяются с сохранением истории общения
CRM и автоматизация

Дубли клиентов в CRM: как очистить базу и сохранить историю

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

Отделите похожие записи от настоящих дублей

Один номер телефона может принадлежать компании, семье или колл-центру; одно имя встречается у разных людей. Сначала определите, что для вашего процесса означает один клиент: физическое лицо, организация, филиал или контакт внутри компании. Затем проверьте сочетание признаков и связанную историю. Автоматический список совпадений — очередь на разбор, а не разрешение удалить всё лишнее.

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

СигналВозможный выводПроверка
Одинаковая почтаВозможный дубльСверить владельца и историю
Один телефон компанииМогут быть разные контактыПроверить роли и сделки
Разное написание названияВозможная одна организацияСверить реквизиты и филиал

Зафиксируйте главную карточку и связи

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

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

Разберите источник новых дублей

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

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

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

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

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

Вопросы и ответы

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

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

Что проверить перед объединением?

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

Почему дубли возвращаются?

Каналы заявок и импорта могут по-разному искать существующую запись. Нужно исправить правила на входе и повторно проверить интеграции.

Получите понятный план следующего шага

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

Написать на почтуhello@iskro.techTelegram
Получить разбор проекта