Бухгалтер клиента звонит менеджеру: «Вы выставили счёт на ТОО, а мы просили на ИП». Менеджер открывает CRM и находит три карточки: ТОО «Альфа», «Альфа» и «Alfa LLP». В одной — телефон директора, в другой — три прошлогодние сделки, в третьей ничего, кроме названия. Какая из них настоящая, не знает никто, включая систему.
Это не про дисциплину менеджеров и не про плохую CRM. В Казахстане у клиента почти всегда несколько юрлиц, а каждая система, из которой данные попадают в CRM, заводит карточки по-своему. Ниже — откуда берутся дубли, что с ними умеет штатный Битрикс24, какая модель данных не разваливается через год, и что мы делаем, когда разбираем базу на две-три тысячи компаний.
Почему у клиента три юрлица
Типичная картина: ТОО на общеустановленном режиме для крупных покупателей, ИП на упрощёнке для розницы, отдельное ТОО под новое направление или под тендер, филиал в другом городе с собственным БИН. Бывает и «старое» ТОО с историей плюс «новое» после смены учредителей. С 2026 года порог обязательной постановки на учёт по НДС — 10 000 МРП, то есть 43,25 млн ₸ в год, поэтому у малого бизнеса связка «юрлицо с НДС + юрлицо без НДС» встречается ещё чаще.
Нам как интеграторам не важно, почему так устроено. Важно другое: счёт, договор и ЭСФ уходят на конкретный БИН, а звонит, торгуется и принимает решения один и тот же человек. CRM спрашивает «какая компания?», а честный ответ — «клиент один, плательщиков три». Если модель данных этого не учитывает, менеджер решает вопрос единственным доступным способом: заводит ещё одну карточку.
Пять входов, через которые база засоряется
- Импорт из Excel. У каждого менеджера своя таблица, и в них один клиент записан как «ТОО Альфа», «Альфа» и «Alfa LLP». При импорте контроль дубликатов сработает только если он включён и совпали телефон или e-mail. Как готовить таблицу — в отдельной статье.
- Заявки с сайта и мессенджеров. Лид создаётся раньше, чем кто-то посмотрит базу. Клиент написал с нового номера — новый контакт; лид конвертировали — новая компания.
- Ручное создание. Поиск не нашёл карточку, потому что название написано иначе, и менеджер за пять секунд создал новую. Это самый частый источник дублей с человеческими именами в названии: «Альфа (Иван)», «Альфа склад».
- Обмен с 1С. В 1С контрагент — это юрлицо. Типовой обмен приносит каждое ТОО клиента отдельной компанией, и три юрлица превращаются в три карточки. Подробнее о том, как устроен обмен, — в статье про интеграцию с 1С.
- Телефония. Входящий с незнакомого номера рождает контакт без имени — «Входящий 16.09». Клиент перезванивает с другого номера — ещё один.
Ни один из этих каналов не спрашивает у остальных. По нашему опыту в базе на две-три тысячи компаний дублей обычно 10–15%, и примерно половина из них — пустышки: название и ничего больше.
Что ломается, пока дубли живут
- История порвана. Звонки в одной карточке, сделки в другой, документы в третьей. Менеджер видит «нового клиента» и делает холодный звонок постоянному.
- Отчёты врут. Три карточки — три клиента. LTV, повторные продажи, соотношение новых и постоянных — всё считается мимо.
- Два менеджера, один клиент. У карточек разные ответственные, звонят оба. Клиент раздражён, внутри — спор о том, чья сделка.
- Счёт не тому юрлицу. Бухгалтерия клиента возвращает счёт, ЭСФ переделывается, оплата уезжает на неделю.
- Рассылка дважды. WhatsApp-рассылка уходит на один номер с двух карточек — жалоба и риск блокировки номера. Как этого избегать — в статье про рассылки.
- Права доступа не работают. Менеджер видит «свои» компании, но тот же клиент лежит и в чужой карточке. Ролевая модель, которую мы разбирали отдельно, защищает базу, а не её копии.
Что умеет штатный Битрикс24
Инструмент называется контроль дубликатов, включается в разделе CRM → Настройки → Контроль дубликатов. Работает в двух режимах: при создании карточки и по уже накопленной базе.
- При создании лида, контакта или компании система сверяет выбранные поля с базой и показывает найденные карточки — можно открыть существующую вместо того, чтобы плодить новую.
- Поля проверки. Для компаний — название, телефон, e-mail и реквизиты: в казахстанском шаблоне это БИН и расчётный счёт. Для контактов — ФИО, телефон, e-mail. Совпадение хотя бы по одному отмеченному полю считается дублем.
- Поиск по базе. Сканирование запускается вручную или по расписанию, по умолчанию раз в сутки. Карточки, у которых совпали все поля, один ответственный, а у лидов ещё и одна стадия, объединяются автоматически. Остальные попадают в список на ручной разбор.
- Объединение переносит поля, дела, историю и связи в одну карточку. Если значения полей конфликтуют, система спросит, какое оставить. Нужны права на изменение и удаление элементов.
Вторая половина инструментария — реквизиты. У одной компании может быть несколько наборов реквизитов, для Казахстана есть шаблон с БИН и ИИН, а по БИН данные подтягиваются автоматически из поля «Поиск реквизитов». При выставлении счёта вы выбираете, на какие реквизиты он идёт. Наконец, связи: контакт можно привязать к нескольким компаниям кнопкой «Добавить участника», а у сделки может быть несколько контактов, но только одна компания — это и есть подсказка, как строить модель.
| Ситуация | Штатно | Что делать |
|---|---|---|
| Два контакта с одним телефоном | Да | Поиск дубликатов → объединить |
| Одна компания под тремя названиями | Частично | По телефону и e-mail найдёт; по названию — только точное совпадение, «Альфа» и «ТОО Альфа» не сойдутся |
| Один клиент, три БИН | Да | Одна компания, три набора реквизитов, в счёте — выбор реквизита |
| Человек работает в двух компаниях | Да | В карточке контакта → «Добавить участника» |
| 1С присылает три контрагента | Нет | Сопоставление настраивается на внедрении или доработкой |
| Пустышки от телефонии | Нет | Фильтр «без дел и сделок» → проверить → удалить |
Модель, которая держится: компания — это клиент
Правило, которое мы закладываем на каждом внедрении: компания в CRM — это бизнес-клиент, тот, с кем идут отношения, а не запись из справочника юрлиц. Юрлица — это наборы реквизитов внутри карточки. Люди — контакты с ролями: директор, бухгалтер, снабженец. Ответственный за клиента — один. Сделка привязана к компании и при выставлении счёта выбирает нужный набор реквизитов.
Иногда две карточки всё-таки оправданы: у юрлиц разные лица, принимающие решения, разные договоры и условия, разные города и менеджеры. Тогда это две компании с общим контактом и полем «Группа компаний», по которому строятся отчёты. Простой тест: если директор один — карточка одна.
Отдельный разговор — 1С. Типовой обмен переносит контрагентов как компании один к одному, и модель «одна карточка — три реквизита» с ним не совпадает. Чтобы три контрагента сошлись в одну компанию, сопоставление настраивают на внедрении, а не после. Это один из первых вопросов, которые мы задаём, когда в проекте есть 1С.
Названия: договоритесь, как писать
Половина дублей «по названию» — не дубли, а один клиент, записанный четырьмя способами. Штатный поиск считает совпадением только точное написание, поэтому правило именования важнее любой автоматики.
| Как пишут | Как правильно | Почему |
|---|---|---|
| ТОО «Альфа» | Альфа | Форма собственности — в реквизитах, а не в названии |
| Альфа ТОО / ТОО Альфа | Альфа | Порядок слов ломает поиск |
| Alfa LLP | Альфа | Одно написание на карточку; латиница — в поле «Также известна как» |
| Альфа (Иван) | Альфа + контакт Иван | Люди живут в контактах |
| Альфа склад / Альфа офис | Альфа + адреса в реквизитах | Площадки — не компании |
Как чистить базу: порядок, который работает
- Выгрузка и бэкап. Компании и контакты — в Excel; в коробке — копия базы. Дата и время в имени файла.
- Включить контроль дубликатов по телефону и e-mail для контактов и компаний. Это надёжные признаки: два разных клиента с одним номером почти не встречаются.
- Запустить поиск по базе. Полные совпадения объединятся сами, остальное — списком.
- Разобрать список по телефону и e-mail первым: здесь ошибок меньше всего.
- Названия — через нормализацию. Выгрузка в Excel, убрать ТОО/ИП/кавычки, привести латиницу к одному написанию, сравнить. По нашему опыту именно этот шаг находит больше всего.
- Многоюрличных — в реквизиты. Для каждой группы карточек одного клиента: оставить одну, перенести БИН остальных в наборы реквизитов, сделки и контакты — объединением.
- Пустышки. Фильтр «нет дел, нет сделок, нет телефона» → проверить, не висит ли на карточке лид → удалить.
- Закрепить регламент (ниже) — иначе через квартал всё повторится.
Сколько это занимает: базу на 2 500 компаний мы разбираем вдвоём за три-четыре рабочих дня. Сутки уходят на автоматику и нормализацию, остальное — ручной разбор спорных пар вместе с менеджерами, потому что «это один клиент или два» знают только они.
Чего не решает кнопка
- Телефония продолжит плодить пустышки. Настройте, чтобы неизвестный номер создавал лид, а не контакт, и лид без дел удалялся роботом через несколько дней.
- WhatsApp-номера личные. Один сотрудник клиента пишет с двух телефонов — это два контакта, пока их не объединят руками.
- Объединение не сливает сделки. Две открытые сделки по одному клиенту останутся двумя; закрывать лишнюю — решение менеджера.
- После объединения ответственный один. Второй менеджер теряет клиента из «своих». Обсудите это до чистки, а не после — иначе получите тихий саботаж.
- 1С не перестанет присылать контрагентов по-своему, пока не настроено сопоставление.
Регламент из пяти пунктов
- Перед созданием компании — поиск по телефону и БИН, не по названию.
- Название компании — без формы собственности, кавычек и имён людей; латиница — в поле «Также известна как».
- Новое юрлицо клиента — новый набор реквизитов, а не новая карточка.
- Право удалять и объединять — только у руководителя отдела продаж.
- Раз в месяц — запуск поиска дубликатов и разбор списка; результат фиксируется.
