Время на прочтение: 6 минут

Дата публикации: 09.11.2026

Дубли клиентов в отчетах появляются, когда один и тот же клиент записан несколько раз в одной системе или по-разному в разных. Убирают их в два шага. Сначала объединяют карточки в источнике, в 1С или CRM, а затем сводят клиентов разных систем по общему ключу, например ИНН, телефону или email. Если скрыть дубли только фильтрами в отчете, они вернутся с первой же новой выгрузкой.

Чаще всего дубли создают не намеренно, а в ходе обычной работы. Типичные источники:

• ручной ввод без проверки, когда один клиент записан как «ООО Ромашка», «Ромашка ООО» и «Ромашка»;
• загрузка банковских выписок и обмены данными, которые создают нового контрагента, если не нашли существующего по ИНН и КПП;
• повторные заявки в CRM с другого телефона или почты;
• разные системы, где клиент есть и в CRM, и в 1С, но у каждой свой идентификатор;
• несколько баз 1С по юрлицам холдинга, в каждой из которых клиент заведен заново.

В отчетах это дает завышенное число клиентов, заниженную выручку на клиента и неверные ABC-анализ и дебиторку. Крупный клиент, разбитый на три карточки, может вообще не попасть в группу A.

Прежде чем объединять карточки, стоит отделить настоящие дубли от записей, которые только похожи на них.
• Один ИНН, разные КПП. Это обособленные подразделения клиента. По Налоговому кодексу каждое из них ставится на учет отдельно и получает свой КПП, а в документах нужно указывать именно то подразделение, с которым идет работа. В 1С такие карточки не объединяют, а в отчетах их при необходимости группируют по ИНН.
• Одинаковые названия или ФИО. У разных компаний и людей может быть одно имя. Объединять только по названию нельзя, нужен еще хотя бы один признак, ИНН, телефон или email.
• Контактные лица одной компании. В CRM у компании может быть несколько контактов с одним общим телефоном офиса. Это разные люди, и склеивать их не нужно.

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

Сотрудники тратят часы на отчеты?

В типовых конфигурациях на платформе 8.3 есть стандартная обработка «Поиск и удаление дублей». В Бухгалтерии предприятия она находится в разделе «Администрирование → Обслуживание → Корректировка данных», в других конфигурациях путь похожий.

Как работать с обработкой
1. Сделать резервную копию базы. Замена ссылок затрагивает все документы, и ошибочное объединение потом сложно разобрать.
2. Выбрать справочник «Контрагенты» и задать критерии сравнения. Для юрлиц надежнее всего сравнивать ИНН и КПП, а похожесть наименования использовать как дополнительный фильтр.
3. Проверить каждую группу вручную. Обработка сама назначает оригиналом тот элемент, который чаще используется, но его можно сменить. С записей, которые на самом деле не дубли, нужно снять флажки.
4. Запустить удаление дублей. Все ссылки в документах переносятся на оригинал, а дубли получают пометку удаления.
5. Физически удалить помеченные объекты отдельной операцией «Удаление помеченных объектов».

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

В Битрикс24 есть встроенный контроль дубликатов для лидов, контактов и компаний, но он доступен не на всех тарифах. Он ищет совпадения по названию или ФИО, телефону и email. Настройка открывается из раздела CRM через кнопку настроек и пункт «Контроль дубликатов», там же задается автоматический поиск по расписанию.

Автоматически карточки объединяются, только если совпадают все поля и ответственный. Остальные пары CRM предлагает объединить вручную
• выбрать главную карточку;
• для полей с разными значениями решить, какое оставить, а во множественных полях можно сохранить все телефоны и почты;
• пометить ложные совпадения как «Не дубликат», чтобы они больше не попадали в список.

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

Покажем демо-дашборд и расскажем, как это работает на практике

Один дашборд вместо десятков отчетов

Чистка внутри 1С и CRM не решает главной проблемы сводных отчетов. В каждой системе клиент остается со своим идентификатором, и отчет покажет его дважды. Поэтому при сборе данных для аналитики строят единый справочник клиентов. Обычно это делают в хранилище данных, а не в самом отчете.

Как строится единый справочник
1. Выбрать ключ сопоставления. Для юрлиц и ИП это ИНН, а если важны подразделения, ИНН вместе с КПП. Для физлиц чаще всего телефон или email.
2. Привести данные к единому виду. Телефоны записать в одном формате, например 7XXXXXXXXXX без пробелов и скобок, email перевести в нижний регистр, из названий убрать кавычки, лишние пробелы и организационно-правовую форму.
3. Составить таблицу соответствий. Каждому клиенту присваивается один общий идентификатор, а к нему привязываются его карточки из 1С, CRM и других систем.
4. Разобрать спорные случаи вручную. Записи без ИНН и с похожими названиями сопоставляет человек, результат сохраняется в таблице соответствий.

Дальше новые записи при каждой загрузке проверяются по этим же правилам. BI-система строит отчеты уже по единому справочнику, и клиент во всех срезах считается один раз.

Разовая чистка помогает ненадолго, если не закрыть источники новых дублей. Работают такие меры
• сделать ИНН обязательным для юрлиц и ИП и заполнять карточку по данным ЕГРЮЛ, в типовых конфигурациях 1С это делается по ИНН при подключенной интернет-поддержке;
• завести обособленные подразделения клиентов с их КПП, чтобы при загрузке выписок программа находила существующие карточки, а не создавала новые;
• включить контроль дубликатов в CRM и проверять новые заявки по телефону и email;
• при интеграции CRM и 1С передавать идентификатор клиента, чтобы системы связывали карточки, а не создавали их заново;
• назначить ответственного за справочник клиентов и раз в месяц проверять новые потенциальные дубли.

Дубли клиентов убирают не в отчете, а в данных. Внутри 1С и CRM карточки объединяют штатными средствами, предварительно отделив настоящие дубли от подразделений и однофамильцев. Для сводных отчетов из нескольких систем нужен единый справочник клиентов с общим ключом и правилами сопоставления. Тогда число клиентов, выручка на клиента и ABC-анализ перестают расходиться между отчетами.

Примеры того, как компании сводят данные из 1С, CRM и других систем в единую модель, смотрите в кейсах VSL-BI. Если хотите обсудить свою ситуацию, запишитесь на бесплатную консультацию.

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

Больше про аналитику и бизнес в Telegram-канале