Дубли в Битрикс24 — это повторные карточки одного клиента: два лида с одним телефоном, контакт и компания с одной почтой, две сделки по одному обращению. Штатный «Контроль дубликатов» ловит совпадения при создании карточки и умеет массовое объединение, но дубли, проникшие в базу другими путями, остаются жить. Разберём, откуда они берутся, что умеет штатный механизм, как объединять без потери данных и как закрыть проблему системно.

Откуда берутся дубли в CRM?

Четыре источника. Повторные обращения: клиент заполнил форму, потом позвонил — каждый канал создал своего лида. Импорт: старая база загружена без сверки с существующей. Интеграции: телефония и почта создают сущности по своим правилам и не всегда видят друг друга. Ручной ввод: менеджер записал телефон как «8 912…», а в базе он «+7 912…» — для поиска это разные строки. Последний случай самый коварный: формально дубля нет, фактически — есть. Именно поэтому нормализация данных — половина борьбы с дублями: робот «Форматирование телефона» приводит номера к одному виду прямо в процессе, а «Форматирование телефонов сущности» — чистит уже сохранённые карточки.

Что умеет штатный поиск дублей Битрикс24?

Штатный механизм работает в трёх местах. При создании карточки — предупреждает о совпадении по ФИО, телефону или почте. В списке лидов/контактов/компаний — пункт «Поиск дубликатов» в меню шестерёнки: находит группы похожих записей и предлагает объединить каждую группу. При импорте — настройка «Пропускать дубликаты». Объединение переносит поля, дела, историю и связи в одну карточку; конфликтующие значения Битрикс24 просит выбрать вручную. Чего штатный механизм не делает: не проверяет дубли при движении карточки по воронке, не блокирует работу с повторной сущностью, не сравнивает «похожие» значения с опечатками и не даёт собственных правил сравнения.

Как объединить дубли без потери данных?

Перед массовым объединением: завершите открытые дела на карточках-дублях, договоритесь, чья карточка «главная» (обычно самая старая — у неё история), и сделайте выгрузку базы на случай отката. Затем запускайте штатный «Поиск дубликатов» по телефону и почте — это самые надёжные ключи; объединение по ФИО проверяйте руками: тёзки — не дубли. После слияния проверьте сделки: они должны указывать на оставшуюся карточку. В бизнес-процессах полезен робот «Найти контакт» — перед созданием новой сущности он ищет существующий контакт по телефону и возвращает ID: процесс привязывает обращение к найденной карточке вместо создания дубля. Аналогично «Найти сделку» находит открытую сделку клиента, чтобы повторное обращение не плодило новую.

Как закрыть проблему дублей системно?

Ручные прогоны поиска дубликатов — это уборка, а не профилактика. Системное решение — проверять дубли в момент работы с карточкой: приложение «Контроль дубликатов» делает проверку, когда менеджер двигает карточку по воронке или редактирует её, и не пропускает сущность дальше, пока дубль не объединён или не удалён. Плюс массовое сканирование всей базы и два режима объединения — автоматический для бесконфликтных записей и ручной разбор спорных. В связке работают три уровня защиты: нормализация данных роботами на входе, поиск существующих сущностей в бизнес-процессах, и блокирующая проверка «Контроля дубликатов» на каждом движении карточки.

Чек-лист

Нормализуйте телефоны и почты на входе; включите проверку при создании; научите процессы искать существующие карточки перед созданием новых; раз в месяц прогоняйте массовый поиск; для блокирующей проверки на стадиях поставьте «Контроль дубликатов» из Маркета — установка бесплатная.