Помощь в настройке: передача информации о вызове второму агенту в Finesse
-
Привет, сообщество. Кто-нибудь нашел решение без использования кастомизированных гаджетов в Finesse, чтобы переслать данные, прикрепленные к вызову (сохраненные в CallVariable 1-10 или любой другой call.user_variable), от одного агента второму агенту в Finesse, когда первый агент выполняет теплую (консультативную) передачу не напрямую агенту, а на другую горячую линию?
Проблема, с моей точки зрения, заключается в том, что первый агент инициирует новый вызов (вместо слепой передачи, которая на самом деле является переадресацией вызова) в UCCE (через SIP Trunk CUCM - CVP), и из-за этого нет возможности предоставить данные, прикрепленные к CTI, второму агенту. С точки зрения UCCE (ICM) это новый входящий вызов без каких-либо присоединенных данных. По моему опыту, это возможно только при переносе вызовов из одного скрипта в следующий скрипт с помощью узла «go to script», а не через новый DN/Calltype. Но агенты не имеют возможности перенаправить вызов в скрипт из своего Настройка: Провайдер SIP Trunk - Cisco SBC -SIP TRUNK - CVP - UCCE 12.6(2) - Агент CUCM v14.0.1
Агенты могут быть офисными или мобильными (звонок за звонком). Но это не должно иметь никакого значения для данного сценария.
Данные, которые я хочу передать, хранятся во внешнем приложении и запрашиваются через https в зависимости от CALLGUID.
Но также любые CallID меняются при инициировании нового вызова от первого агента.
Заранее благодарю за предложения.
Деннис -
Привет,
@Dennis Hackenbracht
, для этого не нужно использовать скрипт Go to. Если вы настроите точку маршрутизации CTI, например, для второй очереди/потока вызовов/группы агентов, и ваш первый агент переведет вызов/соединит конференцию на эту точку маршрутизации, периферийные переменные будут переданы для использования в этом скрипте для маршрутизации, а также переданы агентам, которые отвечают на вызов. -
Привет, Билл, теперь ясно, почему у нас не работало. Мы больше не используем Routepoints, а Routepattern, указывающий на RouteGroup с настроенными обоими CVP Trunks.
Таким образом, у нас будет Peripheral Change и новый вызов. Я настроил CTI Routepoint для одной конкретной горячей линии, и, похоже, он работает.
Теперь задача состоит в том, чтобы реализовать эту маршрутизацию для всех горячих линий, которым потребуется передача этой информации от одного агента другому.
Спасибо за быстрый ответ и указание на решение. Иногда полезно отступить на шаг назад и посмотреть на ситуацию в целом.
С уважением,
Деннис
-
Рад, что это сработало для вас, и спасибо, что вернулись и отметили это как решение/полезную информацию, чтобы это помогло следующему человеку.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти