Приглашаем к тестированию LadVen OSЗапросить демо
Перейти к основному содержимому

Телефония

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

Подключение настраивается в Хабе интеграций (раздел CRM → Интеграции, коннектор телефонии). Прямые ссылки /telephony, /telephony/trunks и /telephony/routing ведут в соответствующие разделы этого хаба, а /telephony/softphone — в чат. Журнал звонков открывается отдельно по адресу /telephony/cdr.

Ограничение текущего интерфейса. В карточке телефонии видны настройки провайдера и воронки, но мастер не показывает выбор очереди или конкретного пользователя. Поэтому сохранение маршрутизации без цели отклоняется сервером; настройки воронки не заменяют этот выбор. До появления такого поля не заявляйте подключённого провайдера, входящую маршрутизацию, очередь, запасной маршрут или CDR как результат этого мастера: сценарий остаётся source-blocked и planned.

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

Целевая конфигурация для уже работающего подключения

Что нужно для подключения — conceptual guidance, not UI evidence

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

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

В такой целевой конфигурации расширенные параметры (проверка подписи запросов, детальные правила маршрутизации) скрыты, пока не нужны. Не пытайтесь проходить или проверять это через текущий мастер: он не может сохранить маршрутизацию без цели.

Целевая модель мастера и SIP

Мастер подключения и SIP — conceptual guidance, not UI evidence

Целевая модель предполагает сценарий личной линии без CRM, личной линии с CRM или общей очереди, затем SIP-параметры и выбор воронки. Эти элементы не являются доступными шагами текущего мастера: он не показывает выбор сценария, SIP-шаги или цель очереди/пользователя. Не вводите и не переносите учётные данные по этой схеме, пока продукт не предоставит соответствующие поля.

Маршрутизация входящих

Маршрутизация входящих — conceptual guidance, not UI evidence

Маршрутизация решает, кому звонит входящий вызов. Правила учитывают контекст CRM, а не просто «звоним всем подряд»:

  • Сначала ответственному. Если у клиента или сделки есть ответственный, звонок идёт сначала ему.
  • Очередь. Можно задать список сотрудников очереди, на которых распределяется вызов.
  • Параллельно или по очереди. Вызов может звонить всем сразу или перебирать сотрудников по одному с таймаутом дозвона.
  • Доступность. Можно учитывать, кто сейчас онлайн и сколько активных звонков у сотрудника, чтобы не перегружать одного человека.
  • Запасной вариант. Если никто не ответил, вызов уходит запасным сотрудникам или по правилу эскалации, чтобы звонок клиента не потерялся.

Настраивайте маршрутизацию под реальный процесс: у продаж это часто «сначала ответственному, потом очередь», у поддержки — равномерное распределение по доступным операторам.

Какую стратегию выбрать

Какую стратегию выбрать — conceptual guidance, not UI evidence

ПроцессСтратегияПочему
Продажи с закреплёнными клиентамиСначала ответственному, затем очередьКлиент попадает к тому, кто уже ведёт сделку; очередь — только запасной вариант
Поддержка без закрепленияОчередь с учётом доступностиЗвонки равномерно распределяются между свободными операторами
Высокая срочность (например, VIP-линия)Параллельный вызов всей очередиКто первый взял трубку, тот и отвечает — минимальное время ожидания
Небольшая командаПо очереди с таймаутом дозвонаНе перегружает нескольких людей одновременно, но клиент не ждёт слишком долго

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

Журнал звонков

Журнал звонков — conceptual guidance, not UI evidence

Каждый принятый или совершённый звонок записывается. Журнал звонков — отдельная страница только для чтения, где видно:

  • направление (входящий или исходящий) и статус (звонит, отвечен, пропущен, завершён, не удался);
  • номер, с которого и на который звонили, и длительность;

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

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

Журнал загружает по 50 записей и листается курсорами: Следующая и Назад становятся доступны только когда для них есть страница. Если сохранённый курсор устарел, портал возвращает список на первую страницу; при временной ошибке есть Повторить. Пустой журнал, отсутствие права чтения телефонии и временно недоступный источник — разные состояния: пустой список не доказывает, что звонков не было. У журнала нет проигрывателя, записи, фильтров или ссылки на CRM-контекст. Если контекст уже известен из другого разрешённого процесса, откройте его отдельно и лишь там проверьте, существует ли запись.

Хорошие практики

Хорошие практики — conceptual guidance, not UI evidence

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

Частые ошибки

Частые ошибки — conceptual guidance, not UI evidence

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

Связанные страницы

Связанные страницы — conceptual guidance, not UI evidence