Откуда в базе берутся дубли
Один и тот же человек попадает в CRM дважды по совершенно будничным причинам. Клиент оставил заявку с сайта, а через неделю позвонил с другого номера. Менеджер завёл контакт руками, не проверив базу. Прошла интеграция с мессенджером, и WhatsApp создал новую запись, потому что номер записан то с восьмёркой, то с семёркой. Загрузили список из Excel поверх существующей базы.
Пока дублей десяток, никто не замечает. Проблема становится видимой, когда менеджер звонит клиенту с предложением, о котором тот уже разговаривал с другим сотрудником неделю назад. Или когда руководитель смотрит отчёт и видит 4 200 контактов вместо реальных 3 100, а конверсия из этого отчёта оказывается заниженной ровно на величину мусора.
Чинить это руками через выгрузку в Excel не нужно. В Битрикс24 объединение дубликатов встроено в саму CRM, и в большинстве случаев задача решается за несколько минут. Ниже пошагово, как объединить дубли контактов в Битрикс24 тремя разными способами и что при этом происходит с данными.
Способ 1: объединить два конкретных контакта
Самый частый сценарий: менеджер открыл карточку и увидел, что этот же клиент уже есть в базе. Порядок действий такой.
Шаг 1. Откройте раздел CRM и перейдите в список контактов: CRM → Клиенты → Контакты. Работать нужно именно в списке, а не внутри карточки.
Шаг 2. Найдите обе записи. Проще всего вбить в поиск номер телефона или фамилию, чтобы дубликаты оказались рядом в одном списке.
Шаг 3. Отметьте нужные записи галочками слева.
Шаг 4. Внизу списка нажмите Выберите действие и в выпадающем меню выберите Объединить, затем примените действие.
Шаг 5. Откроется окно объединения. Здесь нужно указать основную карточку: она останется в базе, остальные будут удалены. Обычно основной делают ту, что старше, у неё больше истории и связей.
Шаг 6. Просмотрите поля. Там, где значения в обеих карточках совпадают, система подставит их сама. Там, где значения расходятся, придётся выбрать, какое оставить.
Шаг 7. Нажмите Объединить. Если хочется сразу поправить что-то в получившейся карточке, есть вариант Объединить и отредактировать. Если решение не созрело, объединение можно отложить.
Тот же механизм работает не только с контактами. Объединять можно лиды, сделки, контакты, компании, счета, предложения и элементы смарт-процессов, так что порядок действий переносится на любой раздел CRM.
Что происходит с данными при слиянии
Это тот вопрос, из-за которого менеджеры чаще всего откладывают чистку базы: страшно потерять переписку или сделку.
Совпадающие поля. Если в обеих карточках указана одна и та же должность или один и тот же адрес, значение подставится автоматически, выбирать ничего не нужно.
Расходящиеся поля. Когда в одной карточке написано «Иван Петров», а в другой «Петров И.В.», система покажет оба варианта и попросит выбрать. Здесь стоит не торопиться: это единственный шаг, который потом не откатить одним кликом.
Множественные поля. Телефоны и адреса почты можно не выбирать, а сохранить все сразу. Это как раз тот случай, когда дубль полезен: у клиента действительно два номера, и после объединения оба останутся в одной карточке.
Неосновные карточки. Они удаляются. Информация об этом попадает в историю CRM, а сами удалённые элементы при необходимости восстанавливаются из корзины.
Из-за последнего пункта чистку дублей не стоит воспринимать как необратимую операцию. Ошиблись с выбором основной карточки: элемент лежит в корзине, его можно вернуть. Но восстановление вернёт удалённую запись, а не откатит слияние целиком, поэтому проверять поля на шаге 6 всё-таки нужно.
Способ 2: контроль дубликатов по всей базе
Искать дубли парами глазами имеет смысл, когда их пять. Когда база копилась год и никто её не чистил, нужен инструмент, который сам пройдёт по всем записям.
В разделах Лиды, Контакты и Компании есть кнопка Контроль дубликатов. Она запускает поиск записей с совпадающими данными по всей базе выбранного типа: система сверяет телефоны, адреса почты и имена и показывает найденные группы.
Дальше вы разбираете найденное. По каждой группе решение принимается отдельно, потому что совпадение телефона не всегда означает дубль: два сотрудника одной компании могут быть записаны на один рабочий номер, а супруги нередко указывают общий мобильный. Именно поэтому система не объединяет всё найденное автоматически.
Есть ограничение по правам: запустить контроль дубликатов может администратор или сотрудник, у которого есть права на изменение и удаление элементов CRM. Рядовой менеджер с доступом только к своим контактам инструмент не увидит, и это скорее плюс, чем минус.
Практический совет по большой базе: не пытайтесь разобрать всё за один заход. Разбейте работу по типам — сначала контакты, потом компании, потом лиды — и внутри каждого типа идите сверху вниз небольшими партиями. Слияние двухсот пар подряд утомляет, а на усталости легко выбрать не ту основную карточку.
Способ 3: автоматическое объединение
Если дубли появляются постоянно, разбирать их руками каждую неделю бессмысленно. Битрикс24 умеет сливать часть из них сам.
Автоматическое объединение включается в настройках, в разделе Контроль дубликатов, и настраивается отдельно для каждого типа элементов: лидов, контактов и компаний. Проверяются при этом конкретные поля: у контактов ФИО, телефон и e-mail, у компаний название, телефон и e-mail, у лидов ФИО, название компании, телефон и e-mail.
Условия срабатывания жёсткие, и это сделано намеренно. Система объединит записи сама, только если совпадают значения всех полей, за элементы отвечает один и тот же сотрудник, а лиды находятся на одной стадии канбана. Стоит хотя бы одному полю отличаться, и Битрикс24 не станет решать за вас: такая пара уйдёт на ручное объединение.
Из этого следует важная вещь для планирования: автообъединение снимает нагрузку по чистым техническим дублям (два одинаковых лида с формы, отправленной дважды), но не заменяет ручной разбор базы. Клиента, которого один менеджер завёл как «Иван Петров», а другой как «Петров Иван Сергеевич», автоматика не тронет.
Ещё одно ограничение: автоматическое объединение доступно не на всех тарифах. Если в настройках вы не нашли этот блок, дело обычно в тарифном плане портала, а не в правах доступа.
Где включается контроль дублей
По умолчанию контроль может быть настроен не для всех типов элементов, поэтому проверьте настройки перед тем, как искать кнопку в списке.
Путь такой: CRM → Ещё → Настройки → Настройки CRM → Другое → Прочие настройки. В открывшемся окне найдите блок Контроль дубликатов. Здесь выбирается, для каких элементов Битрикс24 будет искать записи с одинаковыми данными: лиды, контакты, компании, сделки, предложения.
Менять эти настройки может администратор портала и сотрудник с правом «Разрешить изменять настройки». Обычному пользователю раздел настроек CRM недоступен, так что если пункта не видно, начните с проверки своей роли.
Рекомендация по составу: включайте контроль хотя бы для лидов, контактов и компаний. Эти три сущности плодят дубли чаще всего, потому что попадают в систему из внешних источников — с сайта, из мессенджеров, из телефонии.
Кто имеет право объединять записи
Право на объединение не выдаётся отдельной галочкой, оно вытекает из прав на элементы. Объединить дубликаты может администратор Битрикс24 и сотрудник, у которого есть право изменять и удалять элементы CRM.
Логика простая: объединение физически удаляет неосновные карточки, поэтому без права на удаление операция недоступна. Если менеджер жалуется, что не видит пункта Объединить в меню действий, посмотрите его роль в правах доступа CRM: скорее всего, там стоит изменение без удаления.
С точки зрения порядка в базе давать право на объединение всему отделу продаж не стоит. Разумнее оставить чистку за одним-двумя сотрудниками: руководителем отдела и, например, администратором CRM. Дубли от этого никуда не денутся, но и случайных потерь истории по клиенту не будет.
Если объединили не то
Сначала посмотрите историю CRM: там фиксируется факт удаления элементов. Дальше действуйте по обстоятельствам.
Удалённые при слиянии карточки попадают в корзину, откуда их можно восстановить. Это спасает, когда вместо дубля объединили двух разных людей с общим телефоном. Восстановленная запись вернётся в базу, но связи и данные, которые перед этим перетекли в основную карточку, придётся проверить руками.
Поэтому лучший способ не разбирать последствия — не создавать их. Перед массовой чисткой имеет смысл сделать выгрузку контактов в Excel: это займёт пару минут и даст точку отката на уровне данных, даже если в самой CRM что-то пойдёт не так.
Дубли, которые контроль дубликатов не находит
Встроенный поиск работает по совпадению значений. Всё, что записано хоть немного по-разному, для него разные записи, и такие пары приходится вылавливать отдельно.
Разный формат телефона. «+7 777 123 45 67», «87771234567» и «8 (777) 123-45-67» — это три строки, и совпадением они не считаются. Лечится приведением базы к одному формату: выгрузите контакты, нормализуйте номера и загрузите обратно. Делать это нужно до запуска поиска, иначе половина дублей останется незамеченной.
Опечатки и разные написания имени. «Ольга Ким» и «Ким Ольга Петровна» система по имени не свяжет. Здесь помогает поиск по другому признаку: отсортируйте список по компании или по почтовому домену и просмотрите записи одной организации подряд. Внутри одной компании дубли видно глазами быстро.
Разные каналы связи. Клиент оставил заявку с рабочей почты, а написал в мессенджер с личного номера. Общего значения у двух карточек нет вообще, и найти такую пару автоматически невозможно. Обычно они всплывают в работе: менеджер открывает контакт и понимает, что этого человека уже знает.
Контакты без телефона и почты. Записи, где заполнено только имя, поиск по средствам связи не увидит в принципе. Отфильтруйте список по пустому телефону: такие карточки чаще всего либо мусор от неудачных импортов, либо заготовки, которые кто-то создал и бросил.
По каждой из этих групп имеет смысл пройтись отдельным заходом. Занимает это дольше, чем нажать одну кнопку, зато после первой такой чистки становится понятно, какой именно источник данных портит базу, и дальше можно чинить причину, а не последствия.
Массовая чистка через REST для больших баз
Когда в базе десятки тысяч контактов, ручной разбор превращается в проект на несколько недель. В этом случае поиск дублей автоматизируют через REST API.
За поиск отвечает метод crm.duplicate.findbycomm. Он принимает тип средства связи в параметре type (EMAIL или PHONE) и массив значений в параметре values, а возвращает идентификаторы лидов, контактов и компаний, у которых эти значения совпали. Дополнительно можно ограничить поиск одним типом сущности через entity_type: LEAD, CONTACT или COMPANY. Если параметр не указан, поиск идёт по всем трём.
Ограничения, о которые спотыкаются при первой реализации, стоит знать заранее. В values можно передать не более 20 значений за один вызов. Если по одному типу сущности набирается 20 и более совпадений, результаты по остальным типам не вернутся. Добавочные номера при поиске по телефону игнорируются. Для вызова нужен scope crm и права на чтение элементов.
Типовой сценарий выглядит так: скриптом выгружаете все телефоны и адреса из базы, режете их на пачки по 20 значений, прогоняете через метод, собираете группы совпадений и уже по ним принимаете решение об объединении. Само слияние при этом чаще оставляют на человеке: алгоритм хорошо находит кандидатов, но плохо отличает настоящий дубль от двух сотрудников на одном рабочем телефоне.
Что проверить после чистки
Закончив разбор, потратьте десять минут на сверку. Посмотрите общее количество контактов до и после: разница покажет, сколько мусора реально было в базе, и эта цифра пригодится, когда в следующий раз будете обосновывать регулярную чистку.
Выборочно откройте пять-шесть объединённых карточек и убедитесь, что в них на месте телефоны, почты и связанные элементы. Заодно проверьте отчёты по воронке: после удаления дублей конверсия обычно подрастает, потому что знаменатель стал честным.
Как перестать плодить дубли
Чистка базы бесполезна, если через месяц всё вернётся. Несколько вещей, которые дают эффект.
- Включите контроль дубликатов для лидов, контактов и компаний, чтобы система предупреждала о совпадениях сама.
- Приведите телефоны к одному формату. Разнобой «+7», «8» и записи со скобками мешает автоматике находить совпадения, потому что для системы это разные строки.
- Договоритесь, кто и как заводит клиента руками. Половина дублей появляется потому, что менеджер быстрее создаёт новый контакт, чем ищет старый.
- Проверяйте интеграции. Телефония, формы сайта и мессенджеры создают записи автоматически, и настроены они бывают так, что каждое обращение порождает новый контакт вместо привязки к существующему.
- Поставьте чистку на регулярную основу. Раз в квартал пройтись контролем дубликатов быстрее, чем раз в три года разбирать накопившееся.
Отдельно про повторные обращения. Если клиент писал полгода назад, а сейчас пишет снова, и интеграция создаёт новую запись вместо того, чтобы найти старую, это не проблема дублей как таковых. Это проблема настройки связки CRM с каналом, и лечится она на стороне интеграции. Чистить базу при неисправной интеграции придётся бесконечно.
Пример из практики
Оптовая компания, около 9 000 контактов, база собиралась четыре года из трёх источников: выгрузка из старой CRM, формы сайта и ручной ввод менеджеров. Руководитель обратил внимание на проблему, когда два менеджера независимо друг от друга поехали к одному клиенту в один день.
Разбор занял примерно так: сначала включили контроль дубликатов для контактов и компаний, потом привели телефоны к единому формату скриптом, и только после этого запустили поиск. Порядок здесь важен: если сначала искать, а потом нормализовать номера, половину совпадений система просто не увидит.
Автоматически слилась заметная часть чистых технических дублей, остальное разбирали руками партиями. Основной сюрприз оказался не техническим: примерно каждая десятая пара при ближайшем рассмотрении дублем не была. Это были разные люди из одной организации, записанные на общий телефон приёмной.
Цифры здесь иллюстративные и зависят от того, как копилась конкретная база. Но закономерность повторяется: чем больше источников у базы и чем дольше её не трогали, тем выше доля ложных совпадений и тем важнее не отдавать объединение полностью на откуп автоматике.
Частые вопросы
Можно ли объединить контакт с компанией?
Нет. Объединение работает внутри одного типа элементов: контакт с контактом, компания с компанией, лид с лидом. Связать контакт с компанией можно обычной привязкой в карточке, но это другая операция.
Что будет со сделками и делами объединяемых контактов?
Неосновные карточки удаляются, а информация о них остаётся в истории CRM, откуда элементы при необходимости восстанавливаются из корзины. Перед массовым слиянием стоит выборочно проверить несколько объединённых карточек и убедиться, что связанные элементы отображаются так, как вы ожидаете.
Почему в меню действий нет пункта «Объединить»?
Чаще всего дело в правах: операция доступна администратору и сотрудникам с правом изменять и удалять элементы CRM. Второй вариант: контроль дубликатов не включён для этого типа элементов в настройках CRM.
Сколько записей можно объединить за один раз?
В окне объединения вы отмечаете группу записей и выбираете среди них основную, так что слить можно не только пару. На практике за раз удобнее брать небольшие группы: чем больше карточек в одном слиянии, тем сложнее проверить, какие значения полей останутся.
Битрикс24 объединит дубли сам, без меня?
Только строго определённые. Автоматическое объединение срабатывает, когда совпадают значения всех проверяемых полей, за элементы отвечает один сотрудник, а лиды находятся на одной стадии канбана. Всё остальное система оставляет человеку. Плюс сама функция доступна не на всех тарифах.
Если контроль дубликатов не находит очевидные совпадения, автообъединение не включается или после чистки в базе обнаружились потери, разбираться лучше не методом перебора настроек на живом портале. Опишите ситуацию нам: техподдержка Битрикс24 от B2BPRO.KZ работает 24/7, мы посмотрим настройки CRM, права доступа и интеграции, из-за которых дубли появляются снова.