Skip to end of metadata
Go to start of metadata

Механизм проверки на дубли

(warning) Проверка на дубли выполняется только для заявок, поступающих в CRM через Roistat.

(warning) Для связки новой сделки с существующим контактом осуществляется поиск контактов, которые поступили в CRM через Roistat.

По умолчанию поступающие заявки Roistat проверяет на дубли по следующим правилам:

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

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

  • Одинаковые заявки, но с различающимися заголовками, не считает дублями.
  • Если в скрипте отправки данных формы заявки используется параметр 'is_need_check_order_in_processing' => '1', Roistat проверяет, есть ли заявка со статусом из группы статусов Roistat В работе от клиента с такими же контактными данными. Если есть, Roistat не создает заявку.  

     Как узнать, какие статусы включены в группу В работе

    Откройте Каталог интеграций → Настройки подключенной интеграции.

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

  • Для заявок, поступающих через Коллтрекинг, Roistat проверяет наличие в проекте заявок с тем же номером телефона и статусом из группы статусов Roistat В работе. Если Roistat находит такие заявки, то новые заявки не создает.

Настройка проверки на дубли

Вы можете гибко настроить проверку на дубли на этапе настройки интеграции с CRM / CMS:

  1. В проекте Roistat откройте Каталог интеграций.
  2. В блоке Сейчас подключено на виджете подключенной CRM / CMS нажмите Настроить.
  3. В верхней части страницы настроек или под блоком с настройками (в зависимости от выбранной интеграции) пройдите по ссылке настройка проверки на дубли:

  4. Передвиньте вправо переключатель кнопки Включить настраиваемую проверку дублей, если вы хотите, чтобы для проверки поступающих заявок на дубли Roistat использовала параметры ниже. В этом случае правила проверки на дубли, описанные в начале статьи, не учитываются.
    Если переключатель кнопки оставлен в выключенном положении , Roistat проверяет поступающие заявки на дубли по описанным в начале статьи правилам, параметры ниже не учитываются.
  5. Если вы передвинете вправо переключатель кнопки с таким же номером телефона, Roistat не будет создавать заявки от клиентов с номером телефона, который уже есть в проекте Roistat.
  6. Если вы передвинете вправо переключатель кнопки с таким же email, Roistat не будет создавать заявки от клиентов с адресом электронной почты, который уже есть в проекте Roistat.
    (info) Если включена проверка и по номеру телефона, и по email, достаточно совпадения только по одному признаку, чтобы Roistat считал поступающую заявку дублем.
  7. В настраиваемой проверке на дубли система не учитывает заголовки. Сделка будет помечена как дубль, если выполняется условие пункта 5 или 6, но заголовки различаются.
  8. В поле За какой период учитывать сделки введите число, означающее количество дней в периоде. Поступающие сделки Roistat сравнивает со сделками, созданными в проекте за период, начинающийся указанное количество дней назад от текущего момента. Максимальный период - 90 дней.
  9. Если вы передвинете вправо переключатель кнопки с названием статуса сделки, Roistat проверяет наличие в проекте сделки, удовлетворяющей параметрам в пунктах 5, 6, и в указанном статусе. Если Roistat находит такую сделку, поступающую сделку считает дублем и не добавляет ее в проект.
    (warning) Необходимо указать хотя бы один статус.
    (info) Список статусов сделок загружается из подключенной CRM. Чтобы статусы сделок отображались в окне настройки проверки на дубли, они должны быть распределены по группам статусов Roistat. Рекомендуем указывать статусы сделок, по которыми ведется работа.
    (tick) При стандартной проверке на дубли могут учитываться только статусы из группы статусов Roistat В работе. На практике по сделкам с другими статусами тоже может продолжаться работа, но при стандартной проверке, согласно алгоритму, они не могут быть определены как дубли. Это приводит к дублированию сделок. Точное указание статусов сделок решает эту проблему.   
  10. Нажмите кнопку Сохранить.

(info) Поступающие заявки Roistat сравнивает со всеми имеющимися в проекте заявками, удовлетворяющими параметрам в пунктах 5, 6, 9 инструкции.

(tick) По некоторым причинам сделки могут долго оставаться в неактуальном статусе, хотя по факту работа с ними закончена. Если в пункте 8 указан период 0 (= 90 дней) и при проверке на дубли Roistat находит идентичную сделку с указанным в пункте 9 статусом, поступающую сделку считает дублем и не добавляет ее в проект. В этом случае теряются сделки, которые объективно следует добавлять в проект. Уточнение периода в пункте 8 решает эту проблему. Сделки, идентичные уже добавленным в проект вне указанного периода, Roistat не считает дублями и добавляет их в проект.

(info) Сделки, которые Roistat определил как дубли, отображаются в списке отправленных заявок с пометкой Дубль в графе Статус. Для просмотра сделок в окне настройки подключенной интеграции пройдите по ссылке Список отправленных заявок .

(info) В течение часа после создания заявки дубль (в CRM системе) в любом случае не может быть создан. Это связано с частотой синхронизации Roistat с подключенной к проекту CRM, в среднем она составляет один час. До тех пор, пока данные из CRM не поступили в Roistat, новая заявка не создается.

Создание задач и комментариев при дублирующей сделке

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

  • Задача.
  • Комментарий. В комментарии будет содержаться вся информация по новой дублирующей сделке.

Самостоятельно проверить в какой сделке была создана задача и комментарий можно в списке отправленных заявок:

В настоящее время механизм поддерживается следующими интеграциями с CRM-системами:

  • Битрикс24 (сделки) - новая
  • Битрикс24 (лиды+сделки) - новая
  • (info) В ближайшее время будет доработано для интеграции с AmoCRM
  • No labels