+6
Завершен

Интеграция с телефонией Битрикс24

Сергей 5 лет назад обновлен Саид Даштиев 10 месяцев назад 31

При звонке на подмененные номера (сервис ройстата Отслеживание звонков), происходит дублирование лидов в битрикс24, т.к. одного лида создает ройстат, а второго сам битрикс24, т.к. звонок переадресовывается на номер битрикс24.


Хотелось бы, чтобы ройстат при добавлении нового лида в битрикс24 проверял есть ли лид с таким номером и если есть, то обновлял нужную для статистики и аналитики информацию (поле roistat)

Интеграции Коллтрекинг

Ответ

Ответ

Павел, у нас в экспериментальных возможностях появилась настройка:


Укажите название поля сделки в CRM / CMS с номером телефона, если вы хотите, чтобы определялся источник по сделкам, созданным вашей телефонией при использовании коллтрекинга Roistat. Если вы хотите, чтобы при поиске звонков коллтрекинга учитывалась не дата создания сделки, а дата звонка, то укажите вторым параметром (через запятую) поле сделки в CRM с датой звонка. Например: phone_number,date_call_creation 

То есть вы можете настроить, чтобы сделки в CRM создавались вашей телефонией, а не нашим коллтрекингом. В этом случае, при загрузке сделок Roistat сможет определить рекламные источники этих звонков.


Подойдет ли вам такое решение?

На рассмотрении

Сергей, речь идет о моменте, когда разница в создании сделок между двумя системами идет на секунды или даже доли секунд - ведь Roistat создает лид в момент звонка.

Получить информацию в реальном времени о том, что Битрикс24 создал лид, получить информацию о нем и обновить - технически достаточно тяжело.


Не могли бы вы пояснить, по какой причине вы не можете отключить встроенное создание лидов? Какая информация есть там, которую не передает о лиде Roistat?

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


Ситуация такая если ройстат первый добавил лида, то битрикс24 открывает уже добавленного, а если не успел, то создает нового.


А для чего такая быстрота нужна? Пара секунд задержки, кажется роли не сыграет, зато не будет дублирование лидов.

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

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

Попробуйте, пожалуйста, этот вариант. Возможно, он вам подойдет и ничего разрабатывать не нужно.


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

Я видел это в документации. Нам такая схема не подходит, т.к. у нас в битриксе уже все настроено на удобную работу менеджеров. А этот вариант требует изменение работы, что влечет неудобства.


К тому же если позвонит клиент, который уже есть в лидах, то по этой схеме создастся новый лид?


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

На голосовании

У нас уже есть встроенная защита от дублей. Если позвонит клиент, по которому еще ведется работа, то новая заявка создана не будет.


На данный момент, к сожалению, быстрого решения для вашего предложения у нас нет. Я поставил предложение на голосование. Мы понимаем важность удобства использования встроенного виджета Битрикс24 и в будущем обязательно будем думать, как это можно технически реализовать. Если эта проблема актуальна для многих наших клиентов, то это точно поднимет приоритет вопроса.

У меня такая же проблема. Я ее решил отключив автоматическое создание лидов битрикс, и оставив ваше. Но ваша реализация не передает запись звонка в лид. Решите, это пожалуйста либо сделайте кнопку, чтобы у вас не создавался лид.

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

Ребят, актуальна ли еще тема? Мы нашли решение (для себя и своих клиентов) и сейчас думаем запилить модуль для Б24, который полностью бы решил проблему, описанную в топике.. 


Есть 2 варианта реализации:

1. Запилить модуль, который будет при создании\изменении лида делать запрос к Роистату и заполнять метку Роистата в лиде. В этом случае нужно будет отключить создание лидов в Роистате т.к. этим будет заниматься Б24.


2. Запилить модуль, который добавит активити в бизнес-процессы Б24 и можно будет в любой момент из любой сущности запустить БП, который достанет из Роистата номер визита через сверку по телефону.


Есть пожелания какой лучше делать?

Павел, спасибо! Я обсужу это предложение с коллегами и через некоторое время отвечу.

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

Оу, а то мы почти начали модуль пилить. Тогда ждем.

Евгений, а можете описать как будет работать запланированное решение? На сколько я знаю архитектуру Роистата и Б24 вам по-любому придется делать решение на стороне Б24, а не Роистата.. 

В общих чертах механика такая. 


Телефонные номера в заявках из CRM будут использоваться для поиска в Коллтрекинге звонков с этих номеров за последнее время. Если в CRM есть заявка с номером, с которого был совершен звонок через Коллтрекинг, ей будет присвоен номер визита клиента на момент звонка.

Отлично!  Готовы поучаствовать в бета-тесте.

Павел, спасибо! Скорее всего, на следующей неделе уже будет релиз.

Евгений, когда будет релиз?

У нас уже все готово. На этой неделе окончательно все проверим и можно будет пользоваться. Новость об этом появится в уведомлениях в интерфейсе Roistat.

Евгений, когда будет релиз?

Ответ

Павел, у нас в экспериментальных возможностях появилась настройка:


Укажите название поля сделки в CRM / CMS с номером телефона, если вы хотите, чтобы определялся источник по сделкам, созданным вашей телефонией при использовании коллтрекинга Roistat. Если вы хотите, чтобы при поиске звонков коллтрекинга учитывалась не дата создания сделки, а дата звонка, то укажите вторым параметром (через запятую) поле сделки в CRM с датой звонка. Например: phone_number,date_call_creation 

То есть вы можете настроить, чтобы сделки в CRM создавались вашей телефонией, а не нашим коллтрекингом. В этом случае, при загрузке сделок Roistat сможет определить рекламные источники этих звонков.


Подойдет ли вам такое решение?

Евгений, прошу дать пояснение.


Если колл-трэкинг Роистата создаст в СРМ лид, то у лида появится номер визита - здесь все понятно. Если выключить создание лидов Роистатом, а включить создание лидов средствами СРМ, то в СРМ появится этот же лид, но без номера визита.


Правильно ли я понял, что при включении этой экспериментальной опции лид, созданный СРМ не получит номер визита, а сама привязка  лида к номеру визита произойдет на уровне Роистата через связку телефон в лиде->телефон в колл-трэкинге->номер визита?


Если да, то что будет, если в СРМ у лида содержится несколько телефонов? 

Что произойдет, если когда лид сконвертируется в сделку, ведь в сделках того же Б24 нет поля с телефоном?



Павел, вы всё правильно поняли. В CRM у лидов не будет появляться номер визита, мы его будем присваивать при загрузке лидов в Roistat.
Я проверил загрузку лидов из Битрикс24, работает только если сохранять телефон в отдельном поле (можно дублировать из стандартного с номером телефона). В этом случае при загрузке лидов мы будем искать звонки коллтрекинга с таким же номером телефона и совершившиеся примерно в то же время, что и создан лид. Если такой звонок будет найден, то в загружаемый лид добавим номер визита такого звонка.
Подумаем, как сделать, чтобы всё работало из коробки.

Евгений, поясните, пожалуйста, что значит: "Я проверил загрузку лидов из Битрикс24, работает только если сохранять телефон в отдельном поле (можно дублировать из стандартного с номером телефона)." ? У Б24 сейчас же (в новом интерфейсе) и так отдельные номера телефонов, причем с включенной маской.


И вы не ответили на вопрос о том, что будет, если Лид сконвертирован в Сделку, а в сделке есть деньги, но нет номера телефона.


Сейчас пойдем тестировать ваш фукнционал. Куда писать предложения и замечания?

Функционал не работает даже на простом сценарии. Отписал в Техподдержку. Тикет № 111394.

Нам тоже очень актуальная эта проблема.
Мы пытаемся решить ее так - телефонию используем CoMagic - она интегрирована в Битрикс 24.
Лид создает телефония и она же пробрасывает roistat id в лид с помощью интеграции CoMagic и Roistat.
Но тут проблема в том, что CoMagic передает не значение roistat id, а массив с названием поля и значением поля.
Сейчас написали обработчик по принципу "приложение третьего типа" в Битрикс 24, но оно иногда срабатывает корректно, а иногда затирает поле в лиде. Почему так пока не ясно, техподдежка Битрикса нас пока футболит.

Подскажите, появились ли у кого новые решения?
Может быть наладили решение про которое писал Евгений - с последующим заносом roistat в Битрикс 24 через номер телефона?

ТП мне ответила, что решение будет работать, но с костылями - надо в Б24 создать еще одно текстовое поле и в него через Бизнес-процесс дублировать телефон лида. А в настройках Роистата указать название этого текстового поля. Соответственно такое копирование можно реализовать только на тарифном плане Команда и Компания т.к. только там появляются Бизнес-процессы. А вообще, это все костыли. Решение, которое предлагал я, было бы в разы удобней и изящней.. 

Павел, сейчас мы подготовили универсальное решение для всех интеграций. В нашем плане разработки есть отдельное решение, заточенное именно под Битрикс, но точных сроков реализации пока назвать не могу.

Ну мы уже 4 месяца ждем и мучаемся.. Просьба, как только станут известны сроки, то нам об этом.

Сегодня нам пришла хорошая новость.
В CoMagic сказали, что они на следующей неделе доработают функцию проброса roistat id в лид так, чтобы пробрасывалось значение, а не массив.

Тогда связка roistat - comagic (ip телефония + calltracking) - битрикс 24 будет работать без костылей.

CoMagic действительно реализовали этот функционал. У нас теперь все наладилось в рабочем режиме.
roistat_visit передается и функционал телефонии сохраняется.

Сервис поддержки клиентов работает на платформе UserEcho