Дубли в CRM: контроль и объединение

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

Откуда берутся дубли и чем они опасны

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

• клиент оставил заявку на сайте, а через неделю позвонил — телефония создала новый лид;
• менеджер вручную завёл контакт, не проверив, что он уже есть;
• импорт из Excel или выгрузка из другой системы залили базу «внахлёст» с существующими записями;
• обращения из открытых линий, форм и чатов создали отдельные лиды на одного человека.

Опасность не в самом факте повтора, а в последствиях: история разрывается на несколько карточек, менеджеры звонят одному клиенту дважды, аналитика по количеству клиентов и конверсии врёт, а автоматизация (роботы, рассылки) срабатывает не туда. Поэтому в Битрикс24 работа с дублями — это два взаимодополняющих механизма: контроль дублей на входе и поиск с объединением для уже накопленной базы.

Встроенный контроль дублей на входе

Контроль дублей — это автоматическая проверка, которая срабатывает в момент создания или сохранения записи. Битрикс24 сравнивает новую карточку с уже существующими по ключевым полям и предупреждает, если находит совпадение. Проверка работает отдельно для каждой сущности: лиды, контакты и компании.

Поля, по которым идёт сравнение по умолчанию:

Если менеджер вручную вводит карточку и телефон уже встречается в базе, Битрикс24 покажет уведомление «Возможно, это дубль» со ссылкой на существующую запись — можно открыть её вместо создания новой. При автоматическом создании (звонок, форма, чат) система по возможности привязывает обращение к найденной карточке, а не плодит новую.

Где включается и настраивается контроль дублей

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

Практические моменты, которые стоит учесть при настройке:

• Телефон и e-mail — самые надёжные признаки, их держите включёнными почти всегда.
• Проверка по имени даёт много ложных срабатываний для распространённых ФИО и названий компаний вроде «ООО Ромашка» — включайте осознанно.
• Контроль можно отключить на время массового импорта, чтобы не тормозить загрузку, а после — прогнать поиск дублей вручную.

Отдельно проверьте формат хранения телефонов: если часть номеров записана как +7 900…, а часть как 8 900…, автоматика может не увидеть совпадение. Битрикс24 нормализует телефоны, но грязные данные из импорта лучше привести к единому виду заранее.

Поиск уже накопленных дублей

Контроль на входе не помогает с дублями, которые уже лежат в базе — их ищут отдельным инструментом. В списке контактов или компаний откройте меню действий и выберите поиск и обработку дублей: система пройдёт по базе и соберёт группы записей, которые считает повторами, — по совпадению телефона, e-mail или наименования.

Результат — список групп дублей, каждую из которых можно раскрыть и решить, что делать:

1. Объединить — слить карточки в одну, если это действительно один клиент.
2. Пропустить (не дубль) — пометить группу как ложное срабатывание, чтобы она больше не всплывала.

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

Как работает объединение записей

При объединении Битрикс24 сливает несколько карточек в одну главную (мастер-запись). Вы выбираете, какая запись останется основной, а система переносит в неё данные и все связи из остальных.

Что происходит с данными при слиянии:

• Поля — за основу берутся значения мастер-записи; там, где у неё пусто, подтягиваются данные из объединяемых карточек.
• Телефоны и e-mail — множественные поля собираются вместе, дубли значений отсекаются.
• Сделки, счета, дела, звонки и история (таймлайн) — перепривязываются к главной карточке, ничего не теряется.
• Связи контакта с компаниями и сделками сохраняются на итоговой записи.

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

Дубли при импорте и интеграциях

Больше всего повторов рождается при импорте и внешних интеграциях. В мастере импорта контактов и компаний есть настройка поведения при совпадении: создавать новую запись, обновлять существующую или пропускать. Выбирайте обновление по совпадающему полю (телефон или e-mail), если заливаете уже знакомых клиентов, — так строки лягут поверх существующих карточек, а не рядом с ними.

С интеграциями логика та же, но контролировать её сложнее:

• CRM-формы и открытые линии сами используют контроль дублей и стараются привязать обращение к найденному контакту.
• Обмен с сайтом или 1С должен маппиться по устойчивому ключу — телефону, e-mail или внешнему коду (ORIGIN_ID), иначе каждая выгрузка будет плодить копии.
• Сторонние приложения, создающие лиды через REST-API, ответственность за проверку дублей несут сами — на уровне метода crm.duplicate.findbycomm можно найти существующую запись перед созданием.

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

Ограничения и рабочие практики

Встроенный контроль закрывает базовые сценарии, но у него есть границы, о которых стоит помнить:

• проверка идёт только по телефону, e-mail и наименованию — по ИНН, пользовательским полям и адресу дубли не ловятся автоматически;
• совпадения ищутся внутри одной сущности: одинаковый телефон у лида и у контакта система на этапе создания подсветит, но полноценно «дедуплицировать» их можно только через конвертацию и объединение;
• на очень больших базах массовый поиск ресурсоёмок и его лучше запускать по расписанию в спокойное время.

Что работает на практике: держите единый формат телефонов, приучите менеджеров пользоваться подсказкой «возможный дубль» вместо создания новой карточки, настройте импорт и обмен на обновление по ключу и раз в период прогоняйте поиск дублей вручную. Для компаний, где важен ИНН, дедупликацию по нему обычно закрывают доработкой или проверкой на стороне интеграции.

Итог

Чистая база в Битрикс24 держится на двух механизмах. Контроль дублей на входе ловит повторы в момент создания записи по телефону, e-mail и названию и не даёт разрастаться базе. Поиск и объединение разбирают то, что уже накопилось: собирают группы дублей и сливают их в одну карточку, сохраняя сделки, дела и историю. Отдельно стоит держать в порядке формат данных и настройку импорта — большая часть дублей рождается именно там.

Если ваша база уже обросла повторами, а обмен с сайтом или 1С продолжает их плодить, мы в B2Bsite настраиваем контроль дублей под ваши поля, наводим порядок в накопленных карточках без потери сделок и выстраиваем ключи сопоставления в интеграциях так, чтобы новые дубли просто не появлялись.