Условия: интегрированный Интернет магазина + CRM.

Сейчас реализован следующий функционал. При добавление заказов из Интернет магазина в CRM, есть возможность выбрать что делаем с найденными дубликатами компаний и контактов:  Объединять,  Заменять,  Разрешать дубли.

Это здорово! Но хотелось бы еще указать параметры, по чему проверять: ИНН + Наименование или по телефону и так далее. Желательно выбирать несколько параметров одновременно.

Сейчас объединение происходит непонятно как. Очень нужна доработка. Спасибо!

Контакт в Компанию
Компанию в Контакт

К сожалению, в CRM есть вероятность создать не правильную сущность, но изменить её (или слить с другой - нет!) например, менеджер создал контакт "ИП Иван" и работал с ним, хотя это компания! И никто (даже админ) не может изменить сущность или привязать все дела из ленты к другой сущности...

p.s. думаю этот же механизм будет сливать и дубликаты
https://idea.1c-bitrix.ru/34031/
https://idea.1c-bitrix.ru/control-of-duplicates-and-the-association-through-a-sample-of-filter/

Добрый день.

Сейчас объединение дубликатов идет в определенной сущности: в Контактах отдельно, в Компаниях отдельно.

Предлагаю объединение сделать перекрестным, чтобы участвовало множество сущностей. Зашел поискать дубликаты и, например, нашел, что этот определенный e-mail адрес встречается в Почте, также он прикреплен к такому-то Контакту и он же есть у такой-то Компании.

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

Зашел поискать кого-то по имени и фамилии, ага, нашел, далее видишь, что он есть в Контактах, в Адресной книге почты, привязан к такой-то Компании и с ним еще и создана Сделка.

В итоге, чтобы была возможность объединять дубликаты между собой по: Лидам, Контактам, Компаниям, Сделкам, Адресной книге почты и другим сущностям.

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

Мы наткнулись на логическое противоречие.
Одинаковые названия свойств товаров и предложений
Например, в одном разделе есть "Товар" (простой товар, без торговых предложений) со свойством "Диаметр резьбы", и в этом же разделе есть "Товар с торговыми предложениями" с точно таким же свойством "Диаметр резьбы", но именно в свойствах инфоблока "Торговые предложения". И нам нужно оба свойства показать в умном фильтре.
Мы это сделали, и у нас отображаются как дубли  http://prntscr.com/htq4wy

Было бы хорошо решить эту проблему, создав в настройках инфоблока функцию "Объединить значения одинаковых свойств в умном фильтре"

Здравствуйте! Необходима возможность объединения дублей при обработке "лида" хотя бы так как это сделано в amocrm. При обработке новой заявки в amocrm.если она является дублем, то в верхнем левом углу появляется кнопка с текстом: "дубль?".

Возможны случаи, когда контакт/компания создавались из разных каналов(и система не определяла дубли). Когда такие дубликаты всплывают происходит коллизия: нужно сохранить все дела и связи, оставить только 1 сущность.  

Думаю есть возможность у связанных элементов менять id привязки(как лиды можно добавлять к другой сущности).

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

Нужна возможность объединения дубликатов контактов по данным соцсетей - vk, viber, ok, face и т.д. Если человек обратился через viber - У вас ест только имя и непонятная ссылка на вайбер для соощений - вот по этой ссылке и нужно сделать объединение дубликатов

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

Сейчас логика обработки дубликатов в корне не верная: при обработке контактов например выбираем галочками по каким параметрам контроль осуществить (ФИО, телефон,email), но логика такая, что при таком выборе осуществляется контроль не по принципу "И", а по принципу "ИЛИ"
Т.е. в чем суть. Есть на порталое некий контакт Сергей Иванов с номером телефона 1. Импортируется новый контакт Сергей Иванов с номером телефона 2. При импорте мы хотим объединять дубликаты. Ставим галочки контроля по ФИО, номеру телефона и email. Но т.к. логика контроля действует по принципу "ИЛИ", то получится что контроль будет таким: ИЛИ по ФИО ИЛИ по телефону ИЛИ по email. В итоге получается, что два разных контакта будут объединены в один.
Вот если бы логика была "И", тогда при указании галочек в контроле по ФИО и номеру телефона привела к тому, что эти два контакта не были бы объединены. Т.к. логика была бы такая: контроль дублей по ФИО и номеру телефона одновременно. Система будет видеть, что ФИО и одновременно номер телефона не совпадают у двух этих контактов и не будет объединять.