Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Битрикс24 Быстрый старт.docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
5.62 Mб
Скачать

Алгоритм поиска дублей

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

  • более высокий индекс цитируемости - как часто менеджер работает с ней, как часто сущность упоминается в других контекстах: сделках, предложениях, делах.

  • дата изменения - та сущность, которая редактировалась позднее всех, считается более актуальной.

  • наполненность карточки - более полная карточка будет важнее, чем менее заполненная. При таком подходе на заполненность проверяются следующие поля: Телефон, E-mail, ФИО, Название компании, Адрес компании.

  • права доступа – этот параметр влияет на порядок данных. Те сущности, которые доступны пользователю только для просмотра, будут отображаться в конце списка, так как объединить их все равно нельзя.

При этом проверка выполняется именно в такой последовательности, т.е. в первую очередь, проверяется индекс цитируемости, если находится что-то по этому критерию, то такая сущность становится главной и к ней уже подбираются дубли.

Если по первому критерию не удалось выбрать одну сущность, например, есть 2 дубликата и они схожи по количеству сделок и предложений, то проверяется второй критерий – последняя дата изменения карточки контакта (компании/лида).

Только если по первым двум не удалось выявить лидера – проверяется третий критерий и берется за главную сущность та карточка, которая максимально заполнена (стандартные поля, по которым выполняется поиск: ФИО, Телефон, E-mail.)

Права доступа

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

Если в результатах поиска, присутствуют сущности, на которые пользователь не имеет прав редактирования и удаления (только просмотр), то для них невозможно объединение с главной сущностью. При этом, если необходимо, то можно обратиться к ответственному с помощью ссылок Написать и Позвонить в колонке Ответственный.

  • Примечание: Администратор может запустить поиск для каждой сущности отдельно. Имеет доступ ко всем данным, может объединить любые сущности.

Отображение результатов поиска дубликатов

Результаты поиска дубликатов отображаются в виде списка, в котором каждая главная сущность сгруппирована со своими возможными дубликатами:

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

  • ниже отображается детальная информация, по какому полю были найдены дубликаты. Если одна и та же сущность имеет дубликаты по разным полям, то она будет дважды отображена в списке с соответствующими этим критериям дубликатами.

  • затем идет список возможных для этой сущности дублей, с пометками, если к какой-то сущности пользователь не имеет доступ на редактирование (только просмотр). Список строится по тем же критериям: упоминания, дата последнего изменения, максимальная наполненность карточки.

  • в самом низу группы находятся кнопки действий с дубликатами:

  • Объединить - используется для переноса данных из дубля в главную сущность.

  • Пропустить - используется для отметки выбранных сущностей как не дубли. В этом случае, именно эти выбранные сущности по этим конкретным полям не будут больше предложены как возможные дубли. Но ниже по списку этот же элемент может быть представлен как дубль к другой сущности.

Каждый список сортируется по алфавиту, для лидов и контактов – по ФИО, для компаний – по Названию компании.