- Начало
- /
- Статия
Flow Designer е интегрален компонент на Webex Contact Center, който ви позволява да маршрутизирате повиквания в реално време през система. Можете да посочите как се задават агентите към повикванията и какво се случва на всеки етап от процеса чрез конфигуриране на дейности и събития.
Първи стъпки
Flow Designer предоставя интерфейс за създаване на потоци в реално време, които да отговарят на вашите организационни изисквания. Предварително дефинираните дейности, свързани с обработката на повиквания и контрола на потока, служат като градивни елементи за създаването на потоци. Интерфейсът за плъзгане и пускане осигурява лесно конфигуриране на компонентите на потока. Можете да зададете свойствата на всяка дейност, която влияе върху изпълнението на потока. Можете също да конфигурирате променливи и изрази, за да дефинирате логика на потока.
Преди да използвате Flow Designer, трябва да обезпечите няколко обекта от Webex Contact Center Control Hub. Използвайте тези обекти директно, като част от Flow Designer (например опашки и аудио файлове), или непряко, за да активирате маршрутизиране на контакти (например стратегии за маршрутизиране на повиквания в опашката).
Конфигурирайте следните елементи, преди да изградите потоци във Flow Designer:
- Входни точки
- Опашка
- Агенти
- Потребителски профил
- Профил за настолен компютър
- Teams
- Виртуален агент
- Аудио файлове
Ключова терминология
Запознайте се със следните условия в тази статия:
-
Дейност : Възел в интерфейса на Flow Designer, който представлява единична стъпка в даден поток, като възпроизвеждане на съобщение или извършване на HTTP заявка. Потребителят плъзга и пуска този елемент в поток.
За свойства на активност, които са на базата на падащо, филтърът за търсене е активиран по подразбиране. Ако падащият списък съдържа повече опции от ограничението по подразбиране, въведете ключова дума за търсене и изберете желаната опция от автоматично попълнените резултати.
-
Събитие : Събитие, независимо дали е вътрешно или външно, задейства поток или път на поток. Събитията могат да включват съобщения на Kafka, външни HTTP заявки или потребителски действия. Flow Designer, управлявано от събитие приложение, изпълнява потоци в отговор на тези тригери, като ги изпълнява автоматично въз основа на конфигурацията.
-
Поток : Дефинирана от потребителя последователност от дейности, които се изпълняват в отговор на събитие.
-
Връзка: Връзката е стрелката, която свързва една дейност с друга. Показва посоката на потока и зависимостта между събитията. За да изтриете връзка и да прекъснете връзката между две дейности, щракнете върху връзката, за да покажете иконата за изтриване, и продължете с изтриването на линията.
Достъп до Flow Designer
Flow Designer използва еднократна идентификация (SSO) чрез Cisco Identity Service. Ако сте влезли в Control Hub, можете да получите достъп до Flow Designer, без да влизате отново. Ако не, системата ви подканва да въведете идентификационните си данни за еднократна идентификация.
Преди да започнете
За достъп до приложението Flow Designer трябва да имате лиценз за агент Premium и потребителски профил, който има права за редактиране на потоци.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . Страницата \„Потоци\“ се появява със следните три раздела:
|
Разгледайте модерното и унифицирано платно на Flow Designer
Платното на Webex Contact Center Flow Designer има модерен потребителски интерфейс, който съответства на облика и усещането на портфолиото на Webex, осигурявайки последователна работа в цялото портфолио. Платното осигурява целенасочени подобрения в достъпността, което улеснява използването на ключови елементи за по-широк кръг от потребители.
Яркият фонов цвят осигурява по-силен контраст с обновените възли, което помага на потребителите да се съсредоточат върху създаването на потоци. Дизайнът на порта на възлите разполага с по-големи сензорни точки и по-ясно разграничение между изходи, което ускорява разбирането и улеснява свързването на възлите при изграждане на потоци. Освен това плаващият панел и дизайнът на лентата с инструменти създават по-завладяваща работна област чрез добавяне на визуална дълбочина и максимизиране на видимата област за развитие на потока.
Независимо дали се опитвате да създадете нов поток, или да работите върху съществуващ поток, страницата за поток се показва в модерен потребителски интерфейс със следния модален изскачащ прозорец, който ви помага да откриете новите функции.
Превключване между модерен и стар потребителски интерфейс
Менюто за потребителски настройки ви позволява да превключвате между модерен и стар потребителски интерфейс:
- Щракнете върху иконата за потребителски настройки в горния десен ъгъл на платното.
- Деактивирайте New look превключете, за да превключите към стар режим.
Превключване между тъмен и светъл режим
Flow designer платно е достъпно в теми в тъмен и светъл режим, за да се сведе до минимум напрежението на очите. Изберете предпочитана тема, която работи най-добре за вас:
- Щракнете върху иконата за потребителски настройки в горния десен ъгъл на платното.
- Деактивирайте Dark mode превключване.
Подобрения в небцето за активност
Палитрата за активност се подобрява, както следва:
- Групиране на дейности: Дейностите са групирани логически въз основа на тяхната функция, което ви позволява лесно да намерите дейността, от която се нуждаете. Във всяка група дейностите са изброени по азбучен ред. Сега са налични следните групи:
- Боравене с контакти
- Разширена информация за опашката
- Прекъсване на контакта
- Ескалиране на групата за разпределяне на повикванията
- Обратна връзка
- Обратна връзка v2
- Получаване на информация за опашката
- Контакт на опашката
- Опашка към агент
- Изскачащ прозорец
- Задаване на приоритет на контакт
- Виртуален агент
- Виртуален агент V2
- Глас
- Сляп трансфер
- Съкратено прехвърляне
- Анализ на напредъка на повикванията
- Обратно повикване
- Събиране на цифри
- Меню
- Пусни съобщение
- Възпроизвеждане на музика
- Записване
- Управление на записите
- Планиране на обратно повикване
- Изпращане на цифри
- Задаване на известие
- Задаване на ИД на повикващия
- Задаване на тайно съобщение
- Стартирай мултимедийния поток
- Качване на аудио
- Управление на потока
- Случай
- Условие
- Край на потока
- GoTo
- Разпределяне в проценти
- Изчакване
- Полезност
- Заявка за BRE
- Работно време
- HTTP заявка
- Парсе
- Задаване на променлива
- Боравене с контакти
- Лента за търсене: Лентата за търсене ви позволява бързо да намирате дейности и подпотоци, без да се налага да превъртите целия списък. Функциите за автоматично предлагане и съвпадение на ключови думи подобряват средата за търсене на дизайнерите на потоци.
- Икони за активност и съвети с инструменти: Дейностите вече имат икони, които отговарят на тяхното предназначение, а съветите с инструменти предоставят кратка информация за дейностите.
Изисквания за браузъра
Използвайте следната таблица, за да направите справка за поддържаните браузъри:
|
Браузър |
Microsoft Windows 10 |
Microsoft Windows 11 |
Mac OS X |
Chromebook |
|---|---|---|---|---|
|
Google Chrome |
76.0.3809 |
103.0.5060.114 |
76.0.3809 или по-нова версия |
76.0.3809 или по-нова версия |
|
Mozilla Firefox |
ESR 68 или по-нови ESR |
ESR V102.0 или по-нови ESR |
ESR 68 и следващи ESR |
Неналично |
|
Microsoft Edge |
42.17134 или по-нова версия |
103.0.1264.44 или по-нова |
Неналично |
Неналично |
|
Chromium |
Неналично |
Неналично |
Неналично |
79 или по-висока |
Конфигурирайте следните опции на браузъра:
-
Разрешаване на бисквитки и данни за сайта.
-
Задайте нивото на защита на Medium.
-
Активирайте опцията за изображение.
-
Деактивирайте програмата за блокиране на изскачащи прозорци.
-
Разрешете JavaScript.
Изисквания за имейл
Flow Designer поддържа следните имейл сървъри:
-
Офис 365
-
Gmail
Разгледайте оформлението
Библиотека с дейности
Библиотеката с дейности е мястото, където можете да намерите всички дейности. Плъзнете и пуснете дейностите от библиотеката с дейности върху основните платна или платното за поток на събития, за да изградите своите потоци. Тя е организирана в следните раздели:
- Обработка на повиквания: Използвайте дейности за обработка на повиквания, за да изграждате потоци, които обработват гласови взаимодействия. Те са специфични за случая на използване за обработка на повиквания чрез интерактивен гласов отговор (IVR) и виртуални или човешки агенти.
-
Управление на потока: Дейностите за управление на потока са агностични за типа поток и можете да ги използвате, за да контролирате логиката в потока, независимо от случая на използване.
Можете да скриете и разгънете библиотеката с дейности, ако е необходимо, за да увеличите работното пространство на платното между конфигурациите.
Платно, основен поток и потоци за събития
Платното е сивото работно пространство, на което пускате дейностите. Използвайте контролите в долната лява страна на екрана, за да се придвижвате по платното и да увеличавате и намалявате. Няма ограничения за размера на потока или използването на платното.
Има два раздела, които позволяват допълнително място на платното, Main Flow и Event Flows. Тези раздели логически разделят различни пътища на вашия поток и създават по-организирано работно пространство.
Основен поток
Използвайте раздела „Главен поток“, за да скриете основния поток въз основа на събитието на задействане, дефинирано в дейността на началния поток. В раздела „Основен поток“ конфигурирайте пълната среда за повикващия. Това започва от менюто Cisco Unified IP Interactive Voice Response (IVR), докато не излезете или приключите повикването. Потокът съдържа предвидими стъпки, които системата изпълнява в последователност.
Потоци за събития
Във всеки момент по време на изпълнението на главния поток системата задейства събития, които прекъсват главния поток. Например, когато агент отговори на телефонен разговор, това прекъсва работата на повикващия в опашката. Ако искате да дефинирате уникално поведение, когато се задействат тези събития, можете да скриете незадължителни потоци от събития. Потоците на събития са асинхронни с главния поток. Не можете да предскажете кога системата задейства поток от събития. Поради тази причина потоците събития не са задължителни и са разширение на основната функционалност на потока.
Можете да конфигурирате няколко потока за обработка на събития в платното за потоци на събития. Всеки поток от събития трябва да има уникално начало и край, без споделени дейности.
За повече информация за ръководителите на събития вижте Потоци на събития.
Лента с инструменти за мащабиране
Лентата с инструменти за мащабиране има следните икони:
- Глобални свойства – щракнете върху иконата
, за да отворите
Global properties хляб. За повече информация вижте екрана Свойства. - Автоматично подреждане – щракнете върху иконата
на лентата с инструменти, за да организирате дейностите в платното.
- Отмяна – щракнете върху иконата
на лентата с инструменти, за да отмените последното извършено действие с платно.
- Повтори – щракнете върху иконата
на лентата с инструменти, за да извършите отново последното извършено действие върху платното.
Можете да отмените и да извършите отново до 10 действия с платно. Не можете да отмените и повторите направените промени в атрибути и свойства.
- Побиране до изгледа – щракнете върху иконата
в лентата с инструменти, за да регулирате увеличението на платното, така че всички възли да се виждат. - Увеличаване – щракнете върху иконата
в лентата с инструменти, за да увеличите платното. Когато достигнете максималното ограничение, иконата е деактивирана.
- Намаляване – щракнете върху иконата
в лентата с инструменти, за да намалите мащаба на платното. Когато достигнете максималното ограничение, иконата е деактивирана.
- The Zoom on scroll опцията позволява панорамно (по подразбиране) и мащабиране (с помощта на Ctrl ключ). Можете да продължите да увеличавате, като задържите Ctrl бутон и превъртане на колелото на мишката нагоре или надолу.
- За да се придвижите през платното, превъртете колелото на мишката нагоре или надолу.
- За да се придвижите от ляво надясно с колелото на мишката, използвайте Shift + Scroll бутони.
Действия за управление на платното и клавиши за преки пътища
За да се подобри ефективността и продуктивността на разработчиците на потоци, платното Flow Designer предоставя следните опции:
- Действия за отмяна на 1} – използвайте Undo, Redo иконите в лентата с инструменти за мащабиране или използвайте клавишните комбинации.
- Изрежете, копирайте, поставете и изтрийте – щракнете с десния бутон върху платното за операции по изрязване, копиране, поставяне и изтриване. Можете да изрежете, копирате и поставите дейностите за обработка на повиквания и контрол на потока и връзките, както следва:
- Във и между потоците
- Между основния поток и потоците за събития
- Между потоци и подпотоци
Има малко ограничения при опита за копиране на дейностите и връзките от други браузъри в FireFox. За да активирате тази функционалност, трябва да зададете следните предпочитания на „Вярно“ във Firefox:
dom.events.asyncClipboard.readTextdom.events.testing.asyncClipboard
Тип
about:configв адресната лента на Firefox. Потърсете посочените предпочитания. Променете стойностите на true, за да позволите поставяне от други браузъри. - Автоматично подреждане – използвайте иконата
в лентата с инструменти за мащабиране, за да организирате автоматично дейностите в платното за по-добро разбиране и лесна поддръжка.
- Щракане към мрежата – използвайте, за да щракате върху дейностите на стъпки от 20 пиксела.
- Клавишни комбинации – можете бързо да редактирате потока с помощта на клавишни комбинации. Щракнете върху иконата за помощ. Избери Keyboard shortcuts за да видите списъка с налични клавишни комбинации.
Клавишни комбинации
Използвайте следните клавишни комбинации в платното:
|
Пряк път |
Операционна система Windows | MAC OS |
|---|---|---|
| General | ||
|
Open keyboard shortcuts |
Ctrl + Alt + K | Control + Alt + K |
|
Tools | ||
|
Auto arrange |
Shift + A | Shift + A |
|
Edit | ||
|
Copy |
Ctrl + C | Command + C |
|
Cut |
Ctrl + X | Command + X |
|
Paste |
Ctrl + V | Command + V |
|
Undo |
Ctrl + Z | Command + Z |
|
Redo |
Ctrl + Shift + Z | Command + Shift + Z |
|
Delete |
Backspace |
Delete |
|
Select all |
Ctrl + A | Command + A |
|
Select multiple | Shift + Click | Shift + Click |
|
Select region | Shift + Click and drag | Shift + Click and drag |
|
View | ||
|
Zoom in |
Ctrl + + | Command + + |
|
Zoom out |
Ctrl + - | Command + - |
|
Zoom in or out |
Ctrl + Scroll | Command + Scroll |
|
Zoom to 100% | ||
|
Fit to view |
Shift + 1 | Shift + 1 |
|
Scroll left or right |
Shift + Scroll | Shift + Scroll |
Екран със свойства
Екранът за свойства се появява от дясната страна на приложението. Задавате параметрите или за потока (глобални свойства), или за избрана дейност. Можете да скриете и разширите панела, за да увеличите работното пространство на платното между конфигурациите.
Панелът с глобални свойства се показва по подразбиране, когато потокът се зарежда. Щракнете върху бутона
, за да отворите екрана Глобални свойства. Бутонът
, ви помага да отваряте и затваряте екрана за свойства, когато работите върху потоци. Можете също да щракнете на всяко място върху празното платно, за да се върнете към изгледа на екрана за глобални свойства. Екранът за глобални свойства не се вижда, когато изберете дейност.
Следните конфигурации се съдържат в глобалните свойства:
- (по избор) Описание на потока.
- Управление на персонализирани и предварително дефинирани променливи. За повече информация относно променливите на потоците вижте Задаване на променлива.
- Преглед на информация за хронологията на потока, включително собственика, датата на последна редакция и номера на версията на потока. Щракнете върху иконата
, за да затворите екрана за глобални свойства.
В момента няма функция за управление на версиите. The Flow version брои броя пъти, когато потокът публикува.
Екран на заглавка
Заглавката показва името на потока, който динамично се актуализира, когато редактирате името на потока от глобалните свойства. Заглавката също има Sign out бутон. Ако искате да се върнете и да продължите да работите по-късно, можете да запишете съществуваща чернова на потока. За да запишете черновите на потоците или да затворите приложението, щракнете върху Save flow and sign out в горния десен ъгъл на приложението.
Екран с долен колонтитул
Долният колонтитул има следното:
-
Autosave enabled: Потоците автоматично записват, за да се избегне загуба на данни. Ако автоматичното записване е временно спряно, се появява известие за грешка.
Ако затворите прозореца на браузъра, докато данните се записват автоматично, може да загубите данни. Препоръчваме ви да изчакате няколко секунди, след като промените потока си, преди да затворите браузъра.
- Application version: Лявата страна на долния колонтитул показва версията на приложението. Можете да използвате версията за отстраняване на грешки във Flow Designer.
- Flow validation: Валидирането на потока открива грешки в структурата на потока, които биха могли да му попречат да работи. Можете да активирате превключвателя за проверка от дясната страна на долния колонтитул по всяко време. По подразбиране валидирането е изключено, така че грешките не се появяват. Когато активирате превключвателя, започва проверка на сървъра и всички грешки в потока стават видими. Когато превключвателят е активиран, започва проверката на сървъра и се появяват всички грешки в потока. За повече информация относно валидирането на потока вижте Валидиране на поток.
- Flow publishing: Преди да публикувате поток, трябва да го потвърдите и да поправите всички грешки. Ако превключвателят за проверка е изключен, Publish бутонът остава деактивиран. След като разрешите валидирането, Publish бутонът остава деактивиран, докато не отстраните всички грешки в потока. За повече информация относно публикуването на поток вижте Публикуване на поток.
Разбиране на дейностите и събитията
За да се придвижите до библиотеката с дейности и да използвате дейностите в потоците си:
-
Влезте в Control Hub.
-
Навигирайте до .
-
Под Customer Experience, щракнете върху Flows.
-
От страницата „Потоци“ изберете необходимия поток, за който трябва да добавите дейността и да стартирате потока.
-
Плъзнете и пуснете необходимата дейност от библиотеката с дейности на платното.
-
Изпълнете необходимата конфигурация, описана подробно във всяка от дейностите.
Дейности при работа с контакти
- Разширена информация за опашката
- Прекъсване на контакта
- Ескалиране на групата за разпределяне на повикванията
- Обратна връзка
- Обратна връзка V2
- Получаване на информация за опашката
- Контакт на опашката
- Опашка до агент
- Изскачащ прозорец
- Задаване на приоритет на контакт
- Виртуален агент
- Виртуален агент V2
Разширена информация за опашката
Дейността \„Разширена информация за опашката\“ връща броя в реално време на агентите, които са в състояние \„Наличен\“ в опашка и са влезли за определен набор от умения, заедно с друга информация за опашката. Разработчиците на потоци използват дейността „Разширена информация за опашката“, за да програмират потока. Дизайнерите на потоци вземат решения въз основа на дейността за разширена информация за опашката.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.
Преди да започнете
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | |||||||||||||||||||||
| 2 |
В General Settings раздел, въведете следната информация:
Output Variables При задействане на дейност за разширена информация за опашката се актуализират следните променливи:
Error Codes Следват кодовете за грешки и описанията на разширената дейност за информация за опашката:
|
Прекъсване на контакта
Използвайте тази прекратяваща дейност, за да прекъснете връзката с активен сегмент на повикване. Тази дейност е необходима, ако към повикването няма агенти, за да се прекъсне ръчно връзката.
Например използвайте тази дейност, преди дадено повикване да бъде поставено на опашка или след скриптиране на функцията за отписване от опашката. Можете да използвате толкова дейности за прекъсване на връзката, колкото искате, когато конструирате потока си, за да сте сигурни, че повикването ще бъде прекратено, независимо от пътя на потока.
Имате възможност да дадете на всяка дейност уникален етикет и описание, но не се изисква друга конфигурация.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте потоците събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В раздела „Общи настройки“ въведете следната информация:
Output Variables Тази дейност няма налични изходни променливи. |
Ескалиране на групата за разпределяне на повикванията
Дейността „Ескалиране на групата за разпределяне на повиквания“ позволява на администраторите да ескалират контакт на опашката към следващата или последната група за разпределяне на повиквания. Това осигурява по-добро управление и гъвкавост на администраторите за управление на контактите, които са паркирани в опашка.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | ||||||||||||
| 2 |
В General Settings раздел, въведете следната информация:
Output Variables Когато се задейства дейността на групата за разпространение на повиквания, се актуализират следните променливи:
Error Codes Следват кодовете за грешка и описанията за дейността на групата за разпространение на повиквания по ескалиране:
|
Обратна връзка
Конфигурирайте дейността за обратна връзка, за да инициирате анкети след повикването (поддържани от Webex Experience Management), за да събирате обратна връзка от повикващите. Налични са следните видове анкети:
-
IVR Post Call Surveys: Конфигурирайте дейността за обратна връзка в платното Event Flows в Flow Designer след събитиетоAgentDisconnected. В зависимост от настройката в Webex Experience Management, контактният център пуска IVR проучване на повикващите.
Повикващият използва клавиатурата, за да отговори на анкетата. Ако повикващият отговори частично на анкетата, като не отговори в рамките на конфигурираната продължителност на изчакване или като предостави невалидно въвеждане, контактният център изпраща частични отговори на анкетата до Webex Experience Management.
Уверете се, че използвате дейността „Прекъсване на връзката с контакта“ след дейността „Обратна връзка“, за да прекратите IVR повикването.
-
Email or SMS Post Call Surveys: Конфигурирайте дейността за обратна връзка в раздела „Потоци на събития“ в Flow Designer след събитието PhoneContactEnded. В зависимост от правилата за правила за изпращане, зададени в Webex Experience Management, контактният център изпраща анкета до повикващите по имейл или SMS.
Когато проектирате поток, взаимодействието на консултация не може да включва дейност за обратна връзка от анкетата след повикването.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Survey раздел, изберете от списък с въпросници за гласови или изпратени за имейл или SMS анкети. Въпросниците и поканите, които са конфигурирани в Webex Experience Management, са налични в списъка.
|
| 4 |
В Language Settings раздел, Управление на езика, на който клиентът изпитва анкетата. Ако езикът не се поддържа в Webex Experience Management, резервният език е английски (САЩ). За повече информация вижте Поддръжка за езици за управление на Webex Experience.
Ако Override Language Settings бутонът за превключване не е активиран, променливата Global_Language се използва, за да се дефинират настройките по подразбиране на Webex Experience Management. За повече информация вижте Глобални променливи. |
| 5 |
В Customer Information раздел, можете да посочите информацията за клиента, която да бъде предадена заедно с предпочитанията, които Webex Experience Management изпраща, за да прихване отговора на анкетата. В зависимост от конфигурациите за изпращане, зададени в Webex Experience Management, Contact Center изпраща информацията за предварително попълване.
|
| 6 |
В Variable Passing раздел, можете да посочите допълнителните променливи като персонализирани предпочитания, които се предават (в допълнение към отговорите на анкети) от Webex Contact Center към Webex Experience Management.
За повече информация относно персонализираните предварителни настройки вижте Настройване на персонализирани предварителни настройки за анкети за обратна връзка след повикване в документацията на Webex Experience Management. |
| 7 |
В Advanced Settings раздел, конфигурирайте следните настройки, за да помогнете за валидиране на очакваните DTMF отговори от клиентите.
|
Получаване на информация за опашката
Дейността „Получаване на информация за опашката“ предоставя текущата позиция на повикващия в опашката (PIQ) и очакваното време за изчакване (EWT) заедно с други изходни променливи на дейността. Можете да използвате тези променливи, за да определите наличността на агенти в опашка и да маршрутизирате повиквания другаде, когато е необходимо.
Очакваното време за изчакване (EWT) не се отнася за опашки с разпределени екипи с умения, зададени в потока. За контакти в тези опашки изходната променлива за EWT винаги се връща -1.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | |||||||||||||||
| 2 |
В General Settings раздел, въведете следната информация:
| |||||||||||||||
| 3 |
В Queue Information and Lookback Time раздел, конфигурирайте следното:
Дейността „Получаване на информация за опашката“ има три вида разклонения на изходния поток. Тези клонове се задействат въз основа на състоянието на връщане и стойностите на EWT, PIQ и статистиката в реално време за други изходни променливи.
Output Variables Когато се включва „Информация за опашката“, следните променливи се актуализират:
Estimated Wait Time Calculation Очакваното време за изчакване (EWT) се отчита в ms. За да изчисли EWT, приложението събира всички статистически валидни проби (пример е средното време за изчакване за задачи, които са успешно свързани с агент в едноминутен интервал) за последните XX минути, посочени от потребителя Lookback Time. Средната стойност на събраните проби се използва като EWT. Статистически валидни проби са тези събрани проби, за които максималната стойност за CoV (коефициент на вариация на времето за изчакване за тези задачи, които са се свързали с агент във всеки един интервал от една минута) пада под 40 процента. Ако процентът на валидните проби, събрани за дефинираните от потребителя Lookback Time пада под 40 процента, EWT не се изчислява. Кодове за грешка Следват кодовете за грешка и описанията за дейността „Получаване на информация за опашката“:
|
Контакт на опашката
Дейността "Контакт на опашката" поставя контакт на опашка. Когато използвате тази дейност в основния поток, можете да изложите набор от събития в раздела Потоци на събития. За повече информация относно тези събития вижте Събития.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | ||||||||||||||||||||||||||||||||||||||||||
| 2 |
В General Settings раздел, въведете следната информация:
| ||||||||||||||||||||||||||||||||||||||||||
| 3 |
В Contact Handling раздел, изберете дали всички контакти да отиват в една опашка, или изборът на опашка да се променя въз основа на стойността на променливата на потока. Когато поставите дейност по HTTP заявка веднага след дейността за контакт с опашката, HTTP заявката може да не извлече необходимите данни. За да се гарантира наличието на необходимите данни, се препоръчва да се въведе кратко закъснение – например чрез добавяне на дейност „Възпроизвеждане на съобщение“ или „Възпроизвеждане на музика“ – между дейностите „Контакт с опашката“ и „Заявка за HTTP“.
Skill requirements Ако избраната опашка използва насочване, базирано на умения, за да се конфигурират изискванията за умение и освобождаване на умението. Можете да добавите едно или повече изисквания за умение, които да зададете за контакт в опашката, въз основа на избраната опашка. Ако не посочите никакви умения, всички налични агенти в избраната опашка отговарят на условията да получават контакти.
Skill relaxation Използвайте настройките за освобождаване на уменията, за да намалите или премахнете възложените изисквания за умения към поток в отговор на твърде дълго време за изчакване на клиентите. Тази настройка позволява да разширите набора от достъпни агенти, които могат да обслужат контакта. Използвайте общите времеви интервали, за да настроите освобождаването на умения с логиката на опашката в потока и с настройките за разпределение на повиквания, конфигурирани за екипите в опашката. За да конфигурирате освобождаване на уменията:
Skill removal Когато включите Remove skills on blind transfer бутон за превключване, премахва уменията от контакта след прехвърляне от агент. Това означава, че прехвърленият контакт няма да има никакви умения и контактът ще бъде предложен на най-дълго наличния агент в прехвърлената опашка. Outout vaiables Когато се включи контакт с опашката, следните променливи се актуализират:
Error codes Следват кодовете за грешка и описанията за дейността \„Контакт с опашката\“:
|
Опашка до агент
Активността На Опашката Към агент активира маршрутизиране, базирано на агент. Дейността На Опашката Към Агента маршрутизира контактите директно към предпочитания агент. За информация относно маршрутизирането на базата на агент вижте Маршрутизиране на базата на агент.
Дейността „Опашка към агент“ идентифицира агент по неговия ИД на агент или имейл адрес за Webex Contact Center.
Ако агентът е наличен, можете да конфигурирате дейността на Опашката Към агент да маршрутизира контакта към предпочитан агент. Ако агентът не е наличен, можете да конфигурирате дейността на Опашката Към Агент да паркира контакта срещу този агент, докато агентът стане наличен.
Разработчикът на потоци може да верифицира дейност От Опашка към агент с друга дейност От Опашка към агент, за да маршрутизира контактите към последователни предпочитани агенти. Разработчикът на потоци може също да верига дейност От Опашка Към агент с дейност контакт в опашката, за да маршрутизира контакта с помощта на Редовна опашка, когато никой от предпочитаните агенти не е наличен.
Разработчикът на потоци може да верифицира дейност На Опашка Към агент с дейност Обратно повикване в основния поток и потоците събития. Това помага да се конфигурира обратно повикване до предпочитания агент, на когото първоначално е било поставено на опашка, като част от дейността „Опашка към агент“.
Използвайте дейността за обратно повикване след контакт на опашката или дейност на агент от опашката.
Дейността „Опашка към агент“ задейства следните събития в раздела „Потоци на събития“ в основния поток:
-
Приет агент: Дейността на Опашката Към Агента задейства това събитие, когато агентът отговори на входящо повикване.
-
Връзката с агента е прекъсната: Дейността „Опашка към агент“ задейства това събитие, когато агентът се изключи от повикване на живо.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
Следните раздели ви позволяват да конфигурирате опашката като Дейност На агент:
-
Общи настройки
-
Обработване на контакт
За да конфигурирате опашката Като Дейност На агент:
| 1 |
Във Flow Designer плъзнете и пуснете Queue To Agent дейност от библиотеката с дейности към платното. |
| 2 |
Щракнете върху Queue To Agent дейност, за да конфигурирате настройките за дейност. |
| 3 |
В General Settings раздел, въведете следната информация: |
| 4 |
В Contact Handling раздел, изберете Agent Variable от падащия списък. Дейността на опашката към агент свързва тази променлива на потока с имейл на агента или ИД на агента, който искате да изберете за всяко изпълнение на потока. |
| 5 |
Изберете Имейл или ИД на агента от Agent Lookup Type падащ списък за маршрутизиране на контактите към предпочитания агент. Въведете валидно име на домейн за имейл адреса на агента, за да сте сигурни, че търсенето е успешно. |
| 6 |
Активирайте Set Contact Priority превключете бутона, за да подредите по приоритет контактите, чакащи в опашката. По подразбиране бутонът за превключване е деактивиран. Дейността На Опашката Към Агент обработва контактите по следния начин:
|
| 7 |
Изберете ИД на опашката от падащия списък Опашка за отчитане. Опашката за Действия На Агент отчита подробностите за контакта, като използва опашката за отчитане: Опашката за отчитане също така посочва конфигурацията за:
|
| 8 |
Активирайте Park Contact if Agent is unavailable бутон за превключване, ако искате да паркирате контакта към предпочитан агент, докато агентът стане наличен. Ако агентът не е наличен и Park Contact if Agent is unavailable бутонът за превключване е деактивиран, контактът не достига до агента. Дейността „Опашка към агент“ излиза от неуспешния клон към следващата дейност в потока със съответния изход. |
| 9 |
Изберете ИД на опашката за възстановяване от падащия списък Опашка за възстановяване. Опашката За Действия На Агент опашка контактите за опашката за възстановяване, когато:
Можете да конфигурирате опашката за възстановяване с най-дългия наличен агент. Опашката за възстановяване не поддържа маршрутизиране, базирано на умения. |
Дейността „Опашка към агент“ е успешна, когато контактът се свърже с предпочитания агент. Сценарий на грешка възниква, когато даден контакт не достигне агента.
Сценарии за грешки
Контактът не може да се свърже с агента, когато:
-
Предпочитаният агент не е на разположение и паркирането е деактивирано за контакта.
-
Търсенето на променлива не може да намери предпочитания агент.
Променливи за извеждане на дейността
Изходните променливи на активността съхраняват данните, които се заснемат от дейностите и се създават автоматично, когато добавите конкретни дейности към платното.
Активността на опашката към агента има следните изходни променливи:
|
Изходна променлива |
Описание |
|---|---|
|
QueueToAgent.AgentId |
Съхранява ИД на агента, на който контактът е поставен на опашка. |
|
QueueToAgent.FailureDescription |
Съхранява описанието за сценария на грешка, когато контактът не бъде поставен на опашка. |
|
ОпашкаToAgent.FailureCode |
Съхранява стойността на кода за неуспех за сценария на грешка, когато контактът не успее да бъде поставен на опашка. |
|
ОпашкаToAgent.AgentState |
Съхранява състоянията на предпочитания агент при опит за опашка на контакта. |
|
ОпашкаToAgent.AgentIdleCode |
Съхранява описанието на кода за неактивност на предпочитания агент. |
The QueueToAgent.FailureCode изходната променлива съдържа една от следните стойности, когато възникне грешка. Всяка стойност показва код за грешка и описание на грешката.
|
Код на неуспех |
Стойност на кода за неуспех |
Описание на неуспеха |
|---|---|---|
|
1 |
АГЕНТ_НЕНАЛИЧЕН |
Агентът в момента не е в налично състояние. |
|
2 |
АГЕНТ_НЕ_НАМЕРЕН |
Дейността „Опашка към агент“ не може да намери агента по ИД или имейл адреса на агента. |
|
3 |
АГЕНТ_NOT_LOGGED_IN |
В момента агентът не е влязъл. |
|
4 |
FEATURE_NOT_ENABLED |
Функцията за маршрутизиране, базирана на агент, не е активирана. |
|
5 |
НЕВАЛИДЕН_VTEAM_ГРЕШКА |
Опашката за отчитане или възстановяване е невалидна. |
|
6 |
АГЕНТ_ ЗАЕТ |
Агентът е наличен, но е ангажиран с друго повикване. |
|
7 |
VTEAM_TRANSITION_LIMIT_REACHED |
Контактът е достигнал максималното ограничение от опашки до няколко опашки. |
|
8 |
НЕВАЛИДНО_OPERATION_FOR_INTERACTION_STATE |
Опашката не е разрешена в някои състояния на контакта, като прекратен контакт. |
Следващата таблица показва приложимия QueueToAgent.AgentState и QueueToAgent.AgentIdleCode стойности.
|
Случай на използване |
Състояние на агент |
Код за неактивност |
|---|---|---|
|
НЕ_ПРИЛОЖИМО |
НЕ_ПРИЛОЖИМО |
|
Агентът е резервиран за това повикване. |
НАЛИЧЕН |
НЕ_ПРИЛОЖИМО |
|
Park Contact if Agent is unavailable toggle бутонът е On и агентът е свободен |
Неактивен |
<Име на AuxCode> Кодът за неактивност, избран от агента в агента за настолен компютър. |
|
Park Contact if Agent is unavailable toggle бутонът е On и каналът на агента е зает |
НАЛИЧЕН |
НЕ_ПРИЛОЖИМО |
|
Park Contact if Agent is unavailable toggle бутонът е Off и агентът е свободен |
Неактивен |
<Име на AuxCode> Кодът за неактивност, избран от агента в агента за настолен компютър. |
|
Park Contact if Agent is unavailable toggle бутонът е Off, агентът е на разположение, а каналът на агентите е зает |
НАЛИЧЕН |
НЕ_ПРИЛОЖИМО |
Изскачащ прозорец
Изскачащият прозорец представлява прозорец или диалогов прозорец, който се показва на работния плот на агента, когато отговаря на повикване от клиент. Агентът получава повече информация за повикващия, за да продължи с разговора. За повече информация вижте раздела „Изскачащ екран“ в статията Първи стъпки с агента за настолен компютър.
Дейността „Изскачащ екран“ става приложима само след като агент участва във взаимодействие. Обикновено използва събитието AcceptedAgent и събитието PhoneContactEnded.
Когато използвате тази дейност в основния поток, можете да изложите набор от събития в раздела Потоци на събития. За повече информация относно тези събития вижте Събития.
Можете да изградите един поток за обработка на събития за всяко събитие. Например, когато агент приеме входящо повикване, се показва изскачащ прозорец. Активността на изскачащия прозорец съдържа информация, която се основава на променливите на потока. Изскачащият прозорец интегрира Webex Contact Center с други бизнес приложения, като CRM (Търговски екип), инструменти за етикети и система за въвеждане на поръчки.
Завършете тази конфигурация в раздела Event Flows в Flow Designer. За да дефинирате различни по-нови поведения на екрана, които се основават на критериите за основен поток, използвайте дейност на състояние или случай. Можете да дефинирате един по един изскачащ прозорец за всеки поток.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте потоците събития.
Изскачащият екран за нови цифрови канали трябва да бъде конфигуриран в Connect Flow Builder. За повече информация вижте https://help.imiconnect.io/docs/wxcc-overview.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В URL Settings раздел, използвайте опцията за настройки на URL, за да дефинирате URL адрес за конфигурации на изскачащ екран. За да вмъкнете променлива, използвайте синтаксиса {{variable}} (например {{NewContact.ANI}}). След това конфигурирайте следните настройки:
|
| 4 |
В Display Settings раздел, конфигурирайте следното:
Ако опцията за показване на изскачащ екран е в раздела В работния плот или Съществуващ браузър, данните, които въвеждате в изскачащия екран за повикване, се губят, ако агентът приеме ново повикване. За да предотвратите загуба на данни, конфигурирайте опцията за показване като New browser . Например имайте предвид, че опцията за показване на изскачащ екран е вътре в работния плот. Ако агентът приеме ново входящо повикване докато въвежда данни в изскачащия прозорец за предишно повикване, въведените данни за предишното повикване се губят, когато се покаже изскачащият прозорец на новото повикване. |
Задаване на приоритет на контакт
Използвайте дейността „Задаване на приоритет на контакт“, за да зададете нива на приоритет на контактите. Можете да задавате приоритети, като използвате номера от 1 (най-висок) до 9 (най-нисък). Първо се маршрутизират контактите с по-висок приоритет. За повече информация относно маршрутизирането и опашката вижте раздела Задаване на приоритет на контакта в Разбиране на маршрутизирането и опашката в Webex Contact Center.
Следните раздели ви позволяват да конфигурирате задаване на приоритетна дейност за контакт:
- Общи настройки
- Настройки за приоритет на контактите
- Променливи за извеждане на дейността
| 1 |
Във Flow Designer плъзнете и пуснете дейността „Задаване на приоритет на контактите“ от библиотеката за дейности на платното. |
| 2 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 3 |
В раздела „Общи настройки“ въведете следната информация: |
| 4 |
В Contact Priority Settings раздел, задайте приоритета на контакта. Можете да конфигурирате статична стойност на приоритет от падащия списък. Ако искате приоритетът да се променя динамично, конфигурирайте променлив приоритет с помощта на променливи на потока. |
Изходни променливи за активност
Изходните променливи на активността съхраняват данните, които се заснемат от дейностите и се създават автоматично, когато добавите конкретни дейности към платното.
Дейността Задаване на приоритет на контакт има следните изходни променливи:
- SetContactPriority.FailureCode: Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.
- SetContactPriority.FailureDescription: Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.
Кодове на грешка
Следват кодовете за грешка и описанията за дейността за задаване на приоритет на контакт:
|
Код на неуспех |
Стойност на кода за неуспех |
Описание на неуспеха |
|---|---|---|
|
6 |
SYSTEM_ERROR |
Този код представлява различните грешки (които не попадат в никоя от дефинираните категории). |
|
48 |
Неподдържана активност в потока |
Зададеният приоритет на контакт не се поддържа за изходящи контакти и контакти в кампанията. |
Виртуален агент
Дейността на виртуалния агент предоставя среда за разговори в реално време за вашите клиенти на центъра за контакти. Можете да добавите виртуален агент към потока на повиквания, за да обработвате запитвания от клиенти във формат за разговори. Виртуалният агент се захранва от възможностите на Google Dialogflow. Когато даден клиент говори, Dialogflow съчетава разговора на клиента с най-доброто намерение във виртуалния агент. Освен това той подпомага клиента като част от интерактивния гласов отговор (IVR).
Преди да започнете
-
Настройте агент на Dialogflow. За повече информация относно изграждането на агент на Dialogflow в Google Cloud вижте Изграждане на агент.
Включете „Здравейте“ като фраза за обучение на предпочитания език за агента на Dialogflow, за да започнете разговор с повикващия. Можете да добавите тази фраза за обучение в приветственото намерение по подразбиране или във всяко друго намерение на агента на Dialogflow. За повече информация вижте Намерения.
В зависимост от начина, по който настройвате агента на Dialogflow, можете да използвате дейността на виртуалния агент, за да се справяте с различни видове случаи на използване.
-
Конфигурирайте виртуален агент в Control Hub.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Conversational Experience раздел, конфигурирайте следното:
|
| 4 |
В Variable Passing раздел, незадължителните параметри в дейността на виртуалния агент може да съдържат лична информация (PII). Webex Contact Center предава тези параметри на Google Dialogflow като променливи, за да поддържа разширена логика на водене на разговори с бота.
|
| 5 |
В Advanced Settings раздел, конфигурирайте следното:
|
| 6 |
В Output Variables раздел, можете да съхранявате статуса на изходящо събитие, което се случва по време на разговора между виртуалния агент и клиента.
|
Какво да направите след това
Outcomes:
Посочва пътищата за извеждане на виртуалния агент, които се случват въз основа на резултата от разговора между виртуалния агент и клиента.
-
Handled: Dialogflow поема този път, ако системата задейства Обработеното намерение.
-
Escalated: Dialogflow поема този път, ако системата задейства намерението Ескалиране.
За повече информация относно намеренията в Dialogflow вижте Намерения.
Error Handling
Посочва пътя на извеждане на виртуалния агент въз основа на грешката, възникнала по време на разговора между виртуалния агент и клиента.
-
Error: Потокът поема този път при всички сценарии на грешки.
Ако има грешка, контактният център не възпроизвежда никакво аудио съобщение, за да уведоми клиента за грешката по подразбиране. Разработчикът на потоци може да конфигурира дейност за пускане на съобщение или общо, или въз основа на кода на грешка, както е описано в раздела Изходни променливи.
Функционалността на изходните пътища зависи от конфигурацията и потока, който се определя от администратора.
Виртуален агент V2
Дейността V2 на виртуалния агент осигурява среда за водене на разговори в реално време за вашите контакти. Можете да добавите дейността на виртуалния агент V2 към потока на повиквания, за да боравите с разговори с разрешен от говор AI. Когато повикващият говори, системата съпоставя речта с най-доброто намерение във виртуалния агент. Освен това той помага на повикващия като част от интерактивния гласов отговор (IVR).
Конфигуриране на дейност за виртуален агент V2
Клиентите, които използват платформата Next Generation, могат да конфигурират дейността на виртуалния агент V2 във Flow Designer.
Не поставяйте дейност във виртуалния агент V2 след дейност в контакт с опашка, тъй като тази конфигурация в момента не се поддържа. Също така не поставяйте дейност на виртуален агент V2 в платното за поток на събития.
Показва пътищата на резултата за дейността, която се извършва въз основа на резултата от разговора между виртуалния агент и повикващия.
-
Обработено – Резултатът се задейства, когато изпълнението на виртуалния агент завърши.
-
Ескалирано – Резултатът се задейства, когато се изисква ескалиране на повикването към човешкия агент.
Показва пътя на резултата на дейността за всяка грешка, възникнала по време на разговора между виртуалния агент и повикващия.
Грешен – потокът поема този път при всички сценарии на грешки.
Настройки по подразбиране на системно ниво
Следните настройки се дефинират в системата вътрешно по подразбиране. Тези настройки не се показват в потребителския интерфейс и не могат да бъдат променени:
-
Безкраен брой повторни опити за обработка на невалидни или без входни грешки.
-
Включването в разговора е разрешено, за да се прекъсне виртуалния агент по време на взаимодействие.
-
Символ за край на DTMF = #. Тази настройка показва края на въведеното.
-
DTMF „Време на изчакване без въвеждане“ = 5 секунди. Тази настройка показва продължителността от време, за което виртуалният агент изчаква въвеждането на повикващия.
-
DTMF „Междуцифрен период на изчакване“ = 3 секунди. Тази настройка показва продължителността от време, за което виртуалният агент изчаква следващото въвеждане на DTMF от повикващия, преди виртуалният агент да премине в потока от разговори.
Преди да започнете
-
Настройте агент на Dialogflow. За повече информация относно изграждането на агент на Dialogflow в Google Cloud вижте Изграждане на агент.
-
Конфигурирайте конектора за Google CCAI и създайте конфигурация на CCAI в Control Hub.
-
Конфигурирайте входната точка и изберете маршрутизиращ поток (след като потокът е създаден във Flow Designer). За повече информация вижте Настройване на канал.
| 1 |
Влезте в Control Hub. |
| 2 |
Навигирайте до . |
| 3 |
Щракнете върху Управление на потоци и след това върху Създаване на потоци. |
| 4 |
В Flow Name поле, въведете уникално име и щракнете върху Start Building Flow. The Flow Designer се появява прозорец. |
| 5 |
Плъзнете и пуснете дейността виртуален агент V2 от библиотеката с дейности в основното платно на потока. |
| 6 |
В Общи настройки изпълнете следните действия:
|
| 7 |
В настройките на Среда за разговор изберете една от следните опции за конфигуриране на Contact Center AI:
|
| 8 |
В настройките на Събитие за състояние въведете името на събитието по избор и датата в колоните Име на събитие – Дата на събитие. Държавното събитие е механизъм за задействане на намерението без необходимост от съвпадащ текст или въвеждане на говорител. Можете да дефинирате персонализирани събития, за да задействате намерението. За информация как да конфигурирате намерението за събития в Dialogflow ES вижте документацията на Google.
Можете да зададете името на събитието и данните под формата на статична стойност или израз. За изрази използвайте този синтаксис: Име на събитието: Данни за събитието: |
| 9 |
В Разширени настройки изпълнете следните действия: |
| 10 |
с Decryption Settings можете да дешифровате изходните променливи на дейността VAV2, ако е необходимо. Ако дешифрирането е активирано на ниво поток, потребителите с достъп за дешифриране на грешки могат да виждат немаскираните изходни стойности на дейността VAV2 в регистрационните файлове за отстраняване на грешки в потока. Изключете Enable decryption превключете, за да деактивирате дешифроването на нивото на активност за допълнителна защита. |
| 11 |
В Activity Output Variables, можете да прегледате списъка с променливи, който съхранява изходния статус на събитието, което се случва по време на разговора между виртуалния агент и повикващия.
|
Дейности в управлението на потока
- Начален поток
- Край на потока
- Случай
- Условие
- GoTo
- Разпределяне в проценти
- Изчакване
- Поддръжка за работни потоци в входна точка за набиране на външен номер
Начален поток
Активността на началния поток се появява на платното на главния поток по подразбиране. Не можете да изтриете дейността на началния поток. Тази дейност показва събитието, което задейства този поток. Тази дейност диктува как може да се използва потокът и типовете дейности, които са достъпни за конфигуриране.
В момента единственото налично събитие за задействане на поток е NewContact.
Системата задейства това събитие, когато ново повикване достигне входна точка за телефония в центъра за контакти. Можете да използвате потоци, които се задействат от събитието NewContact в стратегиите за маршрутизиране на входната точка. Събитието за задействане на поток в момента е избрано по подразбиране и не може да бъде редактирано. В бъдеще ще бъдат изложени допълнителни събития.
NewContact важи само за нови потоци. За потоци, създадени преди седмицата на април 20,NewPhoneContact остава като събитие за задействане на поток.
Дейността за стартиране на потока автоматично се обозначава с името на избраното събитие за задействане на потока. Това ви позволява бързо да видите какъв тип поток се изгражда.
Изходни променливи
Броят и типът на изходните променливи, свързани с дейността за началния поток, зависят от избраното събитие за задействане на потока. Тези променливи съхраняват данни, които се заснемат в момента на задействане на потока. Например, описаните по-долу изходни променливи са изложени чрез
NewContact събитие.
Използвайте тези променливи в по-късни дейности, за да контролирате последователността на потока.
-
NewContact.ANIАвтоматичното идентифициране на номера (ANI) е функция на телекомуникационната мрежа за автоматично определяне на първоначалния телефонен номер на повикване. Тази променлива съхранява телефонния номер на повикващия, задействал
NewContactсъбитие. -
NewContact.DNISУслугата за идентификация на набран номер (DNIS) е услуга, която идентифицира първоначално набрания телефонен номер на повикване. Тази променлива съхранява телефонния номер, който повикващият е набрал, за да задейства
NewContactсъбитие.Когато повикването се прехвърля към номер в указателя на входната точка, Webex Contact Center открива целта на EPDN и обработва прехвърлянето вътрешно.
Прехвърляне към EPDN може да бъде започнато от поток, който използва Blind Transfer дейност или от Agent Desktop, когато агент прехвърля или консултира към входната точка DN.
Когато прехвърлянето е завършено, номерът на местоназначението, използван за прехвърлянето, се представя в потока на получаващата входна точка като стойност на услугата за идентификация на набран номер (DNIS). Стойността за DNIS е налична в
NewPhoneContact.DNISпроменлива на потока.Потокът на получаване може да оцени
NewPhoneContact.DNISи да го използвате в логиката на маршрутизирането. Потоците обаче трябва да избягват да приемат един формат DNIS, освен ако конфигурацията за номериране на входната точка на местоназначението не гарантира този формат.Стойността на DNIS, представена на приемащия поток, зависи от това как е конфигурирано номерирането за входната точка на местоназначението.
Table 9. DNIS behavior for transferred calls to EPDNs Конфигурация на номер на входна точка на местоназначението
DNIS, представен на приемащия поток
Пример
Само номер по E.164
DNIS е представен във формат E.164. Ако местоназначението на прехвърляне е набрано в национален формат, Webex Contact Center я преобразува и представя DNIS във формат E.164.
Ако местоназначението е набрано като 5550101234, получателният поток вижда +15550101234.
E.164 номер и вътрешен номер
DNIS винаги е представен като E.164 номер, независимо дали прехвърлянето е започнато чрез набиране на E.164 номер, национален номер или вътрешен номер.
Ако входната точка има +15550101234 и вътрешен номер 1234, получаващият поток вижда +15550101234.
Само вътрешен номер
DNIS е представен като разширение. Ако за местоположението е конфигуриран префикс за местоположение, DNIS се предхожда от префикса за местоположение, без разделител.
Ако вътрешният номер е 1234, получаващият поток вижда 1234. Ако префиксът на местоположението е 555, получаващият поток вижда 5551234.
При прехвърлянето на консултация поведението на DNIS съответства на поведението на прехвърлянето. ИД на линията на повикване (CLID) обаче се променя по време на консултацията.
Ако потокът на входната точка на местоназначението се оценява
NewPhoneContact.DNIS, се уверете, че логиката за маршрутизиране отговаря на формата DNIS, който Webex Contact Center представя за номерирането на конфигурацията на входната точка. Това е особено важно, ако конфигурацията на входната точка се промени от номериране само на вътрешни номера до номериране E.164 или ако потокът сравнява директно стойностите на DNIS.Когато повикването се прехвърли към EPDN, прехвърленото повикване остава част от съществуващото взаимодействие. Отчетите и записите за повиквания продължават да използват един и същ ИД на взаимодействие.
-
NewContact.InteractionIDУникален идентификатор на Webex Contact Center, който се асоциира с всяко взаимодействие, задействано от
NewContactсъбитие.Можете да покажете ИД на взаимодействие на работния плот. За повече информация вижте Пример: Покажи ИД на взаимодействие на настолен компютър в раздела Създаване на персонализирани променливи на потока.
-
NewContact.PSTNRegionРегионът на PSTN, който е конфигуриран в съпоставяне на входна точка (EP) – номер за набиране (DN) за регионални услуги за гласова мултимедия. Тази променлива се поддържа само на гласовата платформа Next Generation.
-
NewContact.FlowVersionLabelЕтикет на версията на потока, който се генерира по време на изпълнението на потока. Разработчиците на потоци могат да създават различни поведения за различни версии на потоци, като например Dev, Test, Live и Latest. Използване на
NewContact.FlowVersionLabelпроменлива, разработчиците могат да променят логиката на потока динамично чрез достъп до етикетите на версията в рамките на потока. -
NewContact.FlowIdУникален идентификатор на текущо изпълнявания поток.
-
NeContact.EntryPointIdУникален идентификатор на входната точка, която започва потока.
-
NewContact.OrgIdУникален идентификатор на организацията.
- Променливи за обратно повикване:
NewContact.CallbackReasonПричината за обратно повикване, предоставена в момента на планирането на обратно повикване. Можете да направите причината за обратно повикване достъпна в изскачащия прозорец на Agent Desktop, като я зададете на видима променлива за агент.
NewContact.CallbackTypeСъхранява стойността като „планирано“ за планирано обратно повикване или „scheduled_personal“ за персонално планирано обратно повикване.
NewContact.ScheduleSourceInteractionIdИД на взаимодействие, от което първоначално е поискано обратното повикване.
Тези променливи ще имат стойности само за планирано обратно повикване и ще останат празни за други типове повиквания.
-
NewContact.HeadersСъхранява подробностите за заглавката на протокола за стартиране на сесия (SIP) на входящото повикване във формат JSON. Разработчиците на потоци могат да извличат и използват входящите SIP персонализирани X-заглавки за вземане на решения за маршрутизиране и за интегриране на Webex Contact Center с IVR системи на трети страни. Когато клиент се обади на Webex Contact Center, системата сканира данните за потока и извлича заглавието на SIP.
Предварителни изисквания
- Извличането на SIP заглавки е достъпно само за клиенти в платформата RTMS (Next Generation Voice Media platform).
- Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center.
Пример Помислете за следната покана за SIP:
INVITE sip:12345@domain.com SIP/2.0 Via: SIP/2.0/UDP client.atlanta.example.com;branch=z9hG4bK74bf9 Max-Forwards: 70 From: "Alice" <sip:alice@atlanta.example.com>;tag=9fxced76sl To: <sip:12345@domain.com> Call-ID: 2xTb9vxSit55maQjcU@atlanta.example.com CSeq: 314159 INVITE Contact: <sip:alice@pc33.atlanta.example.com> Diversion: <sip:john.doe@example.com>;reason=unconditional;privacy=off;screen=no Content-Type: application/sdp Content-Length: 143 X-Customer-ID: 987654321 X-Call-Reason: Support X-Priority: HighВ този пример системата извлича следните подробности:
ИД на клиент X: 987654321
Причина за X-Call: Поддръжка
Приоритет X: Високо
Системата преобразува заглавията на SIP в малки букви. Използвайте дейността „Задаване на променлива“, за да присвоите една или повече заглавия на SIP към променливите, дефинирани в системата.
Следните шаблони на заглавки са запазени за вътрешна употреба и не трябва да се прехвърлят като персонализирани заглавки. По подразбиране всички заглавки, които отговарят на този шаблон, ще бъдат отпаднали и няма да бъдат предадени в Webex Contact Center.
X-адрес
X-ДОБАВЯНЕ-ОТКЛОНЯВАНЕ
Състояние X-BNR
Оригинален кодек X-BNR
X-BNR-Bypassed
X-BroadWorks-корелация-информация
Поддръжка на X-FS
X-път
X- RTMS- CID
X- RTMS- OID
X- RTMS- CONFID
X-RTMS-AGENT-LEGID
X-RTMS-ENTER-SOUND
X-RTMS-APP-ПРЕФИКС
X-RTMS-без търсене
X-VPOP-ДОМЕЙН
Важни съображения:
- Системата сравнява името на повикващия като Caller_ID_Name.
- Системата може да извлече до 20 заглавки от входящото съобщение за SIP покана. Ако броят заглавки е по-голям от 20, системата извлича само първите 20 подредени по азбучен ред заглавки.
- Има ограничение от 1000 байта за цялата информация в заглавката.
За да добавите и анализирате SIP заглавки към външни IVR системи, използвайте следните дейности:
Край на потока
„Край на потока“ е прекратяваща дейност, която маркира края на пътя на потока. Можете да използвате произволен брой дейности в края на потока, за да конструирате потока си, за да гарантирате, че всички пътища за поток завършват.
Не използвайте активността на крайния поток в IVR поток. Използването на край на потока с IVR може да доведе до заглушен въздух и повикването не може да прекъсне връзката.
Можете да дадете на всяка дейност уникален етикет и описание.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
Случай
Използвайте дейността „Случай“, ако има много възможности или резултати в определена точка за вземане на решение във вашия поток от повиквания.
Можете например да използвате дейност „Случай“, за да дефинирате различни изскачащи прозорци за различни екипи от агенти в зависимост от името на екипа. Всеки случай Се превръща в клон, от който определяте подходящите пътища. Потокът продължава по пътя, който оценява като верен за определен екземпляр на потока. Всяка дейност Случай има по подразбиране, който системата използва за всеки недефиниран случай. Ако никое от случаите не е вярно, случаят по подразбиране Се оценява като „вярно“ и потокът продължава по този клон.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Case Settings раздел, конфигурирайте следното:
Activity Outcomes
|
Условие
Дейността „Условие“ представлява решение. Потокът поема пътя True или False в зависимост от това дали условието е изпълнено.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Expression раздел, конфигурирайте следното: Капсулирайте всеки израз, както следва: {{Enter Израз}}. Пример: {{HTTPRequest1.httpStatusCode == 200}} Ако използвате израз без скоби, системата хвърля грешка в потока.
|
GoTo
Верижката на потока ви дава възможност да верижирате множество потоци. За да постигнете верига на потока, можете да добавите дейността за прекратяване на GoTo към платното и да посочите дали текущият поток трябва да отиде до входна точка или друг поток. За повече информация вижте Свързване на няколко потока (с GoTo).
Използвайте възела GoTo, за да преместите контакти в Webex Contact Center, например между входни точки или потоци. Използвайте съпоставяне на променливата на потока за безпроблемно прехвърляне на данни заедно с контакта.
Ако библиотеката с дейности не показва дейността „Отиди“, свържете се с поддръжката на Cisco, за да активира съответния флаг за функции.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | |||||||||
| 2 |
В General Settings раздел, въведете следната информация:
| |||||||||
| 3 |
В раздела с настройки на местоназначението на потока можете да промените средата на повикващия въз основа на времето (ако предадете повикването към входна точка) или да използвате повторно един поток в няколко сценария (ако предадете повикването към поток). Въз основа на опцията GoTo променливите на потока се предават от текущия поток по следния начин:
Конфигурирайте следното:
| |||||||||
| 4 |
Ако изберете Go To Flow опция, показва се секцията Картографиране на променливите на потока. Променливите на потока и глобалните променливи с едно и също име и един и същ тип данни между потоците се съпоставят автоматично за входящи повиквания. За изходящи повиквания се съпоставят автоматично само глобалните променливи; не се поддържа автоматично съпоставяне на променливи на потока. Тази функция ви помага да редактирате, изтривате или добавяте още променливи съпоставяния между текущия поток и целевия поток. Не можете да съпоставяте променливи за потоци в дейност GoTo, когато използвате променливи потоци. Можете да съпоставяте променливи само към целите на статичния поток. Вижте таблицата по-долу за поведението на променливите съпоставяне с променливите потоци. Когато нанесете променлива JSON от основен поток към целевия поток в дейността GoTo, съхранете изхода на JSON в друга променлива като низ или друг тип променлива и го нанесете със същия тип променлива в целевия поток. Конфигурирайте следното:
За да добавите, редактирате или изтриете съпоставяния на променливи:
Variable details The Current Flow Variable Details раздел показва всички поток и глобални променливи в текущия поток. The Destination Flow Variable Details раздел показва всички поток и глобални променливи в целевия поток. Можете да щракнете върху етикета за информация за променлива. Когато изберете променлива за съпоставяне, променливата става зелена, което ви помага да видите какво вече е съпоставено. За да се гарантира безпроблемна достъпност на информацията и взаимодействие през целия жизнен цикъл на повикванията, съпоставянето на променливите е от решаващо значение по време на изпълнението на потока. Тя включва стратегическото подравняване на глобалните променливи както с променливи за локален поток, така и с променливи за наблюдаване на агента, адаптирани както за статичния, така и за динамичния поток: Съпоставянето на променливи е важно по време на поточна верига. Таблицата по-долу обяснява основните разлики между използването на опции за статичен и динамичен GoTo.
GoTo activity error codes
|
Изчакване
Дейността „Изчакване“ ви позволява да поставите на пауза изпълнението на потока за определена продължителност. Когато конфигурирате тази дейност с периода на изчакване, изпълнението на потока се поставя на пауза за продължителността, посочена в дейността за изчакване в пътя на изпълнение.
Не препоръчваме да използвате дейността „Изчакване“, когато има активна IVR сесия, тъй като това може да доведе до изтичане на времето за изчакване на IVR сесията. В такива случаи контактът ще изпита мъртъв въздух, което ще доведе до неуспешни повиквания. Силно препоръчваме дизайнерите на потоци да използват дейността за изчакване в събитието CallbackFailed и да посочат периода на изчакване.
Дейността „Изчакване“ е обща по характер. Когато проектирате поток, можете да поставите тази дейност след която и да е дейност според вашите изисквания. Например по време на повторен опит за обратно повикване тази дейност поставя на пауза изпълнението на потока и прави повторен опит за обратно повикване.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Wait Settings раздел, конфигурирайте следното:
Output variables В тази дейност няма налична изходна променлива. |
Разпределяне в проценти
Активността за разпределяне в проценти ви позволява да разпределяте трафика на повиквания по различни пътища в поток. Можете да използвате тази дейност като механизъм за разклоняване на потоци по множество пътища на поток и да създадете множество пътища за изход, за да разпределите контактите към различни опашки, сайтове и външни сървъри.
Системата използва алгоритъм Weighted Round Robin (WRR) за разпределяне на трафика и това може да създаде дисбаланси. Алгоритъмът се нулира всеки път, когато публикувате потока. Препоръчваме да тествате изпълнението на потока, преди да внедрите промените в производството.
Нека вземем пример за процентно разпределение от съответно 50%, 30% и 20%, за да разберем разпределението на 10 повиквания под WRR. В крайна сметка системата ще разпределя повикванията равномерно, например 5 в пътя на изход 1, 3 в пътя на изход 2, 2 в пътя на изход 3. Това обаче се случва динамично, коригирано с теглото на 5:3:2. Един възможен резултат от разпределението е следният: приемане на 10 последователни повиквания като Path1, Path2, Path1, Path2, Path3, Path1, Path2, Path3. Важно е да се отбележи, че това е едно възможно разпределение и че разпределенията на контактите се коригират с различните разпределения на натоварването.
Активността по процентно разпределяне вече позволява процентни стойности, вариращи от 0 до 100. Администраторите могат да използват настройката 0%, за да създадат случаи на използване на превключватели. Това позволява трафикът да бъде изключен по подразбиране. Можете обаче да активирате тези връзки по-късно, за да разпределите разпределения, по-големи от 0%.
Освен това можете да добавите активността за разпределяне в проценти преди дейността за обратна връзка, за да конфигурирате как искате да управлявате трафика на повикванията. Можете да разпределите 50% от обратната връзка по имейл, 30% от SMS и 20% от анкетата.
По същия начин, в географски разнообразна среда, можете да конфигурирате дейността за разпределяне на проценти, за да изпратите 10% от контактите в Бостън, 5% в Чикаго и да разпределите останалите 85% на друг набор от местоположения.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Обработка на грешки.
Преди да започнете
| 1 |
В Flow Designer, плъзнете и пуснете дейността за разпределяне в проценти от Activity Library към основното платно. |
| 2 |
Щракнете върху Percentage Allocation дейност, за да конфигурирате настройките за дейност. |
| 3 |
В General Settings:
|
| 4 |
В Percent Allocation, създайте необходимите пътища за разпределяне. Първоначално системата задава пътя по подразбиране за разпределяне на 100%. Можете да редактирате процентната стойност и описанието, както и да добавяте нови пътища.
Активността за разпределяне в проценти има следните изходни променливи:
|
Поддръжка за работни потоци в входна точка за набиране на външен номер
Следните дейности и събития се поддържат, когато създавате работни потоци за изходящи гласови контакти:
-
HTTP заявка
-
Условие
-
Парсе
-
Задаване на променлива
-
Работно време
-
Край на потока
-
Изскачащ прозорец
-
Събитие преди набиране
Поддържат се всички манипулатори на събития, както е приложимо. Манипулаторите на събития, като събитие преди набиране, предложения агент и т.н., ще бъдат населени въз основа на дейностите, които добавяте в основния поток. Като част от потока се поддържат глобални и локални променливи.
Следните дейности не се поддържат, когато създавате работни потоци за изходящи гласови контакти:
-
Контакт на опашката
-
Опашка до агент
-
Обратно повикване
-
Търсене на опашка
-
Разширена информация за опашката
-
Сляп трансфер
-
Ескалиране на групата за разпределяне на повикванията
-
IVR съобщение
- Меню
- Проучване
Въз основа на посочените по-горе дейности, системата грациозно ще поддържа безпроблемно пътя на грешките и успеха.
- Когато проектирате поток за входна точка за изходящи повиквания, не включвайте дейност за прекъсване на контакта в края на потока. Ако използвате дейност "Прекъсване на контакта" в потока, това кара потока да прекрати повикването и да подкани за приключване, докато изходящото повикване всъщност е активно и свързано.
Дейности в комунални услуги
- Заявка за BRE
- Работно време
- Криптографско хеширане
- Генериране на OTP
- HTTP заявка
- Парсе
- Задаване на променлива
- Потвърждаване на еднократна парола
Заявка за BRE
Използвайте дейността за искане на BRE, за да извлечете данните от машината за бизнес правила (BRE) на вашата организация, които да използвате в потока. Дейността за BRE искане използва стандартни HTTP протоколи за извличане на данни от BRE.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Query Parameters, можете да предадете параметрите, които са предоставени в повикването на API към BRE. В колоните за ключова стойност можете да въведете ключа за заявката и свързаната стойност, за да изпратите заедно със заявката. Можете също да използвате синтаксиса с двойни примки, за да предадете променливи стойности. Дейността BRE има един предварително дефиниран параметър на заявката: контекст. Този параметър на заявката се предава в повикването на API към BRE. ИД на клиент се инжектира автоматично като параметър и не е необходимо да се конфигурира.
За да добавите параметър на заявката, щракнете върху Add New. Това добавя ред, където можете да въведете двойките от ключови стойности. Можете да добавите колкото е необходимо параметри на заявката като част от заявката BRE. |
| 4 |
В Parse Settings раздел, можете да анализирате отговора от заявката за BRE в различни променливи:
Output Variables Заявката за BRE връща две изходни променливи:
Content Type Formats Следните примери описват примерните входни формати за тип съдържание и JSON отговор.
|
Работно време
Дейността „Работно време“ ви позволява да използвате работно и неработно време, като почивни дни и замествания във вашата организация, които са дефинирани в Control Hub. Можете да добавите дейността в работно време в поток и да зададете този поток към входна точка. Като използвате тази дейност, можете да консумирате работно време, почивни дни и замествания, за да консолидирате множество стратегии за маршрутизиране за всичките им графици в един поток.
Използвайте дейността „Работно време“, за да програмирате график за работа в поток. Тази дейност определя дали даден график е активен в даден момент и маршрутизира съответно изпълнението на потока.
Администраторите могат да управляват обекти на работното време от Control Hub. За повече информация вижте Настройване на работно време.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които може да възникнат по време на изпълнението на потока. За повече информация вижте Конфигуриране на обработката на грешки.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Schedule Details раздел, можете да изберете работен час от падащия списък, за да дефинирате кога се изпълняват различни пътища на потока. Графикът показва смяната, която се дефинира в обекта на работното време на избрания работен час. Потокът се изпълнява главно въз основа на времевата рамка, дефинирана при смяната на избрания работен час. Други обекти на работното време, като списъци с почивни дни и замествания, имат предимство пред работното време, ако часовете съвпадат с текущото време на смяна.
Ако някой от въведените в списъка записи е празен, Flow Designer хвърля грешка при валидиране на потока. Трябва да отстраните тези грешки, преди да публикувате потока. Business hours nodes Можете да конфигурирате следните възли в дейността в работното време:
Output variables Дейността в работно време използва следните изходни променливи.
|
Криптографско хеширане
Криптографското хеширане ви позволява да генерирате еднопосочно хеширане на обикновен низ с помощта на един от поддържаните алгоритми. Можете да приложите сол като допълнителна защита.
| 1 |
Плъзнете и пуснете криптографската хеш активност върху платното на потока. | ||||||||||||||||||
| 2 |
В General Settings раздел, въведете следната информация:
| ||||||||||||||||||
| 3 |
В Hash Configuration раздел, конфигурирайте следното:
|
Какво да направите след това
Стандартната изходна променлива за криптографския хеш възел е CryptographicHash.HashOutput, който улавя хеш.
Генериране на OTP
Дейността „Генериране на еднократна парола“ генерира еднократна парола (OTP) за сценарии за удостоверяване на потребителя, като например двуфакторно удостоверяване, многофакторно удостоверяване. Можете да използвате еднократни идентификации в няколко сценария, като потвърждаване на самоличността на потребителя, проверка на валидността на акаунтите за бизнес, осигуряване на информация и много други.
Дейностите „Генериране на OTP“ и Потвърждаване на OTP“ често се използват заедно за настройване на потоците на удостоверяване на потребителите, като двуфакторно удостоверяване.
| 1 |
Плъзнете и пуснете дейността „Генериране на еднократна парола“ върху платното на потока. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В OTP Generation Logic, конфигурирайте желания формат и дължина за еднократна парола. |
Какво да направите след това
HTTP заявка
Дейността за HTTP заявка извлича информация от външен източник на данни, като например CRM, като използва стандартни HTTP протоколи.
Базово удостоверяване и OAuth 2.0 атрибутите се поддържат за удостоверени крайни точки.
Related flow templates
Следните шаблони използват дейността за HTTP заявка:
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В HTTP Request Settings раздел, конфигурирайте следното:
|
| 4 |
В Parse Settings раздел, можете да анализирате отговора, генериран от HTTP заявката, в различни променливи. Тази конфигурация е незадължителна, тъй като не всички сценарии за HTTP искане изискват синтактичен анализ.
Output Variables HTTP заявката връща следните изходни променливи:
Content Type Formats Следните примери описват примерните входни формати за тип съдържание и JSON отговор.
Activity Wait Settings В някои случаи, ако има значително забавяне при HTTP отговор, повикващият получава период на тишина. За да смекчите този сценарий, е възможно да качите аудио файл. Този файл ще бъде възпроизведен на повикващия по време на извличането на HTTP отговора. Освен това е възможно да конфигурирате продължителността на забавянето, преди да се възпроизвежда това аудио.
Най-добре е да запазите настройката за закъснение над 2 секунди и да се опитате да оптимизирате времето за отговор на HTTP заявка. Това гарантира, че аудиото не се възпроизвежда ненужно, като същевременно осигурява минимално забавяне за мъртвия въздух за повикващия. |
Парсе
Използвайте дейността „Парсе“, за да извлечете информация от обекта на данните. Дейността Parse приема входен низ (JSON, TOML, XML и YAML) и го преобразува в JSON структура въз основа на посочените данни. След това можете да зададете JSON структура на променлива, като използвате израз на JSON път.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.
Преди да започнете
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings section, въведете следната информация:
|
| 3 |
В Parse Settings раздел, конфигурирайте следното:
Content Type Formats Следните примери описват примерните входни формати за тип съдържание и JSON отговор.
|
Задаване на променлива
Използвайте дейността „Задаване на променлива“, за да зададете стойности на променливите. Можете да променяте стойностите на променливите въз основа на вашето изискване или според потока.
Можете да конфигурирате множество променливи в рамките на една-единствена дейност на променливата. Това елиминира необходимостта да се конфигурират множество индивидуални дейности за задаване на променливи в платното, като по този начин се дава възможност на разработчиците на потоци да изграждат и променят потоци по-бързо.
Посочете вида променлива, която искате да изберете. За повече информация вижте Персонализирани променливи и Предварително дефинирани променливи.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки. Ако не конфигурирате пътя за обработка на грешки, глобалният манипулатор на грешки се занимава с грешката при изпълнение на потока.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Variable Settings раздел, конфигурирайте следното:
|
Потвърждаване на еднократна парола
Дейността „Потвърждаване на OTP“ ви позволява да валидирате предоставения от потребителя OTP, като използвате справочната препратка към транзакцията, записана по време на генерирането на OTP.
| 1 |
Плъзнете и пуснете дейността „Проверка на еднократната идентификация“ върху платното на потока. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В OTP Details раздел, конфигурирайте следното: |
| 4 |
В Advanced Settings, конфигурирайте следното:
|
| 5 |
В Extra Parameters, въведете двойките за ключова стойност, които са зададени в генерирания OTP възел под формата на ключ и стойност. Повторете тази стъпка, за да добавите няколко параметъра. |
Гласови дейности
- Сляп трансфер
- Съкратено прехвърляне
- Анализ на напредъка на повикванията
- Обратно повикване
- Събиране на цифри
- Меню
- Пусни съобщение
- Възпроизвеждане на музика
- Записване
- Управление на записите
- Планиране на обратно повикване
- Изпращане на цифри
- Задаване на известие
- Задаване на ИД на повикващия
- Задаване на тайно съобщение
- Стартирай мултимедийния поток
- Качване на аудио
Сляп трансфер
Дейността за сляпо прехвърляне се прилага, когато повикването трябва да бъде прехвърлено към външен или външен DN на трета страна въз основа на зададени критерии за поток. Прехвърлянето може да бъде инициирано и към външен мост. Конфигурираният набор от критерии задейства дейността.
Използвайте възела за сляпо прехвърляне, за да прехвърляте повикванията към външни номера за набиране или номера в указателя на входни точки (EPDNs). Не можете да прехвърляте променливи с това прехвърляне. За да преместите контакти между входни точки или потоци и да предадете данни за контакт с контакта, използвайте GoTo с променливо съпоставяне.
По време на сляпо прехвърляне предишните ограничения за умения ще бъдат запазени, когато повикването се прехвърли към опашка, базирана на умения. Това е така, защото ограниченията на уменията се изчисляват, когато се изпълнява поток. Въпреки това, тъй като потокът не се изпълнява в случай на сляпо прехвърляне, предишните ограничения на уменията се запазват.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
Когато проектирате поток, взаимодействието на консулт не може да включва активност на сляпо прехвърляне. Не можете да добавите дейност за сляпо прехвърляне в рамките на потоците събития във Flow Control.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Transfer Dial Number раздел, конфигурирайте номера на местоназначението за повикването, като го въведете ръчно или изберете променлива.
|
| 4 |
В Add header раздел, можете да конфигурирате и да предадете параметрите на заглавките на SIP към външни системи чрез SIP INVITE съобщения. Можете да конфигурирате до 20 заглавки в изходящото SIP INVITE съобщение. Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center.
Трябва да избягвате включването на следната чувствителна информация за лична информация в заглавките на SIP.
Следните шаблони на заглавки са запазени за вътрешна употреба и не трябва да се прехвърлят като персонализирани заглавки. По подразбиране всички заглавки, които отговарят на този шаблон, ще бъдат пропуснати и няма да бъдат прехвърлени в Webex Contact Center.
|
| 5 |
Секцията „Кодове за грешка при изход“ описва кодовете за грешка при изход за дейността при сляпо прехвърляне,
|
Съкратено прехвърляне
Дейността „Съкратено прехвърляне“ позволява повикването да бъде временно прехвърлено с поток към външна дестинация, като същевременно запазва контрола върху повикването. Външното местоназначение може да бъде външен мост или интерактивна услуга за гласов отговор (IVR).
Когато третата страна прекрати повикването, потокът от повиквания продължава и се включва отново, както е необходимо, като например опашка на повикването към агент.
Дейността по съкратено прехвърляне се подобрява, за да се премахне опашката на контакта при изпращане на контакт до интерактивен гласов отговор (IVR) на трета страна или автоматично разпределение на повикванията (ACD). Ако контактът не се обработи в системата на трета страна, той може да бъде върнат в оригиналната опашка.
Да предположим например, че контактният център има ресурси на агент на Webex Contact Center и ресурси на агент на външен център за повиквания/PBX. Клиентът иска да постави на опашка повикване срещу опашка от агенти на Webex Contact Center за кратък период от време (кажете 60 секунди). Ако през този период няма наличен агент, повикването може да бъде прехвърлено по мост (с имплицитно отклонение) към външния център за повиквания за обработка с цел подобряване на времето за реакция към клиента.
Преди да започнете
-
Не можете да добавите дейността „Съкратено прехвърляне“ към дейността „Контакт с опашката“.
-
Не въвеждайте дейност за съкратено прехвърляне по-късно в потока за контакти, които са паркирани, поставени на опашка или зададени на агент. Това може да доведе до неподдържана грешка в потока.
-
Не можете да използвате дейността „Съкратено прехвърляне“ в изходящите потоци на повиквания.
-
Не можете да добавите дейност за съкратено прехвърляне в рамките на потоците събития във Flow Control.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | ||||||||||||||||||
| 2 |
В раздела „Общи настройки“ въведете следната информация:
| ||||||||||||||||||
| 3 |
В Transfer Dial Number раздел, конфигурирайте номера на местоназначението за повикването, като го въведете ръчно или изберете променлива.
| ||||||||||||||||||
| 4 |
В Transfer Timeout Settings раздел, можете да конфигурирате поведението на дейност за съкратено прехвърляне, когато прехвърленото повикване не бъде прието в рамките на определено време.
| ||||||||||||||||||
| 5 |
В Output Digit Settings раздел, можете да изведете DTMF цифрите до местоназначението по време на съкратено прехвърляне. Използвайте това, за да изпращате информация или да навигирате в менютата на IVR на трета страна. Можете да въведете цифрите ръчно или да изберете динамични цифри с помощта на променлива.
Максималната дължина на DTMF цифрите е 32 знака. Поддържаните знаци са 0-9, A-D, звездичка (*), хеш (#) и запетая (,). Знакът запетая (,) означава една секунда закъснение. | ||||||||||||||||||
| 6 |
В Add header section, можете да конфигурирате и да предадете параметрите на заглавките на SIP към външни системи чрез SIP INVITE съобщения. Можете да конфигурирате до 20 заглавки в изходящото SIP INVITE съобщение.
Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center. Трябва да избягвате включването на следната чувствителна информация за лична информация в заглавките на SIP.
Следните шаблони на заглавки са запазени за вътрешна употреба и не трябва да се прехвърлят като персонализирани заглавки. По подразбиране всички заглавки, които отговарят на този шаблон, ще бъдат пропуснати и няма да бъдат прехвърлени в Webex Contact Center.
| ||||||||||||||||||
| 7 |
В Output Variable раздел, можете да заснемете информация за резултата от прехвърлянето.
|
Анализ на напредъка на повикванията
Използвайте дейността „Анализ на напредъка на повикванията“, за да зададете параметрите на CPA, за да извършите откриване на гласова поща/машина за приемане на повикване (AMD) за обратно повикване.
Можете да поставите дейността „Анализ на напредъка на повикванията“ в следните области:
-
В основния поток, във всеки момент след дейността за обратно повикване.
-
В потока на събития, само на манипулатора на събития CallbackFailed.
-
В основния поток, във всяка точка за планирано обратно повикване или персонално планирано обратно повикване.
Когато опитате обратно повикване, ако повикването достигне AMD/гласова поща, системата маркира повикването като неуспешно. Резултатът от откриването на AMD се записва в изходната променлива причина на манипулатора на събитието CallbackFailed. Ако стойността на CallbackFailed.reason е AMD, тя показва, че AMD/гласова поща е открита за клиента. Въз основа на тази изходна променлива можете да конфигурирате повторни опити за обратно повикване.
Тази дейност е налична само ако предпочитаната опашка и функциите за обратно повикване са активирани за предприятието.
Ако сте конфигурирали анкета за клиент след повикване във вашия поток, тя няма да се инициира, ако на повикването бъде отговорено от AMD или гласова поща, което предотвратява ненужни анкети.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Advanced Media Parameters раздел, конфигурирайте следните параметри на CPA:
Output variables
|
Обратно повикване
Дейността за обратно повикване е налична само ако предпочитаната опашка и функцията за обратно повикване са активирани за предприятието. По подразбиране дейността за обратно повикване създава задача за обратно повикване за учтивост в същата опашка, в която е било поставено първоначално повикването. Ако предпочитате, можете да конфигурирате различна опашка. Ако използвате същата опашка, задачата запазва позицията си в опашката, докато следващият агент стане наличен.
Когато проектирате поток, взаимодействието на консултация не може да включва дейност за обратно повикване с любезност.
Ако е за предпочитане нова опашка, поставете задачата в долната част на предпочитаната опашка. Когато агентът приеме задачата, се инициира обратно повикване. Ако повикващият не отговори, обратното повикване не се прави повторен опит.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 2 |
В General Settings раздел, въведете следната информация:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 3 |
В Callback Settings раздел, конфигурирайте следното:
The Callback Settings секцията определя номера за набиране за обратно повикване и опашката, в която повикващият трябва да бъде поставен за заявката за обратно повикване. Системата запазва мястото на повикващия в опашката, докато следващият агент стане наличен. Трябва да използвате дейност „Прекъсване на връзката с контакта“, за да прекратите клон на поток, който използва дейност за обратно повикване. В противен случай повикването не приключва, когато е направена заявка за обратно повикване. Администраторите на потоци трябва да тестват функцията в среда, която не е производствена, за да са сигурни, че ANI, конфигуриран като част от променливия ANI, е правилен или не. Ако предоставеният ANI е неправилен, обратното повикване превключва към ANI на системата по подразбиране. Това са сценариите, при които персонализираният ANI е конфигуриран и валидиран за управление на клиента и контрол на потока. Въз основа на стека, който използвате, можете да видите потвърждения, които са приложими само за този стек.
Output Variables:
Error Codes Следват кодовете за грешка и описанията за дейността за обратно повикване:
|
Събиране на цифри
Дейността „Събиране на цифри“ подканва повикващия да въведе двутоново многочестотно (DTMF) въвеждане, като например номер на акаунт. Подобно на дейностите за пускане на съобщение и меню, дейността за събиране на цифри може да използва аудио файлове, съобщения от текст към реч или комбинация от двете.
Тази дейност приема входни цифри в DTMF от 0 до 9 и букви A, B, C и D. Повикващият може да въведе # или * като символ за край, за да посочи края на въвеждането в DTMF.
Повикващият не може да използва символите за прекратяване за други сценарии като част от дейността за събиране на цифри, като например потвърждаване на сумата или ИД на клиент.
По подразбиране мултимедийната платформа от следващо поколение поддържа само RFC2833 тип DTMF както за входящи, така и за изходящи повиквания.
Мултимедийната платформа от следващо поколение поддържа вътрешночестотен DTMF.
Тази функция е налична само ако е активиран съответният флаг за функция.
Можете също да чувате звуците в честотната лента DTMF по време на запис и на конференция с други страни.
Можете да конфигурирате тези пътища за обработка на грешки, за да обработвате грешки при изпълнение на потока:
-
Entry Timeout—Показва пътя за извеждане на грешката, който се поема от потока, след като изтече времето за изчакване на влизане. Конфигурирането на този път гарантира, че повикващият не изчаква твърде дълго. Продължителността на времето за влизане може да се промени в раздела "Разширени настройки" на панела "Свойства". Можете да възпроизвеждате съобщение, поясняващо какво се очаква от повикващия, и да се върнете обратно към началото на дейността.
-
Unmatched Entry– Показва пътя на изхода на грешката, който се поема от потока, ако повикващият въведе DTMF, която не е конфигурирана в секцията „Връзки към персонализирано меню“. Конфигурирането на този път гарантира, че на повикващия е позволено да рестартира дейността и да опита отново. Можете да възпроизвеждате съобщение, поясняващо какво се очаква от повикващия, и да се върнете обратно към началото на дейността.
-
Undefined Error—За повече информация вижте Конфигуриране на обработката на грешки.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Prompt раздел, конфигурирайте следните настройки:
|
Меню
Дейността на менюто ви позволява да изградите в потока си среда Cisco Unified IP Interactive Voice Response (IVR). Дейността пуска подкана, която позволява на повикващия да въведе DTMF цифра. Въз основа на въведената цифра от повикващия, потокът може да поеме различен път.
Менюто може да има 1-10 клона, представени с цифри 0-9.
Можете да използвате дейността на менюто със или без активирана „От текст към реч“. Опциите за конфигуриране се променят съответно.
Можете да конфигурирате тези пътища за обработка на грешки, за да обработвате грешки при изпълнение на потока:
-
No-Input Timeout—Показва пътя за извеждане на грешката, който се поема от потока, след като изтече времето за изчакване на влизане. Конфигурирането на този път гарантира, че повикващият не изчаква твърде дълго. Променете продължителността на изчакване без въвеждане в секцията „Разширени настройки“ на панела „Свойства“. Помислете за възпроизвеждане на съобщение, за да изясните очакванията към повикващия, и след това се върнете към началото на дейността.
-
Unmatched Entry– Показва пътя на изхода на грешката, който се поема от потока, след като повикващият въведе DTMF, която не е конфигурирана в секцията „Връзки към персонализирано меню“. Конфигурирането на този път гарантира, че повикващият може да рестартира дейността и да опита отново. Помислете за възпроизвеждане на съобщение, за да изясните очакванията към повикващия, и след това се върнете към началото на дейността.
За да извършите обратно повикване до началото на дейността за определен брой пъти:
-
Добавете дейността „Задаване на променлива“ след дейността „Меню“.
-
В дейността на менюто се свържете No-input timeout and Unmatched Entry възлите към дейността „Задаване на променлива“.
-
Конфигурирайте дейността за задаване на променлива, както следва:
-
В Variable изберете поле Timeout.
-
Задайте Variable Value to {{Timeout +1}}.
-
-
Добавете дейността „Състояние“ след дейността „Задаване на променлива“.
-
В дейността състояние въведете следния израз:
{{timeout >= n}}, където n е броят пъти, когато искате да върнете повикването обратно в менюто, преди прекъсването на връзката.
Например, ако {{timeout >= 3}, конфигурацията връща повикването в менюто три пъти преди прекъсването на връзката.
-
Добавете дейността за пускане на съобщение, последвана от дейността за прекъсване на контакт, за да възпроизведете записа и прекъснете връзката с повикването, ако повикващият не избере конфигурираните опции или времето за изчакване се случи след n брой пъти.
-
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Prompt раздел, конфигурирайте следните настройки:
|
Пусни съобщение
Дейността „Пускане на съобщение“ възпроизвежда непокътимо съобщение до повикващия. Можете да използвате дейността „Възпроизвеждане на съобщение“ със или без активирана възможност за „От текст към реч“. Опциите за конфигуриране се променят съответно.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.
Дейността „Пускане на съобщение“ е непрекъсната за DTMF входове.
Дейността за пускане на съобщение може да се прекъсва поради наличността на агента да отговори на повикването, ако е включена след дейността Контакт в опашката в поток на повиквания.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В раздела „Подкана“ конфигурирайте следните настройки:
Не включвайте само дейността за пускане на съобщение в цикъла след дейността Контакт с опашката в потока на повиквания. Можете да използвате комбинация от дейността Възпроизвеждане на музика и дейността за възпроизвеждане на съобщение, за да направите валиден поток на повиквания. Когато включите дейността за пускане на съобщение преди дейността HTTP заявка в поток на повиквания, HTTP заявката се изпълнява само след като аудиото се възпроизвежда напълно. |
Възпроизвеждане на музика
Дейността „Възпроизвеждане на музика“ възпроизвежда музика, когато пристигне повикване или е на опашка. Можете да изберете аудио файл за възпроизвеждане, когато задържите повикващия.
Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.
Преди да започнете
Когато включите дейността Възпроизвеждане на музика преди дейността HTTP заявка в поток на повиквания, HTTP заявката се изпълнява само след като аудиото се възпроизвежда напълно.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Music Settings раздел, конфигурирайте следните настройки:
Когато включите активността Възпроизвеждане на музика преди HTTP Request дейност в поток на повиквания, HTTP искането се изпълнява само след като аудиото се възпроизвежда напълно. |
Записване
Дейността „Запис“ записва въвеждането на реч или речта на повикващите, които могат да бъдат споменати в същия поток от повиквания. Тази дейност е достъпна само за клиенти, които използват мултимедийната платформа Next Generation. Системата съхранява записаните аудио файлове само по време на повикването, след което тези файлове се изтриват автоматично от системата. В момента записаните аудио файлове са в нешифрован формат. Не препоръчваме да записвате чувствителна информация чрез тази функция.
Не използвайте запис дейност в рамките на консултация за поток номер за набиране на входна точка, тъй като тази конфигурация не се поддържа.
| 1 |
Влезте в Control Hub, изберете Услуги > Contact Center > Потоци. | ||||||||||||||||||||||||
| 2 |
Щракнете върху Управление на потоци и след това върху Създаване на потоци. | ||||||||||||||||||||||||
| 3 |
Щракнете върху Започни отначало. Показва се прозорецът на Flow Designer. | ||||||||||||||||||||||||
| 4 |
В полето Име на потока въведете уникално име. | ||||||||||||||||||||||||
| 5 |
Плъзнете и пуснете дейността Запис от Библиотека с дейности в основното платно на потока. | ||||||||||||||||||||||||
| 6 |
В Общи настройки изпълнете следните действия:
| ||||||||||||||||||||||||
| 7 |
В Настройки за запис конфигурирайте следните полета:
| ||||||||||||||||||||||||
| 8 |
В раздела Изходни променливи вижте следните променливи:
Можете да използвате изходната променлива Record_audioFileData в дейности като Възпроизвеждане на съобщение, Меню и Събиране на цифри в разговора. Тази изходяща променлива може да бъде конфигурирана като аудио променлива в настройките на Подкана на дейностите на IVR за възпроизвеждане на записаното аудио за повикващите. Стойността на променливата може да бъде под формата на каменен израз:
Можете да използвате изходната променлива Record_audioFileData в дейността HTTP искане, за да качите записаното аудио във външния сървър или API на трети страни. Това може да стане чрез избиране на тип съдържание като файл и изходната променлива за активност при запис от падащия списък съдържание в тялото на заявката. Следващата таблица изброява кодовете за грешка и описанията за дейността „Запис“:
|
Управление на записите
Flow Designer предоставя дейност за управление на записи с цел получаване на съгласие за запис от потребителя или повикващия. Съгласието за запис е една от свойствата за конфигуриране, които са налични като част от тази дейност. Използвайте дейност в менюто, за да прихванете съгласието на потребителя в булева променлива на потока. По време на взаимодействие, ако искате да заснемете стойността на съгласието, за да генерирате отчет, използвайте булева променлива като вход към стойността на свойството на съгласието на дейността на контролния запис. След това можете да маркирате променливата, използвана за заснемане на съгласието на повикващия, като подлежаща на отчитане.
Разработчикът на потоци може да определи дали съгласието за запис за повикване трябва да бъде записано или не за целите на отчитането. Когато клиентът иска да заснеме съгласието за запис, след това използвайте глобални променливи, за да генерирате отчет за съгласие. Когато клиентът не иска да заснема съгласието за запис, използвайте локални променливи. Това предлага по-голяма гъвкавост за клиентите и клиентите, за да управляват използването на променливи.
Можете да конфигурирате управлението на записите, като използвате следните стъпки:
-
Във Flow Designer плъзнете и пуснете Recording Control дейност от библиотеката с дейности към платното.
-
Щракнете върху Recording Control дейност, за да конфигурирате настройките за дейност.
-
В General Settings, въведете име за дейността в Activity Label.
-
(По избор) В Activity Description поле, въведете описание на дейността.
-
В Recording Control Settings, изберете променлива на потока от падащия списък за Enable Recording.
Дейността на менюто за IVR (Интерактивен гласов отговор) и дейността за управление на записа, когато се използват заедно в потока, позволява заснемане на съгласието за запис. Приоритет се дава на настройката за съгласие от потребител в потока в сравнение с нивото на клиент или нивото на опашката или настройките за конфигуриране на нивото на графика за записване.
Контролът на записите може да се управлява в следните сценарии:
-
Ако конфигурацията на съгласието на потребителя е зададена на Да в потока, тогава повикването се записва, независимо от конфигурацията на записа, зададена на ниво клиент, опашка или график за записи.
-
Ако потребителят не се съгласи и конфигурацията е зададена на Не в потока, повикването не се записва, независимо от конфигурацията на записа, зададена на ниво клиент, опашка или график за записи.
-
Ако съгласието на потребителя не е конфигурирано в потока, но конфигурацията е зададена на „Да“ на някое от другите нива, като например клиент или опашка или график за записване, повикването се записва.
-
Ако съгласието на потребителя не е конфигурирано и конфигурацията е зададена на „Не“ на всички нива, като клиент, опашка и график за записване, повикването не се записва.
В допълнение, други конфигурации на записи, като продължаване на прехвърлянето, активиране на възобновяване на пауза и продължителност на пауза и т.н., все още се прилагат въз основа на съществуващата йерархия, като клиент, опашка или ниво на график за записи.
Изходни променливи
Тази дейност няма изходни променливи.
Планиране на IVR обратни повиквания
Функцията за планирано обратно повикване позволява на клиентите да планират обратно повикване с помощта на IVR. Клиентите могат да изискват обратни повиквания независимо, без да говорят с агент, което води до по-ефективни операции в контактния център. За да поддържа планирани възможности за обратно повикване на клиентите, модулът на Flow Designer предоставя в потока активността за планиране на обратно повикване.
Планиране на обратно повикване
Използвайте дейността „Планиране на обратно повикване“, за да дадете възможност на повикващите лесно да планират обратни повиквания чрез IVR системата. Можете да използвате конкретни DTMF подкани, за да заснемете подробности за планиране от повикващия и да предадете тази информация като въвеждане в дейността за планиране на обратно повикване.
Следните раздели ви позволяват да конфигурирате дейността за планиране на обратно повикване:
- Общи настройки
- Планиране на настройки за обратно повикване
- Променливи за извеждане на дейността
Преди да започнете
Уверете се, че сте конфигурирали входната точка за обратно повикване в Control Hub. Вижте раздела Настройка на входна точка за обратно повикване за подробности.
| 1 |
Във Flow Designer плъзнете и пуснете дейността „Планиране на обратно повикване“ от библиотеката с дейности на платното. |
| 2 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 3 |
В раздела „Общи настройки“ въведете следната информация: |
| 4 |
В Schedule Callback Settings раздел, конфигурирайте следните подробности: Включете серия от дейности на IVR (меню, събиране на цифри), за да съберете тази информация от повикващия и да я прехвърлите към дейността за планирано обратно повикване. За да улесните това, вижте Планиран подпоток за обратно повикване за подробности.
|
Променливи за извеждане на дейността
Изходните променливи на активността съхраняват данните, които се заснемат от дейностите и се създават автоматично, когато добавите конкретни дейности към платното.
Активността за планиране на обратно повикване има следните изходни променливи:
- ScheduleCallback.FailureCode: Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.
- ScheduleCallback.FailureDescription: Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.
Следват кодовете за грешка и описанията за планираната дейност за обратно повикване:
|
Код на неуспех |
Стойност на кода за неуспех |
Описание на неуспеха |
|---|---|---|
|
1 | НЕВАЛИДНО_ИСКАНЕ | За невалидни въвеждания. |
|
3 | НЕВАЛИДНА_ОПАШКА | За невалидни подробности за опашката. |
|
6 |
SYSTEM_ERROR |
Този код представлява различните грешки (които не попадат в никоя от дефинираните категории). |
Какво да направите след това
Изпращане на цифри
Можете да използвате дейността „Изпращане на цифри“, за да конфигурирате потоци, които изпращат DTMF тонове до повикващия по време на IVR взаимодействие. Това е полезно за:
-
Secure authentication—Установяване на удостоверен поток на повиквания чрез проверка на повикващия с помощта на DTMF.
-
Interacting with external systems– Комуникиране с други системи, които изискват въвеждане на DTMF.
Дейността „Изпращане на цифри“ активира удостоверяване, базирано на тонове, и е важна в сценарии, изискващи защитени взаимодействия, като проверка на автентичността на пътя на повикването.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Play DTMF Settings раздел, конфигурирайте следните настройки:
|
Задаване на известие
Зададената дейност за известяване конфигурира съобщенията, които се изпълняват при свързване на повикване с агент. Когато е активирано, можете да конфигурирате предварително зададено съобщение като съобщение за съответствие с правната информация или персонализиран поздрав на агента, или и двете. Можете да използвате тази дейност и за входящи, и за изходящи повиквания.
- За входящи потоци – Конфигуриране на дейността за известяване преди дейността за контакт с опашката за оптимална производителност. Като алтернатива можете да го конфигурирате в рамките на събитие преди набиране в поток от събития.
- За изходящи потоци – дейността за известяване трябва да бъде конфигурирана в рамките на събитието за предварително набиране. Уверете се, че дейността „Задаване на ИД на повикващия“ е дейността на терминала за събитието преди набиране.
Дейността „Задаване на известия“ поддържа следните типове известия:
- Съобщение за съответствие
- Агент поздрав
- Обявление с шепот
Вижте Подобряване на ефективността с предварително записани съобщения за повече подробности.
За да конфигурирате дейността за задаване на известия, изпълнете следните стъпки:
- Влезте в Control Hub.
- Навигирайте до .
- Изберете необходимия поток и щракнете върху Go to Flow Settings икона за отваряне на необходимия поток.
- Плъзнете и пуснете дейността за задаване на известия в основното платно за поток.
- В General Settings раздел, конфигурирайте следните параметри:
-
В полето Етикет на дейността въведете име за дейността.
-
В полето Описание на дейността въведете описание за дейността.
-
- За да конфигурирате поздрав за агента, включете Enable Agent Greeting превключване. В Greeting Purpose поле, въведете името на целта на поздрава.
-
За да конфигурирате съобщение за съответствие, включете Enable Compliance Message превключване. Изберете необходимия аудио файл от падащия списък.
- Щракнете върху Save.
- Щракнете върху Publish за да публикувате потока.
Задаване на ИД на повикващия
Използвайте дейността „Задаване на ИД на повикващ“, за да дефинирате ИД на повикващия, който се показва по време на повикване. Дейността „Задаване на ИД на повикващ“ трябва да се използва само в потоците събития. „Задаване на ИД на повикващ“ е терминална дейност, която маркира края на възникнал поток от събития преди набиране. Задаването на ИД на повикващия помага за конфигуриране на ANI за следните сценарии:
-
Входящи повиквания
-
Изходящи повиквания
-
Обратно повикване за учтивост
-
Визуализация на кампанията
-
Обратно повикване в интернет
-
Изпълнение на поток
-
Прехвърляне към номер за набиране
-
Консултиране за набиране на номер
Консултация с агент
Консултация с EP-DN/опашка
-
Прехвърляне към EP/опашка
Можете да конфигурирате тази дейност до манипулатора на събития преди набиране. Необходимият ANI може да бъде конфигуриран с помощта на задаване на дейност за ИД на повикващия въз основа на услугата за идентификация на набран номер (DNIS), типа операция или типа участник.
Можете да конфигурирате DN на агента като персонализиран ANI, така че агентът на повиканото лице да вижда DN/вътрешния номер на агента на повикващия, когато се установи връзка с него. Това намалява шансовете за прекъсване на вътрешните повиквания. Например, когато потребител на фронт офиса (агент на центъра за контакти) се обади на бек-офиса потребител (вътрешен служител), потребителят на бек-офиса може да види вътрешния идентификатор на повикващия (номер/вътрешен номер на контакт) на агента, като по този начин минимизира отхвърлянията на повиквания.
За тази цел повикващият може да вижда номера/вътрешния номер на контакта само когато се установи връзка с агента на повиканото лице чрез външно набиране, консултация или прехвърляне към DN и DN се добавя към списъка с номера на контакта.
Трябва да добавите номера на контакта към списъка с вътрешни номера за организация в Control Hub. За повече информация как да добавите номер на контакт вижте Създаване на номер или вътрешен номер на контакт.
Ако въведете случаен номер, системата проверява този номер с задаването на EP-DN по подразбиране, което е конфигурирано в контролния център или портала за управление. Ако има несъответствие, системата я маршрутизира обратно към ANI по подразбиране. За повече информация относно проверката на персонализиран ANI вижте Обратно повикване.
За да се гарантира, че първоначалните номера остават налични за анализ в отчетите, ANI, показан в отчетите, не се променя на персонализирания ANI.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. | ||||||||||||||||||||||||||||||
| 2 |
В General Settings раздел, въведете следната информация:
| ||||||||||||||||||||||||||||||
| 3 |
В Caller ID Settings раздел, конфигурирайте следното:
Персонализирането на ANI зависи от регулаторните изисквания. Помислете за регионалните зависимости преди разгръщането на околната среда. Манипулаторът на събития с предварително набиране, който се използва за персонализиране на ИД на повикващия, замества ANI, който сте избрали по-рано, като например избран за агент ANI за външно набиране, обратно повикване с любезност с персонализиране на ANI или друг подобен сценарий. За всеки входящ или изходящ сценарий се изисква поддръжка на поток, за да персонализирате ANI. За случаи на използване, които зависят от доставчиците на услуги, като решения на базата на кода на страната, регионални ограничения и т.н., помислете първо за тестване на потоците с доставчиците на услуги. За да работи ANI според очакванията в различни сценарии за повиквания, е необходима среда от следващо поколение. Използването на ANI за множество сценарии, които са приложими в средата на следващо поколение, са:
Create contact number or extension Можете да добавите номер на контакт към списъка с вътрешни номера за вашата организация. Персонализираните ANI ще бъдат видими за тези добавени контакти. Можете или да добавите един номер на контакт наведнъж, или да използвате групови операции, за да качите номерата на контактите като CSV файл. За повече информация как да извършвате групови операции за създаване, промяна, импортиране или експортиране на конфигурационни обекти в Control Hub вижте Групови операции в Webex Contact Center. За да добавите номер или вътрешен номер на контакт:
|
Задаване на тайно съобщение
Дейността „Задаване на тайно съобщение“ пуска кратко, предварително зададено съобщение до агент точно преди агентът да се свърже с повикващия. Съобщението се възпроизвежда само за агента; повикващият чува звъненето по подразбиране, докато се възпроизвежда шепот съобщението.
Съдържанието на известието може да съдържа информация за повикващия, която помага да се подготви агента да обработи повикването.
Като предоставят на агентите тази информация на ранен етап, тайни съобщения им помагат да обработват повикванията по-ефективно, което води до по-кратки времена за обработка на повиквания и подобрена удовлетвореност на клиентите.
Когато се възпроизвежда шепот, не можете:
-
Поставете повикването в задържане, прехвърляне или конферентен разговор.
-
Поискайте помощ от супервайзор
Тези функции стават достъпни отново след завършване на съобщението.
Съобщение с тайни съобщения:
-
Прилага се за входящи повиквания и сляпо прехвърляне към EP.
-
Може да бъде подкана или (от текст към реч) TTS низ.
-
Може да се комбинира със съобщение за съответствие и поздрав на агента, като в този случай шепота се възпроизвежда първо.
-
Не е включено в записа на повикване.
-
Поддържа всички типове крайни точки на агенти, като телефон, софтуерен клиент и WebRTC.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките за дейност. |
| 2 |
В General Settings раздел, въведете следната информация:
|
| 3 |
В Whisper Announcement раздел, можете да зададете съобщение преди повикване за агенти, предоставящо ключови подробности за повикващия за персонализирана услуга. Когато включите превключвателя „Разрешаване на текст към говор“, можете да изберете необходимия конектор.
|
Стартирай мултимедийния поток
Дейността \„Стартиране на мултимедиен поток\“ се използва за разрешаване на стриймване на гласова мултимедия от активните разговори между повикващ и агент.
За повече подробности как да използвате дейността в потоците от повиквания вижте Активиране на стриймване на мултимедия за определени опашки.
Качване на аудио
Използвайте дейността „Качване на аудио“ в потока, за да активирате поздравите за агента за качване.
| 1 |
Влезте в Control Hub. |
| 2 |
Навигирайте до . |
| 3 |
Изберете необходимия поток и щракнете върху Go to Flow Settings икона за отваряне на необходимия поток. |
| 4 |
Плъзнете и пуснете дейността „Качване на аудио“ в основното платно за поток. |
| 5 |
В General Settings раздел, конфигурирайте следните параметри: |
| 6 |
В Audio File Information раздел, конфигурирайте следните параметри: |
Потоци за събития
Разделът Потоци на събитие съдържа следните манипулатори на събития, които използвате в различни дейности:
- OnGlobalГрешка
- Приет агент
- ТелефонКонтактПрекратен
- Предложени агенти
- Връзката на агента е прекъсната
- Неуспешно обратно повикване
- Предварително набиране
- АктуализиранContactAni
- OutboundCampaignCallResult
OnGlobalError
Това събитие улеснява глобалното управление на грешките. Системата задейства това събитие, когато не конфигурирате връзки за път на грешка върху дадена дейност. Всички дейности в обработката на повиквания и дейности във Flow Control разкриват това събитие. За повече информация вижте Работен поток на OnGlobalError.
Приет агент
Системата задейства това събитие, когато агент отговори на входящо повикване и прекъсне работата на контакта в опашка. Това събитие се задейства директно за повиквания до прогресивни, прогнозни и визуализирани кампании, след като агентът отговори на повикването.
Дейностите, които отварят това събитие, са Изскачащ прозорец и Контакт в опашката.
PhoneContactEnded
Системата задейства това събитие, когато повикване на живо се изключи и премахва всички участници. Събитието е налично, ако използвате избрани дейности за обработка на повиквания в поток, като Изскачащ екран и Обратна връзка. Това събитие не изисква ескалация към агент.
Когато създавате поток, не добавяйте никаква IVR активност след
PhoneContactEnded събитие. По време на изпълнението на потока потокът няма да работи, когато добавите дейност след края на контакта.
Само дейността Контакт в опашката показва това събитие.
Предложени агенти
Системата задейства това събитие, когато на агент се предложи гласов контакт. Това събитие позволява на разработчика на потока да конфигурира множество поддържани дейности, които са част от обработката на събития. Например разработчик на потоци може да конфигурира дейност изскачащ екран срещу събитие, предлагано от агент. Тази конфигурация предоставя информация, свързана с клиента, на агента, преди агентът да приеме или отговори на повикване.
Това събитие е свързано с NewContact.
The AgentOffered събитието не се поддържа за кампании за прогресиране, прогнозиране и визуализация.
Можете да прегледате свързаните променливи в променливите за извеждане на събитие.
AgentDisconnected
Системата задейства това събитие, когато последният агент се изключи от повикване на живо, оставяйки клиента сам на линията.
Дейността Контакт в опашката показва това събитие.
Неуспешно обратно повикване
Системата задейства това събитие, когато обратно повикване за учтивост или планирано обратно повикване или персонално планирано обратно повикване е неуспешно.
-
Системата прави повторен опит за обратно повикване само когато обратното повикване е неуспешно от страна на контакта. Обратното повикване е неуспешно, когато контактът е зает или недостъпен или няма отговор от агент.
-
Също така повикването е неуспешно от края на агента, когато телефонът на агента не е достъпен или агентът откаже повикването. Повикването се връща в опашката и отново се маршрутизира към наличен агент.
-
Също така за планирани обратни повиквания обратното повикване е неуспешно, когато планираното крайно време е достигнало, без повикването да бъде насочено към агент. За лични планирани обратни повиквания обратното повикване е неуспешно и когато зададеният агент не е влязъл.
За да използвате повторен опит за обратно повикване в поток, конфигурирайте променлива за локален поток (с помощта на активността SetVariable) със стойност 0 и я увеличете според необходимото. Уверете се, че стойността е по-малка от стойността на променливия брой повторни опити.
Можете да прикачите други събития, които са ви необходими в потока, за да опитате повторен опит за обратно повикване. Включете в потока дейност Изчакване, последвана от обратно повикване, или някоя от дейностите по опашката, като „Опашка към агент“ и „Контакт на опашката“. Използвайте тези дейности във всяка комбинация или ред след дейността „Изчакване“.
За да прекратите повторните опити:
-
За вярно състояние използвайте дейността „Край на потока“. Не използвайте дейност „Прекъсване на връзката“.
-
За невярно състояние използвайте прекъсване, след като в потока е конфигурирана променлива за повторен опит. В този случай всички повторни опити са завършени и няма налични повторни опити.
Максималният брой опити за повторно повикване е 10. Максималното време за оставане на взаимодействието в системата е 14 дни. Това, което се случва първо, се счита за живот на взаимодействие за конфигуриране на повторен опит.
Когато използвате дейност за изчакване, минималният интервал за забавяне между повторния опит е 10 секунди, а максималният интервал за забавяне между повторния опит е 72 часа.
Когато състоянието на контакта е в изтекло време на изчакване за прехвърляне и ако има налични опити за повторен опит, се генерира събитие CallbackFailed. Конфигурираният манипулатор на събития в потока продължава да опитва отново обратно повикване за останалите опити.
Когато обратното повикване до даден контакт е неуспешно, контактът се изважда от опашката и се генерира събитието CallbackFailed. Манипулаторът за повторен опит може да го опази отново, като използва някоя от дейностите като обратно повикване (същото или различно местоназначение), контакт на опашка и/или опашка към агент.
Ако обратното повикване е конфигурирано към друга дестинация в
CallbackFailed манипулатор на събития, уменията няма да се пренасят напред.
За планирано обратно повикване или лично планирано обратно повикване – в потока за повторен опит – използвайте NewContact.DNIS в дейността за обратно повикване, ако е конфигурирано.
Предварително набиране
Като част от NewContact събитието преди набиране дава възможност на разработчика на потока да зададе или персонализира ИД на повикващия с помощта на дейността Задаване на ИД на повикващия.
Когато създадете работен поток, това събитие е налично в раздела „Потоци на събития“ на Flow Designer. Това е събитие, което се прекратява с конфигуриране на „Задаване на дейност за ИД на повикващ“. Това събитие се задейства както за агента, така и за клиента въз основа на сценария за повиквания.
За да бъдат успешни повикванията от кампанията, повикванията на агент и повикванията на клиенти трябва да се извършват от един и същ медиен регион. Регионът на мултимедията се избира въз основа на ANI/CLID на повикването, когато се представя на мултимедията. Съпоставянето между ANI и медийния регион се извършва в Control Hub. ANI, които са избрани в повикването на агента и повикването на клиента, ако се управляват чрез събитието за предварително набиране в потока, трябва да бъдат избрани така, че и двете повиквания да произхождат от един и същ регион.
Например, ако агент се намира в Сингапур, но повикванията на клиентите трябва да се извършват в Съединените щати, може да бъде избран ANI за повикването на клиента, така че медийният регион да е САЩ. По същия начин, трябва да бъде избран ANI за повикването на агента в събитието PreDial, така че избраният регион за мултимедия да е САЩ.
Следващата таблица съдържа списък на типовете операции и съответните типове участници за PreDial.operationType.
|
Преди набиране.OperationType |
Предварително набиране.ParticipantType |
|---|---|
|
|
Агент |
|
|
Агент, клиент |
|
|
Агент, клиент |
|
|
Агент, клиент |
|
|
Агент, клиент |
|
|
DN |
|
|
Агент |
|
|
DN |
|
|
Агент |
|
|
Агент |
|
|
EP- DN |
Персонализирането на ANI не е приложимо за надзорника, когато е конфигурирано наблюдение на повикванията.
Конфигурирайте всеки път на манипулатора на събития преди набиране с „Задаване на ИД на повикващия“ като дейност на терминала; в противен случай контактът може да бъде изоставен.
Необходима е поддръжка на поток за всеки входящ или изходящ сценарий, за да се използва манипулатора на събития преди набиране.
Не използвайте дейности в потока, които зареждат контакта с манипулатора на събития преди набиране.
За ANI, конфигуриран спрямо изходящ контакт, повикването се маршрутизира региона, към който се назначава ANI на агента, независимо от региона, в който се намира контактът. Например, ако дадена организация има центрове за контакти в САЩ и Австралия и се задейства изходящо повикване за контакт, който се намира в САЩ, с ANI на агента, зададен за региона на Австралия, повикването се маршрутизира през Австралия.
Вижте таблицата Използване на ANI за множество сценарии в среда от следващо поколение в раздела Задаване на ИД на повикващия за използване на ANI при различни сценарии на повикване.
Можете да прегледате свързаните променливи в променливите за извеждане на събитие.
АктуализиранContactAni
Системата задейства това събитие, когато ANI на повикващия се промени. Например, ако повикването на клиент първо отиде на бюро на оператор и след това бъде изпратено на агента, работният плот на агента, устройството на агента и цялата свързана информация се актуализират автоматично с ANI на повикващия. Това гарантира, че винаги се показват ИД на първоначалния повикващ и правилните подробности.
Само прехвърлянията на повиквания, инициирани от настолни телефони или локални клиенти на Jabber, отразяват крайния CLI. Прехвърлянията, извършени чрез приложението Webex на Webex Calling, не се актуализират, за да се покаже окончателният CLI.
OutboundCampaignCallResult
Като част от NewContact, това събитие се задейства, ако контактът е свързан към машина за приемане на повиквания или предстои да бъде изоставен. И в двата случая можете да пуснете съобщение, преди да прекъснете връзката с контакта. Системата изоставя повикването, ако агентът не е наличен.
Поддържат се само Възпроизвеждане на музика и Възпроизвеждане на съобщение за този манипулатор и след това връзката с повикването трябва да бъде прекъсната.
Можете допълнително да добавите допълнителни дейности за контрол на повикванията, като възпроизвеждане на музика, прекъсване на контакт и т.н., към това събитие, в съответствие с резултата от анализа на напредъка на повикванията (CPA). Резултатите от CPA могат да бъдат един от следните:
- AMD - показва, че е открита телефонна машина.
- ИЗОСТАВЕНО – показва, че повикването е изоставено поради липса на агент.
- LIVE_VOICE – показва, че глас на живо на клиент е открит в IVR кампания.
Ако искате да конфигурирате IVR в повикване на изходяща кампания:
- Идентифицирайте потоците, които използват
OutboundCampaignCallResultсъбитие. - Поставете дейност в GoTo, за да нанесете потока към втори поток.
- Използвайте стъпките на IVR, конфигурирани с дейността на виртуалния агент във втория поток.
Уверете се, че изпълнявате тези стъпки, тъй като не можете да използвате дейност на виртуален агент директно с OutboundCampaignCallResult.
Можете да видите свързаната променлива в Променливи за извеждане на събитие.
Работен поток на OnGlobalError
Докато създавате поток, можете да зададете пътя на грешка на дейност да се справи с грешка на дейност или обща грешка, която получите по време на изпълнението на потока.

Ако получите грешка по време на изпълнението на потока, изпълнението продължава със следващата дейност, дефинирана в пътя на грешката. Ако не конфигурирате пътя на грешката в главния поток, все още можете да зададете OnGlobalError събитие, налично в раздела „Потоци на събития“, за да обработите грешката при изпълнение на потока.
Ако не успеете да дефинирате пътища на грешка както в Главен поток, така и в Потоци на събития, потокът завършва, когато възникне грешка по време на изпълнението на потока.
Нека разгледаме сценарий, при който конфигурирате дейността на Задаване на променлива в поток.

Можете да зададете възела Недефинирана грешка на дейността Задаване на променлива в главния поток, за да се справите със системни грешки по време на изпълнението на потока. Ако не искате да дефинирате пътя на грешката в главния поток, все още можете да отидете в раздела Поток на събития и да конфигурирате OnGlobalError поток на събитие.

В горния пример Пускане на съобщение е добавено към OnGlobalError манипулатор на събития. Ако има системна грешка по време на изпълнението на дейността Задаване на променлива в Основен поток, системата първо ще разгледа конфигурацията, направена в дейността Задаване на променлива. Ако няма дефиниран път на грешка, системата проверява OnGlobalError манипулатор на събития в потока на събития. Тъй като към дейността Пускане на съобщение е прикачена OnGlobalError събитие в горния пример, системата възпроизвежда съобщението и завършва потока.
Използване на променливи и изрази
Flow Designer поддържа следните типове променливи:
Персонализирани променливи
Персонализираните променливи на потока са конфигурируеми променливи от различни типове данни, които можете да използвате по време на потока. Можете да създадете толкова променливи на потока, колкото е необходимо, за да задоволите логиката в потока си.
Защитени променливи
Можете да маркирате променливи на потока като Защитени, за да предотвратите влизане и съхранение на чувствителна информация (тези стойности също ще бъдат маскирани в екрана за отстраняване на грешки във потока). Можете да зададете сигурни променливи като Agent Viewable или Agent Editable, за да контролирате как тези променливи са представени на Agent Desktop.
По подразбиране всички съществуващи променливи в разгърнатите потоци се държат като несигурни променливи. Отворете тези потоци в режим на редактиране, за да прегледате и запазите сигурните променливи, ако е необходимо.
При задаване на променливи потоци не можете да задавате сигурна променлива към несигурна променлива в активността на "Премини към".
Не можете да маркирате глобалните променливи като сигурни.
Създаване на потребителски променливи на потока
| 1 |
Влезте в Control Hub. | ||||||||||||||
| 2 |
Отидете на . Показва се страницата „Потоци“.
| ||||||||||||||
| 3 |
Щракнете върху Go to Flow Designer икона до потока. The Flow Designer се появява прозорец.
| ||||||||||||||
| 4 |
От панела за конфигуриране отворете Variable Definition раздел. | ||||||||||||||
| 5 |
Щракнете върху Add Flow Variable. Можете да добавите максимум 30 променливи в поток. Този брой включва всички глобални променливи и променливи на потока, независимо дали са подлежащи на отчитане или видими за агента. | ||||||||||||||
| 6 |
Въведете Name и Description на променливата. | ||||||||||||||
| 7 |
Изберете Variable Type от падащия списък. Не можете да променяте Variable Type след като създадете променливата. Поддържаните типове променливи са:
| ||||||||||||||
| 8 |
Задайте Default Value на променливата според избрания тип променлива. | ||||||||||||||
| 9 |
(По избор) Включете Enable External Override бутон за превключване. Като активирате тази опция, можете да изложите променливата на страницата за конфигуриране на канала. Това позволява на администраторите и ръководителите да заместят конфигурираната променлива стойност от Control Hub. С други думи, те могат да променят стойността на променливата на потока за определен канал, без да отварят потока от модула на Flow Designer. За повече информация относно заместващите променливи от Control Hub вижте Настройване на канал. Когато конфигурирате типа на променливата като низ, Resource Type Появява се падащ списък със следните опции. Изберете типа ресурс, който искате да разрешите на администраторите да заместват по време на конфигурацията на канала.
| ||||||||||||||
| 10 |
(По избор) Ако включите Contains Sensitive Information бутон за превключване, системата маркира променливата като защитена променлива. По време на изпълнение на потока системата не регистрира и не съхранява информация, която е подадена чрез тази променлива. | ||||||||||||||
| 11 |
(По избор) Ако разрешите Make Agent Viewable бутон за превключване, променливата се появява на работния плот заедно със стойността, записана като част от потока. Когато разрешите Make Agent Viewable бутон за превключване, показват се следните полета:
| ||||||||||||||
| 12 |
Щракнете върху Save. Когато запишете персонализирана променлива на потока, променливата се записва като маркер в панела за глобални свойства на работния плот. Ако маркирате променливата като "Видима за агент", етикетът показва икона на слушалки за лесна идентификация. |
Пример: Последователност на променливите на потока, показани на работния плот
Когато създавате променливи, които са маркирани като „Видима за агент“, работният плот показва тези променливи в определен ред.
Например, ако създадете следните променливи на потока: CustomerType, SubscribedCustomer, CustomerCount, CallRatio, dob, Datetest.
Настолният компютър получава тези променливи от Flow Designer в следния ред: CallRatio, CustomerCount, CustomerType, SubscribedCustomer, ANI, DN, dob, ronaTimeout, Datetest.
Десктоп показва променливите в следния ред, от ляво на дясно, на потребителския интерфейс:
-
Променливите на клиента
.Phone Number, DN, Queue, RONA Time -
Променливите на потока се сортират по азбучен ред с променливи, започващи първо с главни букви, последвани от променливи с малки букви: CallRatio, CustomerCount, CustomerType, Datetest, SubscribedCustomer, dob.
Пример: Покажи ИД на взаимодействие на работния плот
ИД на взаимодействие (Contact Session ID) е генериран от системата уникален ИД, който идентифицира дадено взаимодействие. Можете да извлечете ИД на взаимодействие от отчетите на анализатора и да използвате ИД за отстраняване на неизправности, свързани с неуспешни повиквания. За да се покаже ИД на взаимодействие на работния плот:
- Отворете необходимия поток и изберете Add Flow Variables.
- Задайте Default Value поле до NewContact.interactionId.
- Активирайте Make Agent Viewable бутон за превключване.
Когато агентът получи повикване, ИД на взаимодействие се появява на работния плот.
Редактиране на потребителски променливи на потока
Ако променливата вече се използва, тогава не можете да редактирате типа променлива. Това може да има сериозни последици за потока. Така че това действие е забранено. В този случай падащото поле от променлив тип е деактивирано и се появява предупредително съобщение.
При успешно редактиране на променлива, промените, които се правят, се появяват по време на потока и в изскачащия прозорец, който се появява, когато щракнете върху променлива на потока в екрана "Глобални свойства".
За да редактирате променлива по избор на потока, изпълнете следните стъпки:
| 1 |
Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока. Показва се прозорецът на Flow Designer.
|
| 4 |
Щракнете върху Редактиране в горния десен ъгъл на изскачащия прозорец. Появява се диалоговият прозорец "Редактиране на променлива на потока". Ако променливата не се използва в потока, тогава всички полета могат да бъдат редактирани. Можете да промените името на променливата, описанието, типа и стойността. |
| 5 |
Щракнете върху Information икона в това съобщение, за да видите списък на дейностите, където се използва променливата. Ако искате да продължите с редактирането на променливата, премахнете променливата от всички конфигурации на потока, преди да се опитате да редактирате отново. |
| 6 |
Направете необходимите промени. The Save бутонът остава деактивиран, докато не направите промяна. |
| 7 |
Щракнете върху Save. |
Изтриване на потребителски променливи на потока
Не можете да изтривате променлива, която се използва от поток. Това има сериозни последици за потока. В този случай бутонът Изтриване в прозореца "Изтриване на променлива" е деактивиран и се появява списък с дейности, в които се използва променливата.
Дейностите са групирани въз основа на това дали се появяват в раздела "Основен поток или потоци от събития". Ако искате да изтриете променлива, която се използва, премахнете я от всички конфигурации на потока, преди да се опитате да изтриете.
За да изтриете променлива по избор на потока, изпълнете следните стъпки:
| 1 |
Отидете на . Показва се страницата „Потоци“.
|
| 2 |
Щракнете върху Go to Flow Designer икона до потока. Показва се прозорецът на Flow Designer.
|
| 3 |
В екрана Глобални свойства щракнете върху Delete икона, която се появява на етикета на променливата, който искате да изтриете. |
Заместване на настройките за поток
Функцията за заместване на настройките на потока в рамките на модула Flow Designer позволява на упълномощените потребители да променят определени предварително зададени настройки на поток от Control Hub. Тази функция позволява на администраторите и ръководителите лесно да променят определени параметри на потока, като работно време, аудио подкани или задавания на опашка, без да отварят необходимия поток.
За да заместите настройките на потока:
-
Трябва да конфигурирате определени променливи с в потока като външно конфигурируеми. Вижте раздела Създаване на персонализирани променливи на потока за подробности за конфигурацията.
-
След това администраторите и ръководителите трябва да направят необходимите промени в тези променливи. Конфигурираните променливи на потока се показват на страницата за конфигуриране на канала в Control Hub. Вижте раздела Настройване на канал за повече подробности.
Функцията за заместване на настройките на потока предоставя следните предимства:
- Възможност за повторна употреба на потока: Администраторите могат да използват един и същ поток за различни организации. Те могат да конфигурират различни стойности за една и съща променлива за различни канали, без да променят стойността по подразбиране, дефинирана в потока.
- По-бързи времена за отговор: Направените промени в променливите стойности се прилагат незабавно дори за повикванията, които вече са в ход.
- Намалени грешки: Елиминира риска от грешки при модифициране на сложни потоци.
- Опростено управление на задачи: Без тази функция администраторите трябва да изпълняват следните задачи, които може да са сложни и отнемащи време за нетехнически потребители:
- Влезте в Control Hub.
- Отворете модула на Flow Designer.
- Придвижете се до необходимия поток и намерете съответния път на потока.
- Направете необходимите промени.
- Публикувайте отново потока.
Предварително дефинирани променливи
Flow Designer автоматично създава предварително дефинирани променливи, когато използвате определени събития и дейности в поток.
Списък на наличните предварително дефинирани променливи се появява в раздела "Предварително дефинирани променливи" в екрана "Свойства на глобалния поток". Те също се появяват в панела "Свойства" за избрано събитие или дейност.
Кликнете върху всяка променлива, за да отворите изскачащ прозорец, който обяснява какъв тип данни съхраняват променливите, така че да знаете как да използвате променливата във вашия поток.
Въпреки че повечето атрибути на изходна променлива на събитие са предварително дефинирани и не могат да бъдат редактирани, можете да редактирате променливата, за да промените глобалното означение на променливата.
Променливи за извеждане на събитие
Изходните променливи на събитието са специално свързани със събития и приемат номенклатурата: <EventName>.<VariableName>.
Всички изходни променливи на събитието, налични за използване в поток, автоматично се появяват в Global Properties екран след събитие се въвежда в потока, а също и в Properties екран за свързаната с това дейност на манипулатора на събития.
Наличните изходни променливи на събитието са:
-
NewContact.ANI -
NewContact.DNIS -
NewContact.InteractionID -
NewContact.PSTNRegion -
AgentAccepted.AgentID -
AgentAccepted.AgentName -
AgentAccepted.AgentEmailId -
AgentAccepted.AgentSessionID -
AgentAccepted.QueueID -
AgentAccepted.QueueName -
AgentAccepted.TeamID -
AgentAccepted.TeamName -
AgentAccepted.TenantID -
AgentAccepted.CAD -
PhoneContactEnded.AgentID -
PhoneContactEnded.AgentEmailID -
PhoneContactEnded.TeamID -
PhoneContactEnded.QueueID -
PhoneContactEnded.InboundChannel -
PhoneContactEnded.RoutingStrategyID -
AgentOffered.agentId -
AgentOffered.agentName -
AgentOffered.agentEmailId -
AgentOffered.agentSessionId -
AgentOffered.queueId -
AgentOffered.queueName -
AgentOffered.teamId -
AgentOffered.teamName -
AgentOffered.tenantId -
AgentOffered.callAssociatedData -
AgentOffered.AgentID -
AgentOffered.AgentName -
AgentOffered.AgentSessionID -
AgentOffered.QueueID -
AgentOffered.QueueName -
AgentOffered.TeamID -
AgentOffered.TeamName -
AgentOffered.TenantID -
AgentOffered.CAD -
PreDial.direction -
PreDial.participantType -
PreDial.dialNumber -
PreDial.otherPartyDn -
PreDial.epDn -
PreDial.agentSelectedAni -
PreDial.operationType -
OutboundCampaignCallResult.CPAResult -
OutboundCampaignCallResult.CPAResultCode -
AgentDisconnected.AgentId -
AgentDisconnected.AgentEmailId -
AgentDisconnected.QueueId -
AgentDisconnected.TeamId -
AgentDisconnected.InboundChannel -
AgentDisconnected.RoutingStrategyId
В някои случаи AgentEmailId променлива може да е null. Разработчиците на потоци трябва да валидират тази променлива, преди да я използват, особено в сценарии, включващи проблеми с търсенето на кеш.
Персонализиране на системните променливи
Можете да персонализирате етикета на работния плот само на променливите за телефонен номер и DNIS (Услуга за идентификация на набран номер). Можете да създадете псевдоним на тези променливи и да го конфигурирате с помощта на дейността Задаване на променлива в потока.
| 1 |
Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока. Показва се прозорецът на Flow Designer.
|
| 4 |
От Global Flow Properties екран, отворете Variable Definition раздел. |
| 5 |
Щракнете върху Configuration . |
| 6 |
Щракнете върху Добавяне на променлива на потока. |
| 7 |
Въведете името и описанието на променливата. |
| 8 |
Изберете Низ в падащия списък Тип променлива. |
| 9 |
Активирайте Make Agent Viewable бутон за превключване. |
| 10 |
В Desktop Label поле въведете желания етикет на работния плот за променливата. |
| 11 |
Щракнете върху Save. Това създава променливата.
|
| 12 |
От библиотеката с дейности плъзнете дейността за задаване на променлива в платното. |
| 13 |
В раздела Настройки на променливите на екрана Настройки за активност направете следното: Когато публикувате потока, новосъздадената променлива на потока замества избраната системна променлива. По време на изпълнението на потока етикетът на работния плот на новосъздадената променлива се появява в панела за входящи изскачащи прозорци и взаимодействие на работния плот.
|
Променливи за извеждане на дейността
Променливи за извеждане на дейността съхраняват данните, снети от дейностите и се създават автоматично, когато добавите конкретни дейности към платното. Изходните променливи за активност използват следния синтаксис: <ActivityName>.<VariableName> където ActivityName се променя динамично въз основа на дейността.
Ако потокът използва дейност няколко пъти, всяка дейност има уникален екземпляр на всяка свързана изходна променлива на дейност. Всички изходни променливи на активността, налични за използване в потока, автоматично се появяват в Global Properties екран, когато въвеждате дейност в потока, а също и в Properties екран за свързаната дейност.
Наличните изходни променливи за активност са:
-
Menu.OptionEntered: Съхранява опцията на менюто, която повикващият е избрал по време на екземпляра на активността на менюто. Това е една цифра от 0 до 9. -
CollectDigits.DigitsEntered: Съхранява цифрите, въведени от повикващия по време на екземпляра на дейността „Събиране на цифри“. Броят цифри зависи от конфигурацията на дейността. -
HTTPRequest.HTTPStatusCode: Съхранява кода за статус, получен при опит за HTTP заявка. -
HTTPRequest.HTTPResponseBody: Съхранява отговора, когато HTTP заявката е успешно задействана. -
HTTPRequest.ResponseHeaders: Съхранява заглавките, които се изпращат като част от HTTP заявката. -
VirtualAgent.IntentTriggered: Съхранява намерението, което е задействало разговорното изживяване, да бъде обработено или ескалирано. -
GetQueueInfo.EWT: Съхранява стойността за приблизителното време на изчакване за избраната опашка. -
GetQueueInfo.PIQ: Съхранява стойността за позицията в опашката за избраната опашка.
Глобални променливи
Глобалните променливи са персонализирани променливи, които можете да преглеждате и достъпвате, когато създавате потоци. Администраторът създава глобални променливи в Provisioning модул на Control Hub. За повече информация вижте раздела Глобални променливи в ръководството за настройка и администриране на Webex Contact Center.
Като разработчик на потоци можете да консумирате тези променливи според вашите изисквания. Можете да добавите тези променливи в поток. Можете също да редактирате и премахнете глобална променлива след като я добавите към потока.
Добавяне на глобална променлива в поток
Можете да добавите максимум 30 променливи в поток. Този брой включва всички глобални променливи и променливи на потока, независимо дали са подлежащи на отчитане или видими за агента.
Ако искате да добавите още променливи над максималното ограничение, трябва да изтриете равен брой съществуващи променливи. За повече информация как да изтриете глобална променлива вижте Премахване на глобални променливи от поток.
По време на създаването на поток, глобална променлива от тип String може да се инициализира с максимална дължина 256 знака. Но по време на изпълнение на потока променливата може да се актуализира така, че да съдържа до 1024 знака. Превишаването на това ограничение може да има нежелано поведение, като неуспешни повиквания и невалидни стойности.
За да добавите глобални променливи в поток:
| 1 |
Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока. The Flow Designer се появява прозорец.
|
| 4 |
В Global Flow Properties екран, превъртете надолу до Variable Definition > Predefined Variables раздел. |
| 5 |
В Global Variables раздел, щракнете върху Add Global Variables. The Add Global Variables се появява диалоговият прозорец. Показва всички глобални променливи, които администраторът е създал в Provisioning модул.
|
| 6 |
(По избор) Използвайте Search Global Variables поле за филтриране и търсене на необходимите глобални променливи от списъка. |
| 7 |
Поставете отметка в квадратчетата на необходимите глобални променливи от списъка и щракнете върху Add. Системата показва избраните променливи в Global Variables
раздел.
По подразбиране всяка променлива носи дефинирани от администратора полета с метаданни, като „Подлежащ на отчитане“, „Подлежащ на преглед агент“, „Подлежащ на редактиране агент“ и „Етикет на работния плот“. Ако администратор промени някакви стойности на метаданни, докато се използва глобалната променлива, направените в Control Hub промени се отразяват в различните потоци (със закъснение за изтичане на кеша от 8 часа). |
Редактиране на глобална променлива в поток
Когато редактирате глобална променлива, не можете да променяте никаква стойност на метаданни за глобална променлива в конструктора на потоци. Можете обаче да промените стойността по подразбиране, като използвате Overwrite Default Value бутон за превключване.
За да редактирате глобална променлива в поток:
| 1 |
Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока. Показва се прозорецът на Flow Designer.
|
| 4 |
В Global Flow Properties екран, превъртете надолу до Variable Definition > Predefined Variables раздел. |
| 5 |
В Global Variable панел, щракнете върху глобална променлива и щракнете върху иконата за редактиране ( Появява се диалоговият прозорец Редактиране на глобални променливи. Показва подробностите за избраната глобална променлива, като например, тип променлива, стойност по подразбиране, етикет на работния плот и агент, който може да се редактира.
|
| 6 |
(По избор) Активирайте Overwrite Portal Configurations превключете бутона, за да презапишете съществуващите стойности, които са конфигурирани в Control Hub. Това ви позволява да променяте стойности на полетата, като стойност по подразбиране, видимост на агента, възможност за редактиране на агента и етикет на работния плот. Въведете необходимата стойност в Default Value според избрания тип променлива. Например, ако типът на променливата е булева, това поле се показва като падащ списък. Стойността по подразбиране, въведена за глобална променлива от тип низ, която е подлежаща на отчитане агент, не трябва да надвишава 256 знака. |
| 7 |
Направете необходимите промени. |
| 8 |
Щракнете върху Save. |
Премахване на глобални променливи от поток
Можете да премахнете глобална променлива, която не се използва в нито един поток.
Ако не можете да премахнете глобална променлива, свържете се с администратора си, за да активира флаг за функция за премахване на глобални променливи от потока.
За да премахнете глобална променлива от поток:
| 1 |
Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока. Показва се прозорецът на Flow Designer.
|
| 4 |
В Global Flow Properties екран, превъртете надолу до Variable Definition > Predefined Variables раздел. |
| 5 |
В Global Variables панел, щракнете върху иконата премахване (x) на глобалната променлива, която искате да премахнете. Изскачащо съобщение ви подканва да потвърдите действието си.
|
| 6 |
Щракнете върху Delete. Това премахва избраната глобална променлива от списъка.
|
Променливи, които могат да се виждат на работния плот
Можете да конфигурирате следните типове променливи за входящия изскачащ прозорец и панела за взаимодействие на работния плот за входящи и изходящи гласови повиквания:
-
Системни променливи, като телефонен номер, DNIS (Услуга за идентификация на набран номер), име на опашката и време на изчакване на RONA
-
Глобални променливи, които се създават и управляват в Control Hub.
-
Персонализирани променливи на потока, които се създават и управляват във Flow Designer
Можете да конфигурирате само тези променливи, които са маркирани като видими за агента.
Можете да конфигурирате тези променливи както на новите потоци, така и на съществуващите потоци. Съществуващите потоци обаче продължават да показват изскачащите променливи по подразбиране, като телефонен номер, DNIS и име на опашка. Можете да редактирате тези потоци, за да добавите още променливи, като използвате тази функция.
Стъпките за конфигуриране на променливи за входящ изскачащ прозорец и панела за взаимодействие за входящи и изходящи повиквания са едни и същи.
Трябва да изградите отделни потоци за сценарии за входящи и изходящи повиквания, за да конфигурирате променливи за входящи изскачащи прозорци и екран за взаимодействие.
- Входящ изскачащ прозорец на работния плот
- Входящият изскачащ прозорец се появява, когато агент получи входящо повикване или набере изходящо повикване. Показва ключова информация за клиента в съответствие с променливите, конфигурирани във Flow Designer. Можете да зададете ред на появяване на всяка от тези променливи във входящия изскачащ прозорец, който може да включва всяка комбинация от системни, глобални и персонализирани променливи на потока. Можете също да редактирате етикета на работния плот на тези променливи.
- Можете да персонализирате етикета на работния плот на системните променливи, като телефонен номер и DNIS. За повече информация вижте Персонализиране на системните променливи.
- За входящи и изходящи повиквания можете да изберете минимум три и максимум шест променливи. За обаждания за консултация агентът, с когото се извършва консултация, ще прегледа още три променливи, като име на агент, DN на агент и екип от агенти, които са добавени към списъка по подразбиране.
-
Не можете да конфигурирате променливи, които съдържат чувствителна информация в входящия изскачащ прозорец на работния плот.
- За повече информация как да конфигурирате променливи за входящия изскачащ прозорец вижте Конфигуриране на променливи за входящия изскачащ прозорец.
- Екран за взаимодействие
- Екранът за взаимодействие на работния плот се появява, след като агентът приеме входящото или изходящото повикване. Той показва информацията, зададена в променливите на екрана за взаимодействие, които са конфигурирани във Flow Designer. Можете да изберете максимум 30 променливи. Можете да зададете ред на появяване на всяка от тези променливи в панела за взаимодействие, който може да включва всяка комбинация от системни, глобални и персонализирани променливи на потока. Можете също да редактирате етикета на работния плот на тези променливи.
-
Понастоящем настолният компютър на Webex Contact Center не поддържа превод на етикети на динамични променливи.
- Можете да персонализирате етикета на работния плот на системните променливи, като телефонен номер и DNIS. За повече информация вижте Персонализиране на системните променливи.
- За повече информация как да конфигурирате променливи за панела за взаимодействие вижте Конфигуриране на променливи за панела за взаимодействие.
Конфигуриране на променливи за входящ изскачащ прозорец
Преди да започнете
Конфигурирайте променливи на входящия изскачащ прозорец за входящи и изходящи повиквания.
-
Трябва да създадете променливи, които искате да добавите в входящия изскачащ прозорец на работния плот. За повече информация вижте Създаване на глобална променлива и Създаване на персонализирани променливи на потока.
-
Трябва да маркирате променливите като видими за агента. За повече информация как да маркирате глобална променлива като видима за агент, вижте Редактиране на глобална променлива във поток.
| 1 |
Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока. The Flow Designer се появява прозорец.
|
| 4 |
От Global Flow Properties екран, отворете Variable Definition раздел. |
| 5 |
Щракнете върху Desktop Viewability & Order . |
| 6 |
В Incoming Popover раздел, щракнете върху Select Variables for Incoming Popover. The Select Variables on Incoming Popover се появява прозорец. Той показва всички променливи, които включват четири системни променливи по подразбиране, като телефонен номер, DNIS, име на опашката и изтичане на времето за изчакване на RONA. Системните променливи, като телефонен номер, DNIS и име на опашка, са избрани по подразбиране, които можете да премахнете отметката, когато добавяте още променливи.
|
| 7 |
Използвайте следните опции за търсене, за да филтрирате списъка: Списъкът е автопопълване с променливи според въведените от вас критерии.
|
| 8 |
Поставете отметка в квадратчетата на променливите, които искате да изберете за входящия изскачащ прозорец. Можете да изберете минимум три и максимум шест променливи. |
| 9 |
Щракнете върху Save. Можете да пропуснете тази стъпка, ако разрешите Autosave бутон за превключване. Избраните променливи се показват в Incoming Popover раздел.
|
| 10 |
Използвай handle икона ( |
| 11 |
(По избор) Щракнете върху иконата x до променлива, за да премахнете тази променлива от списъка. |
Конфигуриране на променливи за панела за взаимодействие
Преди да започнете
Конфигурирайте променливи на екрана за взаимодействие за входящи и изходящи повиквания.
-
Трябва да създадете променливи, които искате да добавите в входящия изскачащ прозорец на работния плот. За повече информация вижте Създаване на глобална променлива и Създаване на персонализирани променливи на потока.
-
Трябва да маркирате променливите като видими за агента. За повече информация как да маркирате глобална променлива като видима за агент, вижте Редактиране на глобална променлива във поток.
| 1 |
Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока. Показва се прозорецът на Flow Designer.
|
| 4 |
От Global Flow Properties екран, отворете Variable Definition раздел. |
| 5 |
Щракнете върху Desktop Viewability and Order . |
| 6 |
В Interaction Pane раздел, щракнете върху Select Variables for Interaction Pane. The Select Variables on Interaction Pane се появява прозорец. Показва всички променливи заедно с четири системни променливи, като телефонен номер, DNIS, име на опашка и време на изчакване на RONA.
|
| 7 |
Използвайте следните опции за търсене, за да филтрирате списъка: Списъкът е автопопълване с променливи според въведените от вас критерии.
|
| 8 |
Поставете отметка в квадратчетата за отметка на променливите, които искате да изберете за панела за взаимодействие. Можете да изберете максимум 30 променливи. |
| 9 |
Използвай handle икона ( |
| 10 |
Щракнете върху Save. Можете да пропуснете тази стъпка, ако разрешите Autosave бутон за превключване. Избраните променливи се показват в Interaction Pane раздел.
|
| 11 |
(По избор) Щракнете върху иконата x до променлива, за да премахнете тази променлива от списъка. |
JSON променливи
JSON променливи са променливи на потока по избор от тип JSON. Можете да създадете JSON променливи във Flow Designer. За повече информация вижте Създаване на персонализирани променливи на потока.
Можете да използвате следните дейности, за да съхранявате данните в променливата JSON: HTTP заявка, Parse и Задаване на променлива.
В дейностите HTTP и Parse можете да извличате данни с помощта на израза на филтър за път JSON и да ги съхранявате в променлива JSON.
В дейността Задаване на променлива можете да използвате променливата JSON в опцията Задаване на стойност по следните начини:
-
Въведете стойността на JSON в текстовото поле. Например:
{ "userId":"rirani", "jobTitleName":"Developer", "firstName":"Romin", "lastName":"Irani", "preferredFullName":"Romin Irani", "employeeCode":"E1", "region":"CA", "phoneNumber":"408-xxxxx67", "emailAddress":"rirani@xyz.com" } -
Използвайте Каменен израз.
Използване на JSON променливи в каменен израз
-
Разделен достъп до точка (.): Можете да използвате разделен достъп до точка (.) в израза Pebble за променлива JSON в дейностите за обработка на повиквания и контрол на потока.
Синтаксис:
{{ jsonVariableName.fieldName }}където,jsonVariableName.fieldNameтрябва да се оцени до поле в JSON променлива.В предишния примерен код, ако извлечете служителя към променлива, наречена
empvarчрез HTTP или Parse:използване
{{empvar.employeeCode}}за да получите стойността катоE1. -
Достъп до индекс на масив JSON: Можете да получите достъп до конкретен индекс от масив JSON, подобен на Pebble Syntax. За повече подробности относно достъпа до индекс в Pebble посетете https://pebbletemplates.io/wiki/guide/basic-usage/, например:
Ако извлечете масива на служителите JSON в променлива, наречена{ "Employees" : [ { "userId":"rirani", "jobTitleName":"Developer", "firstName":"Romin", "lastName":"Irani", "preferredFullName":"Romin Irani", "employeeCode":"E1", }, { "userId":"thanks", "jobTitleName":"Program Manager", "firstName":"Tom", "lastName":"Hanks", "preferredFullName":"Tom Hanks", "employeeCode":"E3", "directReports":[ { "userId":"John", "jobTitleName":"Developer", "firstName":"John", "lastName":"Irani", "preferredFullName":"John Irani", "employeeCode":"E2" }, { "userId":"Sam", "jobTitleName":"Developer", "firstName":"Sam", "lastName":"Das", "preferredFullName":"Sam Das", "employeeCode":"E2" } ] } ] }varчрез HTTP или Parse:-
Използване
{{ var[0]}}за да получите подробности за служителя наriraniкой е мениджър. -
Използване
{{ var[1].directReports[0] }}за да получите подробности за служителя наJohnкойто е пряк репортер на мениджъра. -
Използване
{{ var[1].directReports[0].preferredFullName }}за да получите стойността катоJohn Irani. -
Използване
{{ var[0].preferredFullName }}за да получите стойността катоRomin Irani.
-
Използване на JSON променлива в HTTP заявка
За да използвате променлива JSON като тяло на заявката на HTTP заявка, първо използвайте дейността Задаване на променлива, за да конвертирате променливата JSON в низ. Например в раздела Задаване на променлива дейност Настройки на променливите задайте променлива jsonString със стойност като {{ jsonVariable }}.
Използвайте тази променлива като вход в HTTP настройките. Например в раздела Настройки на HTTP заявка задайте тялото на заявката като {{ jsonString }}.
Запис на изрази
Повечето полета за въвеждане на текст във Flow Designer поддържат изрази за писане. Не се изискват изрази, но те позволяват мощна функционалност на скриптове чрез променливи за напреднали потребители. Можете също да въведете основен текст и цифри в едни и същи полета за въвеждане за прости потоци, ако не ви трябват изрази.
Увийте всеки израз в двойни скоби, както виждате тук: {{Enter Expression}}
Например, ако искате да комбинирате две променливи на низ заедно, трябва да използвате {{var1+var2}}. За повече информация вижте: https://pebbletemplates.io/.
Синтаксис на шаблона на камбала
Всички полета за въвеждане във Flow Designer използват синтаксис за изразяване с отворен код, наречен Pebble Templates: https://pebbletemplates.io/.
Следните символи се поддържат в шаблоните на Pebble: ==, !=, <, >, <=, >=, +, -, *, / . За да въведете персонализирани променливи в израз, използвайте този синтаксис: {{variable}}
В синтаксиса на шаблона на Pebble имената на променливи трябва да започват с буква, долна черта (_) или знак за долар ($), но не и с число. Например 311_промо е невалидна, а промо_311 е валидна.
Поддържат се и логически оператори. За повече информация вижте https://pebbletemplates.io/wiki/operator/logic/.
Препоръчваме ви да прегледате документацията за шаблони на камъчета, преди да използвате изрази във Flow Designer. За информация относно писането на изрази вижте документите на адрес: https://pebbletemplates.io/wiki/.
Например в този случай на основно условие за използване израза проверява дали номерът на акаунт на повикващия е по-голям или равен на определена стойност. Въз основа на това как изразът оценява изпълнението на даден поток, потокът може да поеме пътя "Вярно" или "Невярно".
Филтри за камъчета по избор
Клеймо за епохален час
Можете да използвате следните Камъчета филтри, за да върнете epoch времевия печат за сега Или за даден низ за дата:
Epoch time stamp for now:
{{ now() | epoch }} => default UTC timezone and in seconds
{{ now() | epoch(inMillis=true) }} => default UTC timezone and in milliseconds
Example:
{{ now() | epoch }} -> 1667471488
{{ now() | epoch(inMillis=true) }} -> 1667471522829
Печат за епохален час за определена дата:
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true) }} => custom format and in milliseconds
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true, timeZone='America/Phoenix') }} => custom format with timezone and in milliseconds
Example:
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true) }} -> 1508429883779
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true, timeZone='America/Phoenix') }} -> 1508455083779
Валидиране на изрази
Ако полето за въвеждане открие, че се използва израз (въведен е синтаксис {{ }}), в долния десен ъгъл на полето се появява синя икона.
Щракнете върху синята икона, за да отворите модален прозорец, където можете да тествате и променяте израза, докато получите желания резултат.
Модалният прозорец за тестов израз съдържа следните полета:
-
Израз: Показва израза, който първоначално е бил въведен в полето за въвеждане от конфигурацията на дейността.
-
Полета за променлива: Всяка променлива, използвана в израза, има поле за поддръжка, където можете да въведете стойност на примерна променлива. Въведете стойност за всяка променлива и щракнете върху Тест, за да видите резултатите, ако изразът се изпълнява с въведените параметри.
За да зададете променливи в израз, използвайте само формат {{variable name}}. Например {{NewContact.ANI}} е променлив синтаксис.
-
Резултат: Показва резултата от израза, след като щракнете върху Тест. Ако резултатите са различни от очакваните, променете израза по желание. Ако направите промени в конфигурацията, щракнете върху Прилагане на промените, за да актуализирате израза в конфигурацията на дейността.
Използване на шаблони за поток
Шаблоните за потоци са предварително направени потоци, предназначени за конкретни случаи на използване. Тези шаблони са лесно достъпни в платното на Flow Designer, което позволява на разработчиците на потоци бързо да изграждат и публикуват потоци с минимални усилия.
За да създадете потоци с помощта на шаблони за потоци, изберете желания шаблон, персонализирайте го според бизнес изискванията си, валидирайте, публикувайте и започнете да използвате потока. За повече подробности вижте Създаване на потоци от шаблони за потоци.
Използване в работно време
Използвайте този шаблон за дизайнер на потоци за управление на работното време в Webex Contact Center. Повикващите получават съобщение и повикванията им се маршрутизират въз основа на работното време, почивните дни и условията за спешни случаи, зададени за организацията.
Този поток маршрутизира повикванията въз основа на работното време на контактния център, списъците с почивни дни и заместванията при спешни случаи, като гарантира оптимална среда за повикващите и ефективна обработка на неработното време. Ако центърът за контакти е затворен, повикващият се уведомява за затварянето.
Основните функции включват следното:
- Централизирано управление на работното време, почивните дни и заместванията при спешни случаи.
- Автоматично маршрутизиране въз основа на конфигурацията на работното време.
- Cisco Text-to-Speech (TTS) се използва за всички аудио подкани, въпреки че могат да се качват персонализирани аудио файлове.
- Музиката при задържане по подразбиране е
defaultmusic_on_hold.wav, но това може да бъде персонализирано.
Предварителни изисквания
- Настройка на работното време: Създавайте работно време, списъци с почивни дни и замествания в Control Hub.
- Аудио файлове: Качете необходимите аудио файлове за подкани като
BusinessHoursOpen.wavили използвайте функцията Cisco TTS. - Съпоставяне на опашка, екипи и входни точки: Конфигурирайте тези елементи в портала за управление на Webex Contact Center.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
| Елемент на поток | Описание |
|---|---|
| Повикването е получено | Инициира се повикване и влиза в потока. |
| Оценка за работно време | Системата проверява дали текущото време попада в рамките на работно време, почивни дни или условие за заместване. |
| Боравене с работно време | Ако центърът за контакти е отворен, се пуска приветствено съобщение и повикването се насочва към опашката на агента. |
| Извънработно време | Ако центърът за контакти е затворен, се пуска съобщение за затворен час и връзката с повикването се прекъсва. |
| Замествания при спешни случаи | Ако има активно заместване при спешен случай, се пуска съобщение при спешен случай и повикването се прекъсва. |
Дейности в потока
Следващата таблица описва последователността на дейностите в потока.
| Активност в потока | Описание |
|---|---|
|
Старт (Нов телефонен контакт) | Потокът започва при получаване на нов телефонен контакт. |
|
Проверка на работното време (Работно време) | Системата проверява дали центърът за контакти е в рамките на редовно работно време, празник или заместване при спешни случаи. |
|
Подкана за работно време (WorkingHours_Prompt) | По време на работното време се пуска съобщение, което информира повикващия, че центърът за контакти е отворен (файл по подразбиране: BusinessHoursOpen.wav). |
Контакт за опашката (Опашка_Агент) | Повикващият се поставя в опашката, за да бъде маршрутизиран към наличен агент. |
Музика при задържане (HoldMusic) | Музиката се възпроизвежда, докато повикващият чака на опашката (файл по подразбиране:
defaultmusic_on_hold.wav). |
|
Празникът е затворен (Празничен_Затворен) | Ако е празник, се пуска съобщение, което информира повикващия, че офисът е затворен. |
|
Подкана за извънработно време (AfterHours_Prompt) | Ако е след работното време, се пуска съобщение, което информира повикващия, че офисът е затворен. |
| Заместване при спешни случаи (Заместване_Спешно) | В случай на спешно заместване се пуска съобщение за спешен случай. |
| Прекъсване на контакта (DisconnectContact) | След като съобщението се възпроизвежда (независимо дали е в извънработно време, празник или спешен случай), връзката с повикването се прекъсва. |
Допълнителни ресурси
За повече информация относно конфигурирането на работно време, списъци с почивни дни и замествания вижте Ръководството за настройка и администриране на Webex Contact Center.
Изчерпателен входящ контакт
Използвайте този шаблон за дизайнер на потоци в Webex Contact Center за всеобхватна обработка на входящи повиквания, проверки на работното време, съобщения за позиция в опашката и опции за обратно повикване.
Този поток показва изчерпателен сценарий за входящи гласови повиквания за Webex Contact Center. Тя включва обработка на бизнес часове, почивни дни, замествания при спешни случаи, опции за самообслужване, съобщения за позиция в опашка (PIQ) и опции за обратно повикване на клиенти. Той е подходящ за среди, в които основното самообслужване и опашката на повикванията са от съществено значение.
Променете потока, така че да отговаря на специфичните нужди на организацията и да се справяте с неизвестни условия грациозно.
Този поток използва Cisco Text-to-Speech (TTS) за аудио дейности, изискващи подкани (ако има такива). За музика стойността по подразбиране е defaultmusic_on_hold.wav файлът е предоставен извън кутията.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Създавайте съпоставяния на входни точки, опашки, екипи и входни точки и всякакви други конфигурации, специфични за организацията, като конектори, ANI за набиране на външен номер и др.
-
Настройте работно време, списъци с почивни дни и замествания при спешни случаи от → → →
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
| Повикването е получено | Повикването влиза в потока при дейността NewContact. |
| Проверка на работното време | Потокът проверява текущото време спрямо дефинираните работни часове с помощта на дейността Работни часове.
|
| Опции за самообслужване | В работно време дейността WelcomeMenu (IVR меню) пуска меню, предлагащо основни опции за самообслужване на повикващите:
|
| Поставяне на опашка | Повикващият се поставя в опашка с помощта на дейността Опашка. Дейността GetPositioninQueue извлича позицията на повикващия в опашката и тази информация се съобщава на повикващия чрез дейността PlayPIQ. |
| Опции за обратно повикване и гласова поща | Ако повикващият избере да остави гласова поща или да поиска обратно повикване, се задейства дейността FinalMenu:
|
|
Музика при задържане | Музиката се възпроизвежда, докато повикващият чака на опашката (файл по подразбиране: defaultmusic_on_hold.wav). |
|
Обработка на цикъл | Потокът гарантира, че ако повикващият премине твърде много пъти (чрез дейностите CallLoopCycle и LoopCycle), той ще бъде насочен към крайните опции на менюто (обратно повикване или гласова поща). |
| Прекъсване на връзката с повикванията | След като всички стъпки бъдат завършени или ако повикващият избере да излезе, връзката с повикването се прекъсва чрез дейностите DisconnectContact. |
Дейности в потока
Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.
|
Активност в потока |
Описание |
|---|---|
|
Старт (НовКонтакт) | Стартира потока при получаване на повикването. |
|
Проверка на работното време (Работно време) | Проверява дали повикването е по време на работно време, почивни дни или спешни заместващи ситуации. |
|
Меню на IVR (Приветствено меню) |
Пуска меню с опции за самообслужване (натиснете 1 за поддръжка, натиснете 2 за продажби). |
|
Обработка на опашки |
|
|
Музика при задържане (MusicOnHold) | Пуска музика при задържане, докато повикващият чака на опашката. |
|
Боравене с цикъл (CallLoopCycle и LoopCycle) | Гарантира, че повикванията, прекъсващи твърде много пъти, се насочват към крайното меню. |
|
Прекъсване на връзката (DisconnectContact) | Прекъсва връзката с повикването след съобщенията или когато повикващият избере да прекрати взаимодействието. |
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.
Анкета в CSAT DTMF
Този шаблон за поток съдържа функционалността за система за анкети след повикването (PCS), поддържана от интерактивен гласов отговор (IVR). Проучването е предназначено да улови рейтинги за удовлетвореност на клиентите ефективно и ефективно с помощта на основно меню и IVR със сензорен тон.
Този поток помага на Webex Contact Center ефективно да събира обратна връзка от клиентите чрез проста автоматизирана анкета след повикването с използване на двутонови многочестотни (DTMF) тонове. Клиентите оценяват качеството на повикванията, когато получат подкана за оценяване. Системата събира отговорите на клиентите в глобална променлива, използвана за отчитане. Проучването събира оценки за удовлетвореност на клиентите по скала от 1—5.
Този поток е създаден, за да настрои лесно проучванията след повикването в няколко прости стъпки. Той се предлага предварително опакован с всички необходими градивни елементи, включително конектор за реч към текст.
Използване
За да използвате този поток ефективно като поток от анкети след повикването, свържете GoTo Flow от събитието AgentDisconnected в основния си поток. Това гарантира, че когато агентът прекъсне повикването, повикващият получава проучване за интерактивен гласов отговор след повикването (IVR), което улавя отговора за удовлетвореност на клиентите (CSAT).
Този поток включва съобщения, които могат да се възпроизвеждат на клиентите. Можете да персонализирате съобщенията според изискванията.
Предварителни изисквания
Преди да конфигурирате този поток, създайте следните променливи:
-
CounterSurvey
-
Тип – ЦЯЛО ЧИСЛО
-
Стойност по подразбиране—0
-
Описание—Проследява броя опити за проучване и увеличаване с всеки невалиден отговор или отговор за изтичане на времето за изчакване.
-
-
Global_FeedbackSurveyResponse
-
Тип – ЦЯЛО ЧИСЛО
-
Стойност по подразбиране—0
- Източник – Глобална променлива
- Направете с възможност за отчитане – включете се.
-
Описание—Съхранява отговора с оценяване на клиента или „NoResponse“, ако има невалиден сценарий/изтичане на времето на изчакване.
-
Дейности в потока
Следващата таблица описва дейностите, използвани в потока.
| Активност в потока | Описание |
|---|---|
|
Старт НовКонтакт |
Стартира анкетата, когато се инициира нов телефонен контакт. |
|
SurveyOptions (IVR меню) |
Подканва потребителя да избере оценка (1—5). Цифрите 1, 2, 3, 4, 5 съответстват на нивата на удовлетвореност. Срокът за изчакване или невалидният отговор води до нов опит. |
|
SetSurveyResponse | Улавя избора на потребителя и го съхранява в променливата Global_FeedbackSurveyResponse. |
|
SetCounterSurvey |
Увеличава променливата CounterSurvey след изтичане на времето на изчакване или невалиден отговор. |
| ПроверкаCounterSurvey |
Валидира, ако броят на повторните опити надвишава 2 при използване на следното условие CounterSurvey > 2. Приключва проучването, ако повторните опити са изчерпани. |
|
SetVariable_r3 k |
Задава \„NoResponse\“ на SurveyResponse, ако повторните опити са изчерпани. |
|
PlaySurveyRecorded |
Пуска благодарствено съобщение, след като заснемете отговора. |
|
Прекъсване на връзкатаКонтакт |
Завършва разговора грациозно. |
Виртуален агент за ES в DialogFlow
Този шаблон за дизайнер на потоци на Webex Contact Center показва потока от данни между Google DialogFlow ES и Webex Contact Center, като се фокусира върху това как да се прехвърлят данни към и от двете платформи по време на взаимодействие.
Този поток показва как се предават данните между Webex Contact Center и DialogFlow ES за обработка на взаимодействия с клиенти. Той осигурява основен поток, където се обменят данни с DialogFlow ES за обработка на естествен език и автоматизирано изпълнение на агенти. Интеграцията с DialogFlow позволява на бота да разбира намеренията на клиентите и да предприема подходящи действия въз основа на разговора. Освен това потокът включва обработка на грешки, за да се гарантира безпроблемна работа на клиентите, дори при възникване на неочаквани условия.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Агент на Google DialogFlow ES със съответни намерения за разговора.
- Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
- Разрешете изпълнението на уеб обратно повикване в DialogFlow ES и използвайте примерния node.js код в линейния редактор.
-
Cisco Text-to-Speech (TTS) е активиран за динамично генериране на персонализирани съобщения. Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
| Клиентът инициира контакт | Повикването се получава от Webex Contact Center. |
| Данните се предават на DialogFlow ES | Персонализиран поздрав, който включва подробности за клиента, като име и причина за повикването, се изпраща на бота DialogFlow ES за обработка. |
| Взаимодействие с бот с DialogFlow | DialogFlow обработва въвеждането и отговорите въз основа на конфигурирани намерения. |
| Музика в опашката | Докато ботът обработва заявката, клиентът се поставя на опашка с музика при задържане. |
| Прекъсване на връзката | Взаимодействието приключва след завършване на диалоговия прозорец. |
Дейности в потока
Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.
|
Активност в потока |
Описание |
|---|---|
|
Старт | Тази дейност бележи началото на потока. Задейства се при получаване на ново повикване. |
| Задаване на език | Потокът използва дейност за задаване на променлива, за да конфигурира езиковия код (en-US) за цялото взаимодействие. Това гарантира, че всички гласови взаимодействия се съгласуват с предпочитанията за език на повикващия. |
| Персонализиран поздрав | Тази дейност преминава през подробностите за клиента, като име, имейл и причина за повиквания към бота DialogFlow ES. Поздрава се генерира динамично с помощта на Cisco Text-to-Speech (TTS). Примерни прехвърлени данни:
|
|
Опашка към агент | Ако взаимодействието изисква ескалиране, клиентът се поставя на опашка и музиката при задържане се възпроизвежда с помощта на defaultmusic_on_hold.wav
файла. |
| Възпроизвеждане на музика | Музиката се възпроизвежда, докато повикващият чака на опашката. Потокът използва музиката за задържане по подразбиране на Cisco, но може да се персонализира чрез качване на различни музикални файлове. |
|
Прекъсване на връзката | Тази дейност прекъсва повикването, след като потокът завърши, което осигурява безпроблемен край на взаимодействието. |
Спецификации на потока
Потокът JSON, използван в този пример, съдържа променливи и дейности, които са от съществено значение за обработка на взаимодействието, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:
|
Променлива на поток |
Описание |
|---|---|
|
Global_FeedbackSurveyOptIn | Проследява дали клиентът се включва за анкета след повикването. |
| клиентИме | Улавя името на клиента за персонализиране. |
| клиентИмейл | Улавя имейла на клиента. |
| customerReason | Записва причината за повикването на клиента. |
| Global_Language | Конфигурира езика по подразбиране (en-US). |
|
Global_VoiceName | Определя гласа, използван за „от текст към реч“. |
Допълнителни ресурси
За повече информация относно тази интеграция вижте видеото Работа с данни в ES на Google DialogFlow с Webex Contact Center.
Вижте документацията за разработчици на Webex Contact Center и документацията за ES на DialogFlow за допълнителни указания.
Поддръжка от разработчика
За поддръжка по отношение на тази интеграция отворете билет към екипа за поддръжка на разработчици на Webex Contact Center чрез портала за разработчици на Webex.
За по-нататъшни дискусии посетете общността за разработчици на API на Общността за разработчици на API на Webex Contact Center.
Поддръжка на динамична променлива
Този шаблон осигурява разширен, динамичен входящ гласов поток, който извлича външни настройки, настройва променливите на потока с тези настройки и маршрутизира повиквания въз основа на конфигурациите на променливите.
Потокът динамично извлича настройките на потока чрез HTTP заявка и задава променливи, които насочват останалата част от потока. Тези променливи управляват решенията за маршрутизиране, обработката на опашките, подканите и управлението на грешки. Това често се използва за сценарии, изискващи гъвкавост при обработката на повиквания въз основа на бизнес условия в реално време, като работно време или почивни дни, където един поток може да се използва повторно в различни случаи на използване с помощта на динамично маршрутизиране, базирано на променливи.
Потокът осигурява гладко и ефективно изживяване на повикващите, като възпроизвежда подходящи съобщения, обработва се работно време или случаи на грешки и осигурява маршрутизиране въз основа на специфичните изисквания на организацията.
Потокът използва Cisco Text-to-Speech (TTS) за всички аудио дейности, изискващи подкани. Персонализираната музика при задържане или съобщения могат да бъдат конфигурирани чрез актуализиране на променливите на потока.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
-
Уверете се, че всички необходими статични аудио файлове или персонализирани TTS подкани се качват в системата.
-
Имате валидна крайна точка на API, за да извлечете настройките на потока
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
| НовКонтакт | Потокът започва, когато се получи повикване в входната точка. |
| HTTP заявка | Потокът прави HTTP заявка за извличане на настройките на потока динамично въз основа на DNIS на повикването. |
| Проверка на работното време | В зависимост от настройките на потока потокът проверява работното време, почивните дни и заместванията, за да маршрутизира правилно повикването. |
| Пускане на съобщение (добре дошли) | Въз основа на извлечените настройки се пуска приветствено съобщение с помощта на TTS или предварително записана подкана. |
| Активност в опашката | Ако е необходимо, повикването се поставя в опашка въз основа на динамични променливи. |
| Възпроизвеждане на музика (управление на опашката и музика в опашката) | Докато повикващият чака на опашката, се пуска музика при задържане, която може да се настрои динамично. |
| Обработка на грешки | Ако възникне грешка, повикването се пренасочва към поток за обработка на грешки или към различна входна точка с помощта на GoTo, активиран от динамични променливи. |
Дейности в потока
Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.
|
Активност в потока |
Описание |
|---|---|
|
Старт | Потокът започва, когато се получи повикване чрез дейността NewContact. |
| HTTP заявка | Дейността FetchFlowSettings прави HTTP заявка за извличане на всички необходими настройки на потока, като работно време, подкани и конфигурации на опашката. |
|
Меню на IVR (Приветствено меню) |
Пуска меню с опции за самообслужване (натиснете 1 за поддръжка, натиснете 2 за продажби). |
| Задаване на променливи | Дейността SetVariable съхранява данните, извлечени от HTTP заявката, и задава стойности на свързани с поток променливи като бизнес часове, опашка, welcomePrompt и holdMusic. |
| Работно време | Дейността в работното време проверява работния график, почивните дни и заместванията, като насочва потока въз основа на текущото време. |
| Пусни съобщение | Дейността PlayMessage пуска приветствено съобщение на повикващия. Това може да бъде зададено динамично или предварително конфигурирано. |
| Контакт на опашката | Дейността QueueContact поставя повикващия в съответната опашка, като използва динамични променливи за управление на опашката и резервна обработка. |
| Възпроизвеждане на музика | Дейността PlayMusic възпроизвежда музика при задържане на повикващите, чакащи на опашката, конфигурирана въз основа на променливата holdMusic. |
| Отиване на | Множество дейности за преминаване към се използват за навигация между различни части на потока или за справяне със специфични условия като почивни дни или грешки. |
| Прекъсване на връзката | След завършване на всички необходими стъпки потокът завършва с подходящо прекъсване или пренасочване. |
Здравей, свят
Използвайте този шаблон, за да създадете прост входящ гласов поток, при който повикващите са поздравени със съобщение и след това връзката им е прекъсната. Този поток често се използва в затворени часове.
Този поток осигурява прост поток, който възпроизвежда известие за повикващия. Променете потока, за да осигурите гладко изживяване на повикващия, като обработите всички грешки или неизвестни условия.
Подпотокът използва „Текст към реч“ на Cisco за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Създавайте съпоставяния на входни точки, опашки, екипи и входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco-Text-към-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
- Повикването се получава и влиза в потока.
- На повикващия се пуска приветствено съобщение.
- Повикващият е поставен в опашка.
- Музиката при задържане се възпроизвежда, докато повикващият чака.
Дейности в потока
Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.
|
Активност в потока |
Описание |
|---|---|
|
Старт | Потокът започва при получаване на повикване |
| Пусни съобщение |
|
|
Прекъсване на връзката |
|
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.
Автоматичен секретар на менюто
Използвайте този шаблон за дизайнер на потоци на Webex Contact Center, за да създадете система, ръководена от менюто, за ефективно маршрутизиране на повикванията. Той автоматизира входящите действия, насочва повикващите към правилните екипи или услуги за по-гладка среда.
Този поток автоматизира първоначалното взаимодействие с повикващия, като му позволява да се придвижва през различни опции на менюто. Той включва динамична обработка на грешки, многоезична поддръжка и учтив процес на прекъсване в случай на грешки или неразпознати въвеждания.
Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
|
Повикването е получено (Нов телефонен контакт) |
Потокът се задейства, когато нов телефонен контакт се инициира от входящо повикване. |
|
Съобщение за приветстване (Приветствено подсказване) |
Пуска се съобщение за поздрав: Добре дошли в Webex Contact Center! |
|
Основно меню (IVR меню) |
Повикващият е представен с набор от опции от менюто. Менюто се чете на глас с помощта на TTS, което води повикващия през различни опции за услуги:
|
|
Маршрутизиране въз основа на избора |
Въз основа на избраната опция повикващият или се прехвърля към определен екип (сляпо прехвърляне), или се поставя в опашка, за да изчака следващия наличен агент. |
|
Обработка на грешки |
Невалидните въвеждания се адресират със съобщение за грешка и повикващият получава подкана да опита отново. |
|
Музика при задържане (Възпроизвеждане на музика) |
Докато чакате на опашка, музиката за задържане по подразбиране ( |
|
Прекъсване на връзката |
Потокът завършва чрез прекъсване на връзката с повикването. |
Дейности в потока
Следващата таблица описва последователността на дейностите в потока.
|
Активност в потока |
Описание |
|---|---|
|
Нов телефонен контакт (Старт) |
Това е началната точка на потока, когато нов телефонен контакт се инициира от входящо повикване. |
|
Пусни съобщението (Приветствено подсказване) |
Клиентът е посрещнат със съобщение: Добре дошли в Webex Contact Center! Тази стъпка използва Cisco Cloud Text-to-Speech (TTS), за да генерира съобщението. |
|
Основно меню (IVR меню) |
На повикващия е представено меню с различни опции:
|
|
Маршрутизиране въз основа на избора (Условия) |
Въз основа на избраната опция повикващият или се прехвърля към определен екип (сляпо прехвърляне), или се поставя в опашка, за да изчака следващия наличен агент.
|
|
Възпроизвеждане на музика (Музика при задържане) |
За повиквания в опашката системата възпроизвежда музика при задържане, докато повикващият чака следващия наличен агент. |
|
Обработка на грешки |
Ако е избрана невалидна опция или времето на изчакване за въвеждане изтече, системата пуска съобщение, подканващо повикващия да опита отново. |
|
Прекъсване на връзката |
След като взаимодействието завърши или възникне грешка, потокът прекъсва връзката с повикването чрез дейността Прекъсване на връзката с контакта. |
Допълнителни случаи на използване
- Подменюта: Има меню за избор на език, където потребителите могат да изберат предпочитания от тях език с натискане на 1 за английски или 2 за испански. Менюто се повтаря, ако повикващият натисне #.
- Съобщения за грешка: При получаване на невалидно въвеждане се пуска съобщение за грешка. За критични грешки системата се извинява и прекъсва връзката на повикващия.
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.
Изпускане на данни на Microsoft Dynamics HTTP(S)
Използвайте този шаблон за дизайнер на потоци, за да създадете IVR поток в Webex Contact Center, който се свързва с MS Dynamics с помощта на HTTP конектор. Този поток извлича подробности за клиента и казуса с помощта на ANI от CRM, посреща повикващия с персонализирано съобщение и маршрутизира повикването.
С този поток повикващият се поздравява с персонализирано съобщение въз основа на данните за CRM, а ако не бъде намерен случай, повикването се прехвърля към агент. Агентът се предоставя с подробности за клиента или случая в реално време чрез изскачащ екран. Потокът взаимодейства с MS Dynamics чрез две HTTP заявки:
- Извлича подробности за клиента чрез извършване на търсене на ANI.
- Извлича най-новите подробности за случай въз основа на ИД на клиента. Ако не се намери информация за клиент или случай, повикването се насочва към агент и се пуска съответното съобщение на повикващия. Агентът получава изскачащ екран, показващ или формуляр Нов случай, или подробностите за последно създадения случай за клиента.
Изскачащите прозорци са активирани, за да се гарантира, че агентите са оборудвани с необходимата информация, когато отговарят на повиквания.
Предварителни изисквания
Уверете се, че преди да изпълните този поток, са изпълнени следните изисквания:
- Приложението е регистрирано в Azure за MS Dynamics CRM.
- OAuth 2.0 и настройката на конектори в Control Hub трябва да бъдат конфигурирани предварително.
- Импортирайте шаблона във Flow Designer.
- Коригирайте променливите на потока, опашките и всички специфични конфигурации въз основа на вашите организационни нужди.
Потокът използва Cisco Text-to-Speech (TTS) за динамични подкани. Ако се изисква статично аудио, потребителите могат да качват аудио файлове. Музиката за задържане по подразбиране се използва от хранилището на Webex.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
|
Повикването е получено |
ANI на повикващия е заснет. |
|
ANI на лентата |
Кодът на страната + се премахва от ANI. |
|
Извличане на информация за клиента |
Към MS Dynamics CRM се отправя HTTP заявка за търсене на подробности за клиента с помощта на изчистен ANI. |
|
Условна проверка – клиентът съществува |
Ако клиентът съществува, се прави друга HTTP заявка, за да се извлекат подробностите за случая. Ако клиентът не съществува, се пуска съобщение Няма намерен случай. |
|
Пускане на персонализирана информация за случай |
Ако бъде намерен случай, повикващият се посреща с подробности за последния случай. |
|
Маршрутизиране към агент или прекъсване на връзката |
След това на повикващия се предлага опцията да говори с агент или да прекъсне връзката. |
|
Изскачащ екран за агента |
Когато агентът отговори, подробностите за случая или новият формуляр за случай се представят в нов раздел на браузъра. |
Дейности в потока
Следващата таблица описва последователността на дейностите по поток за IVR поток, който се свързва с MS Dynamics с помощта на HTTP конектор.
|
Активност в потока |
Описание |
|---|---|
|
Старт |
Инициира потока при получаване на повикването. |
|
ANI на лентата |
Зачерква кода на страната + от ANI, за да се подготви за търсенето на MS Dynamics. |
|
Получаване на информация за клиента |
Изпраща се заявка за HTTP GET за извличане на пълното име и ИД на контакт на клиента въз основа на ANI. |
|
Условна проверка – клиентът съществува |
Проверява дали клиентът съществува в MS Dynamics. Ако е така, извлечете подробностите за случая. Ако е невярно, пуска съобщение, което информира повикващия, че не е намерен случай. |
|
Получаване на информация за случай |
Извлича заглавието и номера на казуса, като използва ИД на клиента от предишната стъпка. |
|
Пускане на персонализирано съобщение |
Поздравява повикващия по име и предоставя подробности за казуса чрез TTS (Текст към реч). |
|
Не е намерен случай за пускане |
Пуска съобщение, ако не е намерен случай за повикващия, и го информира, че ще бъде прехвърлен на агент. |
|
Основно меню |
Предлага на повикващия избор да се свърже с агент или да прекъсне повикването. |
|
Контакт за опашката |
Маршрутизира повикващия към наличен агент въз основа на предварително дефинирани настройки на опашката. |
|
Възпроизвеждане на музика |
Пуска музика при задържане, докато повикващият чака на опашката. |
|
Прекъсване на контакта |
Приключва повикването, ако повикващият избере да прекъсне връзката. |
|
Изскачащ екран |
Появява се информация за казуса или нов формуляр за казус за агента, когато на повикването бъде отговорено. |
Допълнителни ресурси
За подробни инструкции за конфигуриране на потоци вижте ръководството за настройка и администриране на Webex Contact Center.
За демонстрация на интеграцията с MS Dynamics вижте как се конфигурира персонализиран конектор за MS Dynamics CRM.
За повече информация относно инструментите на API за удостоверяване в среди с Microsoft Dataverse вижте Използване на безсъние с уеб API на Dataverse.
Процентно разпределение и A/B разпределение
Използвайте този шаблон за дизайнер на потоци на Webex Contact Center, за да разпределяте повикванията по процент в различни опашки, като осигурявате безпроблемна работа и минимизирате drop-off по време на големи обеми повиквания.
Този поток разпределя входящите повиквания въз основа на разпределяне в проценти. По-конкретно 90% от контактите се насочват към основната опашка, 0% към препълване на поддръжката (неактивна) и 10% към офсайт опашка. След разпределението на повикващите се пуска съобщение, указващо задаването им на опашката, последвано от музика при задържане, докато има свободен агент. Можете да промените потока, така че да отговаря на нуждите на вашата организация.
Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
|
Разписка за повикване |
Повикването влиза в потока в точката NewContact. |
|
Разпределяне в проценти |
90% от повикванията се маршрутизират към основната опашка. 10% от повикванията се маршрутизират към опашката офсайт. |
|
Пускане на съобщение в опашката |
След разпределяне в проценти повикващият чува съобщение, указващо пътя на разпределяне. |
|
Контакт за опашката |
Повикващият е поставен в зададената опашка. |
|
Музика при задържане |
Докато чакат на опашката, повикващите чуват музика за задържане. |
|
Задаване на агент |
Повикванията се маршрутизират към наличния агент в зададената му опашка. |
Дейности в потока
Следващата таблица описва последователността на дейностите в потока.
|
Активност в потока |
Описание |
|---|---|
|
НовКонтакт |
Това е началната точка, когато се получи нов телефонен контакт. |
|
ПроцентРазпределение |
Разпределя входящите контакти въз основа на процентното разпределение:
|
|
Задаване на променлива |
Улавя разпределения процент (90%, 10%) в променлива, наречена PercentageAllocated. |
|
Задаване на променлива |
Улавя пътя на изход (Главна опашка или Офсайт), при което повикването е влязло в променлива, наречена PercentageExitPath. |
|
PlayMessage |
Пуска съобщение чрез Cisco TTS, което информира повикващия за неговото разпределяне, като например: Достигнахте 90% за разпределяне! Основна опашка на клон 1. |
|
ОпашкаКонтакт |
Опашка контакта въз основа на определения път (Основна опашка или Офсайт). |
|
Възпроизвеждане на музика |
Възпроизвежда музика при задържане ( |
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.
Изпускане на данни за Salesforce HTTP(S)
Използвайте този шаблон за дизайнер на потоци, за да създадете IVR поток в Webex Contact Center, който се свързва със Salesforce чрез HTTP конектор, позволявайки динамично маршрутизиране и извличане на данни за управление на случаи на Salesforce.
Този поток използва HTTP конектора на Webex Contact Center за извличане на информация за клиентите от Salesforce с помощта на търсене на ANI. Потокът извлича информация за акаунта на клиента, контакта и казуса от Salesforce и маршрутизира съответно повикването.
Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Преди да конфигурирате този поток, се уверете, че:
- Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
- Конфигурирайте конектора за Salesforce с използване на OAuth2. За подробни стъпки вижте Конфигуриране на свързаното приложение за конектора за Webex Contact Center Salesforce.
- Импортиране на прикачения поток
Salesforce_HTTP_Connector.jsonв дизайнера на потоци на Webex Contact Center. - Използвайте колекцията Salesforce API, за да разгледате REST API.
- За да генерирате ръчно маркера за достъп до OAuth, използвайте следната команда:
curl --location --request POST 'https://abcde-dev-ed.my.salesforce.com/services/oauth2/token' \ --header 'Content-Type: application/x-www-form-urlencoded' \ --data-urlencode 'grant_type=password' \ --data-urlencode 'client_id=clientId' \ --data-urlencode 'client_secret=clientSecret' \ --data-urlencode 'username=yourLogin@salesforce.com' \ --data-urlencode 'password=yourPassword'
Случай на употреба
Тази примерна интеграция показва как този поток осигурява безпроблемно обслужване на клиенти, като интегрира Salesforce с Webex Contact Center, като се гарантира, че съответната информация е лесно достъпна както за клиентите, така и за агентите.
- Клиентът се обажда в Webex Contact Center и се записва телефонният му номер.
- Системата извършва търсене на ANI в Salesforce за намиране на съвпадаща информация за акаунт и контакт.
- Въз основа на извлечените данни, клиентът е посрещнат с персонализирано IVR съобщение.
- Ако има отворен случай, свързан с клиента, агентът получава тази информация на своя работен плот.
- След повикването Webex Contact Center публикува подробности за повикванията и коментари обратно в случая Salesforce.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
|
Търсене и маршрутизиране на ANI |
Потокът започва с получаване на телефонния номер на клиента. Телефонният номер е форматиран и повикване на Salesforce API извлича акаунта и контакта, свързани с ANI. Ако клиентът бъде намерен, той се маршрутизира въз основа на свързания случай на Salesforce. |
|
Актуализации след повикването |
След като агентът приключи повикването, Webex Contact Center публикува информация като коментари за повиквания и ИД на повиквания в съответния случай на Salesforce. |
Дейности в потока
Следващата таблица описва последователността на дейностите в потока.
|
Активност в потока |
Описание |
|---|---|
|
Старт (НовКонтакт) |
Улавя подробностите за входящите повиквания и започва потока. |
|
Задаване на телефонен номер (SetPhoneNumber) |
Форматира записания телефонен номер за търсене на Salesforce API. |
|
Търсене на акаунт (АкаунтByANI) |
Изпълнява HTTP GET заявка към Salesforce, извлича подробностите за акаунта на клиента въз основа на телефонния номер. |
|
Търсене на контакт (ContactByANI) |
Извлича контакта, свързан с телефонния номер, чрез заявка на Salesforce SOQL. |
|
Търсене на случаи (CasebyContactId) |
Извлича отворените случаи, свързани с контакта, като извлича подробности за случая, включително номер и ИД. |
|
Контакт за опашката (QueueContact) |
Маршрутизира повикването към подходящия агент въз основа на извлечената информация за Salesforce и приоритета на клиента. |
|
Възпроизвеждане на музика (Музика) |
Пуска музика при задържане, докато клиентът чака да бъде свързан с агент. |
|
Изскачащ екран (ScreenPopAccount) |
Отваря страницата на акаунта за Salesforce на клиента на работния плот на агента, когато на повикването бъде отговорено. |
|
Публикуване на коментар (PostComment) |
Публикува подробностите за повикването в съответния случай на Salesforce, след като взаимодействието приключи. |
|
Край на потока (EndFlow) |
Завършва потока, след като завършите всички задачи. |
Допълнителни ресурси
За повече информация относно конфигурирането на Salesforce с Webex Contact Center вижте Въведение в Salesforce REST API и ръководството за настройка и администриране на Webex Contact Center.
За цялостен преглед на конфигурацията на видеото гледайте тази серия от две части:
Dip данни за HTTP(S) на ServiceNow
Използвайте този шаблон за дизайнер на потоци, за да извличате и актуализирате безопасно инциденти и други типове обекти в ServiceNow чрез Webex Contact Center.
Този поток интегрира Webex Contact Center с ServiceNow, като използва HTTP конектор за маршрутизиране на решения и извличане на подробности за инциденти чрез REST API на ServiceNow. Той обработва входящи гласови повиквания, изпълнява търсене на ANI, извлича съответна информация и предоставя персонализирана услуга. Процесът е както следва:
- Webex Contact Center получава повикване.
- Пуска се приветствено съобщение на повикващия, съдържащо подробностите за неговия инцидент.
- Системата извършва търсене в ServiceNow, като използва ANI за извличане на повикващия
sys_idза да получите идентификатора на обекта на повикващия в ServiceNow. - Въз основа на
sys_id, системата разглежда активния инцидент за повикващия. - Номерът на инцидента се възпроизвежда обратно на повикващия.
- Повикването е на опашка за следващия наличен агент, с приоритет въз основа на тежестта на инцидента.
- Музиката при задържане се възпроизвежда, докато повикващият чака на опашката.
- След като повикването е свързано към агент, информацията за инцидента се показва на работния плот на агента.
- След повикване Webex Contact Center публикува информация за повикването обратно към съответния инцидент в ServiceNow.
Предварителни изисквания
Преди да конфигурирате този поток, се уверете, че:
- Настройка за OAuth2: Конфигурирайте OAuth2 в ServiceNow и Webex Contact Center, като следвате видео ръководството.
- Настройка от администратор: Влезте в admin.webex.com и конфигурирайте конектора. Отидете на . Въведете необходимите идентификационни данни, както е описано в видео ръководството.
Използвайте пример за случай
Тази примерна интеграция показва как Webex Contact Center може да подобри практическата работа на клиентите чрез персонализирани взаимодействия, като същевременно използва ServiceNow за търсения на ANI и управление на инциденти:
- Входящо повикване: Клиентът се обажда в Webex Contact Center.
- Търсене на ANI: Webex изпълнява търсене на ANI в ServiceNow, за да идентифицира повикващия.
- Търсене на инцидент: ServiceNow извлича свързания ИД на инцидент въз основа на подробностите за повикващия.
- Персонализиран поздрав: Клиентът се поздравява с персонализирано съобщение, препращащо към неговия активен инцидент.
- Маршрутизиране и приоритизиране: Повикванията се маршрутизират въз основа на тежестта на инцидента, като се гарантира, че на първо място са разгледани критичните въпроси.
- Задаване на агент: Повикването се насочва към наличен агент, като подробностите за инцидента се показват на работния плот на агента.
- Актуализации след повикването: Webex Contact Center публикува съответната информация за повикванията, включително идентификатори на повикванията, за ServiceNow, като използва потоците за събития.
Дейности в потока
Следващата таблица описва дейностите, използвани в потока, и тяхната роля в интеграцията.
|
Активност в потока |
Описание |
|---|---|
|
Старт (НовКонтакт) |
Потокът започва при получаване на входящо повикване. |
|
Пусни съобщението (Поздрав) |
Пуска приветствено съобщение с помощта на „Текст към реч в облака на Cisco“, като например: Добре дошли в демонстрацията на ServiceNow. Вашият номер на инцидента е: |
|
Задаване на променлива (ANI на цифрова лента) |
Зачерква международния код (+1) от ANI за точно съвпадение. |
|
Задаване на променлива (Формат ANI) |
Форматира ANI във формат, изискван от ServiceNow за заявките: (123) 456-7890. |
|
HTTP заявка (Търсене на потребител) | Гледа нагоре на потребителя sys_id в ServiceNow с помощта на своя ANI. |
|
HTTP заявка (Инцидент при търсене) | Използва sys_id за да изтеглите активния инцидент на повикващия от ServiceNow. |
|
Пусни съобщението (Номер на инцидента) | Съобщава номера на инцидента на повикващия, като използва „От текст към реч“. |
|
Контакт за опашката (Опашка към агент) | Поставя повикващия в опашката на следващия наличен агент въз основа на тежестта на инцидента. |
|
Възпроизвеждане на музика (Музика при задържане) | Пуска музика при задържане, докато повикващият е на опашката. |
|
След повикване (Публикуване на коментари за ServiceNow) | Публикува информацията за повикването, включително номера на инцидента, обратно в ServiceNow след края на повикването. |
Допълнителни ресурси
За да разгледате и тествате REST API, можете да импортирате колекцията ServiceNow API Postman (ServiceNow API Collection.postman_collection.json) в Postman. Това помага да се разбере кои API са налични и как взаимодействат с Webex Contact Center.
- Документация за REST API на ServiceNow: Документи за REST API
- Документация за API на таблицата на ServiceNow: Документи за API на таблица
За повече информация относно потоците на Webex Contact Center вижте ръководството за настройка и администриране на Webex Contact Center.
Просто входящо повикване към опашка
Използвайте този шаблон за дизайнер на потоци в Webex Contact Center, за да предоставите прост процес за обработка на входящи повиквания. Повикващите са поздрави, поставени на опашка към агент и чуват музика за задържане, докато чакат.
Този поток осигурява лесен процес за обработка на входящи повиквания в контактния център:
- Получава се повикване и влиза в потока през входната точка.
- На повикващия се пуска приветствено съобщение.
- Повикващият е поставен в опашка за следващия наличен агент.
- По време на изчакване в опашката на повикващия се пуска музика за задържане.
- Този поток осигурява гладко изживяване, като поставя механизми за обработка на грешки и позволява резервни сценарии, в случай че агентите не са на разположение.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Дейности в потока
Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.
|
Активност в потока |
Описание |
|---|---|
|
Старт (Нов телефонен контакт) |
Потокът започва, когато се получи повикване през входната точка. Повикването се приема в потока и продължава към следващата стъпка. |
|
Пусни съобщението (Приветствено подсказване) |
Пуска се съобщение за приветстване на повикващия. В този поток съобщението казва: Добре дошли в Webex Contact Center! Това съобщение е конфигурирано при използване на Cisco TTS, но може да бъде заменено със записи по избор. |
|
Опашка (Директен контакт) |
След приветственото съобщение повикването се поставя в опашка. Опашката е настроена да насочва повикването към опашката Q_arubhatt, която маршрутизира повикващия към най-дългия наличен агент. |
|
Възпроизвеждане на музика (Музика при задържане) |
Докато чака на опашката, потокът възпроизвежда музика при задържане ( |
|
Пусни съобщението (Съобщение за задържане) |
Пуска се вторично съобщение, докато повикващият чака: Благодарим ви за търпението. Моля, изчакайте, докато ви намерим експерт. Това съобщение е конфигурирано при използване на Cisco TTS, но може да бъде заменено със записи по избор. |
|
Край на потока |
Потокът завършва при свързване на агента или ако възникне грешка. Това гарантира, че повикващият се обработва гладко, независимо дали е свързан с агент, или потокът трябва да приключи поради грешка. |
|
Обработка на грешки |
Потокът е проектиран да се справя с неочаквани проблеми, като завършва грациозно, с налични резервни маршрути. |
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.
Виртуален агент с Google DialogFlow CX
Използвайте този шаблон за дизайнер на потоци, за да интегрирате Google DialogFlow CX с Webex Contact Center. Този поток осигурява подобрено взаимодействие на клиентите с гъвкаво и динамично обработване на данни.
Този поток показва как да предадете данни от Webex Contact Center на Google DialogFlow CX, което ви позволява да използвате разширени възможности за виртуален агент. Той включва примери за обработка на входовете на повикващите, като имена, срещи и причини за повикванията, с акцент върху безпроблемното прехвърляне на данни между двете платформи.
Този поток използва Cisco Text-to-Speech (TTS) за аудио подкани, ако има такива.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:
- Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
- Настройте виртуалния агент на Google DialogFlow CX и конфигурирайте необходимите интеграции на уеб обратно повикване.
Разбивка на потока
- Повикването се получава и влиза в потока.
- Повикващият е насочен към API, който извлича името му от крайна точка за моделиране.
- Пуска се приветствено съобщение на повикващия, включително името му, с помощта на Google DialogFlow CX.
- Виртуалният агент на DialogFlow CX взаимодейства с повикващия, за да събере въвеждания, като дати и часове на срещите.
- Данните на клиентите се предават обратно на Webex Contact Center за потенциална допълнителна обработка.
- В зависимост от взаимодействието повикването или ескалира, или завършва.
- При ескалиране повикващият се поставя в опашка.
- Музиката при задържане се възпроизвежда, докато повикващият чака агент.
Дейности в потока
Следващата таблица описва последователността на дейностите в потока.
|
Активност в потока |
Описание |
|---|---|
|
Старт |
Потокът започва при получаване на повикване, инициирано чрез дейността NewContact. |
|
HTTP заявка (GetCustomerName) |
Системата отправя искане за API за извличане на името на клиента от външна система чрез HTTP заявка. Резултатът се съхранява в глобална променлива (DF_CustomerName), която се използва за по-нататъшно взаимодействие с Google DialogFlow CX. |
|
Виртуален агент |
Потокът извиква дейността на VirtualAgent, за да предаде името на клиента и да взаимодейства с Google DialogFlow CX. Виртуалният агент събира информация, включително причина за повикването, подробности за срещата и други. |
|
Парсе |
Тази дейност сравнява отговора, получен от DialogFlow CX, и актуализира съответно променливите на потока (Call_Reason, appointment_date, appointment_time). |
|
Задаване на променлива – ангажимент |
Датата и часът на среща, събрани от DialogFlow CX, се форматират и съхраняват в глобална променлива (DF_Appointment). |
| Контакт за опашката |
След взаимодействието с виртуалния агент клиентът се поставя в опашка, за да изчака следващия наличен агент. |
|
Възпроизвеждане на музика |
Докато повикващият чака на опашката, системата възпроизвежда музика за задържане по подразбиране ( |
|
Прекъсване на контакта |
Ако не се изисква по-нататъшно действие, повикването се прекъсва с помощта на дейността DisconnectContact. |
Допълнителни ресурси
За повече подробности относно интегрирането на Webex Contact Center с Google DialogFlow CX вижте документацията за разработчици на Google DialogFlow CX и Конфигуриране на виртуален агент в Webex Contact Center.
За поддръжка посетете Поддръжка за разработчици на Webex Contact Center или се присъединете към общността за разработчици на API на Webex Contact Center.
Изпускане на данни за HTTP(S) на Zendesk
Този шаблон използва HTTP конектора на Webex Contact Center за интегриране със Zendesk. Използвайте този шаблон за дизайнер на потоци, за да извършвате търсене на данни за клиенти, да управлявате билети в Zendesk и ефективно.
Този поток използва API на Zendesk за подобряване на Webex Contact Center чрез извличане на клиентски данни въз основа на ANI (Автоматична идентификация на номера) и извличане на подробности за билети. Той маршрутизира повикванията въз основа на сериозността на инцидента или наличността на агенти, подобрявайки взаимодействията с клиентите. Системата може да извършва няколко действия:
- Търсене на потребител на Zendesk въз основа на ANI (номера на повикващия).
- Извлечете последния неразрешен билет на потребителя.
- Предоставете съответните подробности за билета на клиента чрез IVR.
- Маршрутизирайте повикването към агент въз основа на предварително дефинирани критерии или позволете на клиента да избере да прекъсне връзката.
Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:
- Уверете се, че удостоверяването на API е разрешено в екземпляра на Zendesk. Изпълнете стъпките: .
- HTTP конекторът на Zendesk трябва да се конфигурира чрез BasicAuth.
- Създавайте входни точки, опашки, екипи и други специфични за организацията дейности по конфигуриране.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани или музикални файлове вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Случай на употреба
Използвайте този пример, за да разберете повече за това как работи този поток.
- Клиент се обажда в Webex Contact Center.
- Извършва се търсене на ANI за извличане на подробностите за клиента от Zendesk.
- Извлича се последният билет, свързан с клиента.
- Клиентът е посрещнат чрез IVR и е информиран за статуса на билета си.
- Клиентът може да:
- Свържете се с агент.
- Прекъснете връзката, ако той избере да не говори с агент.
- След повикване системата може да актуализира билета на Zendesk със съответната информация за повикването.
Разбивка на потока
Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на поток |
Описание |
|---|---|
|
Повикването е получено |
Повикването влиза в системата и се стартира конекторът Zendesk. |
|
Търсене на потребител в Zendesk |
Системата извършва търсене в Zendesk с помощта на номера на повикващия. |
|
Извличане на подробности за билет |
Системата извлича последния неразрешен билет за потребителя. |
|
Представяне на подробности за билет |
Клиентът се информира за състоянието на билета чрез IVR съобщение. |
|
Опции на менюто |
Клиентът може да избере да говори с агент или да прекъсне връзката. |
Дейности в потока
Следващата таблица описва последователността на дейностите в потока.
|
Активност в потока |
Описание |
|---|---|
|
Старт |
Потокът започва при получаване на повикване. |
|
Търсене на потребител (Zendesk) |
Тази дейност изпълнява HTTP заявка към Zendesk при търсене на потребителя въз основа на неговия ANI. |
|
Извличане на подробности за билет |
Към Zendesk е отправена друга HTTP заявка за извличане на последния билет за потребителя. |
|
Представяне на подробности за билет |
На повикващия се пуска съобщение чрез TTS, съдържащо информация за статуса на билета му. |
|
Меню за потвърждение |
Системата представя меню на клиента, което му позволява или да се свърже с агент, или да прекъсне връзката. |
|
Контакт за опашката |
Ако клиентът избере да се свърже с агент, той се поставя в опашка. |
|
Възпроизвеждане на музика |
Музиката при задържане се възпроизвежда, докато клиентът чака агент. |
|
Post comments (Zendesk) |
След повикването системата публикува коментар за билета на Zendesk, обобщаващ взаимодействието. |
|
Прекъсване на връзката |
Системата прекъсва връзката с повикването, ако клиентът избере да прекъсне връзката или след завършване на повикването. |
Допълнителни ресурси
Този поток използва HTTP конектора на Webex Contact Center за взаимодействие с API на Zendesk. За повече информация вижте документацията за API на Zendesk и ръководството за настройка и администриране на Webex Contact Center.
Избягване на дублирано обратно повикване
Този шаблон за поток показва как да се предотвратят дублирани записи за обратно повикване в Webex Contact Center, като се използва разширената HTTP дейност с поддръжка за
Content-Type: GraphQL. Той използва HTTP конектора на WebexCC API, за да взаимодейства с API за търсене, позволявайки на потока да проверява за съществуващи заявки за обратно повикване от същия повикващ. Този шаблон подобрява ефективността и работата на клиентите, като избягва излишни обратни повиквания.
Този шаблон за поток проверява дали клиентът вече е направил заявка за обратно повикване в системата. Той използва API за търсене чрез GraphQL, за да определи дали съществува активна задача за обратно повикване за ANI (Автоматична идентификация на номера) на повикващия.
Той използва функцията, която подобрява HTTP активността в Webex Contact Center, като добавя поддръжка за Content-Type: GraphQL – Възможност за използване на HTTP конектора на WebexCC API за използване на API за търсене чрез новия тип съдържание на GraphQL, включително заместване на променлива.
Предварителни изисквания
Уверете се, че преди да изпълните този поток, са изпълнени следните изисквания:
-
Конфигурирайте конектор към API на Webex Contact Center.
-
Уверете се, че средата на Webex Contact Center е правилно настроена: Входна точка, съпоставяне на входна точка, опашки и т.н.
Разбивка на потока
|
Елемент на поток |
Описание |
|---|---|
|
Повикването е получено |
Повикването влиза в потока при дейността NewContact. |
|
Първоначален поздрав |
Дейността PlayMessage_wgk възпроизвежда начално поздравително съобщение до повикващия. |
|
Извличане на текущия час |
Дейността SetVariable_7a1 извлича текущото време в милисекунди и го съхранява в |
| Изчисляване преди часа |
Активността SetVariable_8t9 изчислява времето 24 часа преди текущия час в милисекунди и го съхранява в
|
| Отрежете ANI |
Дейността SetVariable_ak4 изрязва ANI (телефонния номер на повикващия), за да премахне префикса „+1“ за целите на търсенето. |
|
Търсене на повикване до API (GraphQL) |
|
|
Проверка на отговора на API |
|
|
Обработване на дублирано обратно повикване (ако е намерено) |
|
| Планиране на ново обратно повикване (ако не е намерено): |
Ако не бъде намерено дублирано обратно повикване, потокът продължава към дейността Menu_lsi, която представя на повикващия опции за планиране на обратно повикване или изчакване на опашката. |
| Планиране на обратно повикване |
Ако повикващият избере да планира обратно повикване (натиснете 1), дейността Обратно повикване_20e планира обратно повикване при използване на ANI на повикващия. Съобщение за потвърждение се пуска чрез PlayMessage_ysw, а след това DisconnectContact_mx8_2bg прекъсва връзката с повикването. |
| Изчакване на опашка |
Ако повикващият избере да изчака в опашката (натиснете 2), SetVariable_c0y увеличава брояча. След това повикването се поставя на опашка на агента чрез QueueContact_95e, а музиката се възпроизвежда при задържане чрез PlayMusic_qne. Повикванията се пренасочват обратно към дейността Menu_lsi. |
Променливи
-
callBackStatus: (НИЗ) – Състоянието на обратно повикване.
-
брояч: (цяло ЧИСЛО) - ПРОМЕНЛИВА на брояча.
-
текущЧас: (НИЗ) - Настоящото време в милисекунди от епохата.
-
goback_by_a_day: (НИЗ) – Времето преди 24 часа в милисекунди от епохата.
-
apiИзход: (НИЗ) – Комбинираният код за състояние на HTTP, състояние на обратно повикване и HTTP отговор от API за търсене.
-
ANITrim: (НИЗ) – Изрязаният ANI (телефонен номер) на повикващия.
-
отговор: (НИЗ) – HTTP отговорът от API за търсене.
Дейности в потока
Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.
|
Активност в потока |
Описание |
|---|---|
|
Старт (НовКонтакт) | Стартира потока при получаване на повикването. |
|
Действия | |
|
PlayMessage |
Пуска съобщение до повикващия. |
|
Обратно повикване |
Планира обратно повикване за повикващия. |
|
Възпроизвеждане на музика |
Пуска музика при задържане. |
|
ОпашкаКонтакт |
Опашка повикването към агент. |
|
HTTP |
Прави HTTP заявка към API за търсене с помощта на GraphQL. |
|
Прекъсване на връзкатаКонтакт |
Прекъсва повикването. |
|
Задаване на променлива |
Задаване на променлива: Задава различни променливи, включително текущо време, време преди 24 часа, изрязан ANI и извеждане на API. |
|
Условия |
|
|
Музика при задържане (MusicOnHold) |
Пуска музика при задържане, докато повикващият чака на опашката. |
|
Обработка на цикъл (CallLoopCycle и LoopCycle) |
Гарантира, че повикванията, прекъсващи твърде много пъти, се насочват към крайното меню. |
|
Прекъсване на връзката (DisconnectContact) |
Прекъсва връзката с повикването след съобщенията или когато повикващият избере да прекрати взаимодействието. |
Допълнителни ресурси
За повече информация относно използването на HTTP заявки с GraphQL и други дейности в рамките на Webex Contact Center вижте раздела за дейностите HTTP заявка.
Вижте също документацията за API на Webex Contact Center за подробности относно заявките за API за търсене и GraphQL.
Записване и управление на аудио подкани
Този шаблон за поток предоставя рационализиран метод за администраторите да записват и управляват аудио подкани в Webex Contact Center чрез потребителски интерфейс за телефония (TUI). Той използва подобрени възможности за HTTP активност, включително поддръжка за `Тип на съдържанието: Попълнете данните, за да взаимодействате с API за аудио файлове (подкана) на Webex Contact Center. Този шаблон възпроизвежда функции, познати от локалните системи, като подобрява практическата работа на клиентите и оперативната ефективност.
Предварителни изисквания
-
Създайте и задайте входна точка и конфигурирайте съпоставянето на входна точка от страницата с настройки на Control Hub за Webex Contact Center. Вижте ръководството за настройка и администриране на Webex Contact Center.
-
Конфигурирайте конектор към API на Webex Contact Center.
-
Ако функцията Cisco от текст към реч (TTS) не е активирана за подкани, качете необходимите статични аудио файлове.
Разбивка на потока
|
Елемент на поток |
Описание |
|---|---|
| Повикването е получено | Повикването влиза в потока при дейността NewContact. |
| (По ИЗБОР) Удостоверяване От администратор чрез OTP | Разработчикът на потоци може да внедри незадължителна бариера за удостоверяване за администратора, като използва защитен метод, като например OTP, доставен чрез SMS до ANI, или случайно генериран номер/ПИН. Това може да бъде добавено преди главното меню. |
| Основно меню | Дейността Основно меню (IVR меню) представя на администратора следните опции:
|
| Създаване на подкана (опция 1) |
|
| Подсказване за актуализиране (опция 2) |
|
| Изтриване на подкана (опция 3) |
|
| Изход (опция 4) |
|
Променливи
|
Променлива |
Тип |
Описание |
|---|---|---|
| blobId | НИЗ | Blob ID на аудио файла |
| аудиоФайлName | НИЗ | Името на аудио файла (по подразбиране: „EmergencyDemo.wav“). |
| идентификатор | НИЗ | ИД на аудио файла. |
| статус | НИЗ | Състоянието на заявката за API. |
| новФайлName | НИЗ | Името на актуализирания аудио файл (по подразбиране: "updatedFile.wav"). |
| отговор | НИЗ | HTTP отговорът от API иска. Това не е задължително – за отстраняване на грешки. |
Използвани дейности
|
Активност в потока |
Описание |
|---|---|
| Старт | НовКонтакт: Стартира потока при получаване на повикването. |
| Меню на IVR | Основно меню: Пуска меню с опции за управление на подканите. |
| Създаване на подкана |
|
| Подкана за актуализиране |
|
| Изтриване на подкана |
|
| Друго |
|
Допълнителни подробности
За повече информация относно използването на активността при записване, HTTP заявки и контролите за запис в рамките на Webex Contact Center вижте раздела за дейността HTTP заявка.
Последен шаблон за маршрутизиране на агент
Последният шаблон за маршрутизиране на агент показва как да реализирате маршрутизиране на последния агент в Webex Contact Center чрез използване на подобрената HTTP активност с поддръжка за Content-Type:
GraphQL. Той използва HTTP конектора на WebexCC API за взаимодействие с API за търсене, което позволява маршрутизиране на повикванията към последния агент, който е обработил повикването. Този шаблон подобрява практическата работа на клиентите, като ги свързва с познат агент.
Този шаблон за поток проверява дали даден клиент се е обадил в рамките на последните 24 часа и ако да, маршрутизира обаждането към същия агент. Той използва API за търсене чрез GraphQL, за да намери последния агент, който е обработил повикването въз основа на ANI (Автоматична идентификация на номера) на повикващия.
Той използва функцията, която подобрява HTTP активността в Webex Contact Center, като добавя поддръжка за Content-Type: GraphQL – Възможност за използване на HTTP конектора на WebexCC API за използване на API за търсене чрез новия тип съдържание на GraphQL: включително заместване на променлива.
Предварителни изисквания
-
Конфигурирайте конектор към API на Webex Contact Center.
-
Уверете се, че средата на Webex Contact Center е правилно настроена: Входна точка, съпоставяне на входна точка, опашки и т.н.
Разбивка на потока
-
Повикването е получено:
-
Повикването влиза в потока при дейността NewContact.
-
-
Начален поздрав:
-
Дейността PlayMessage възпроизвежда първоначално поздравително съобщение за повикващия.
-
-
Извличане на текущия час:
-
Дейността CurrentTime извлича текущия час.
-
-
Изчисляване на Времето Преди 24 Часа:
-
Дейността Goback_By_a_day изчислява времето 24 часа преди текущия час.
-
-
Отрежете ANI:
-
Дейността SetVariable изрязва ANI (телефонния номер на повикващия), за да премахне префикса "+1" за целите на търсенето.
-
-
Търсене на повикване до API (GraphQL):
-
Дейността SearchAPILastAgent извършва повикване до API за търсене на Webex Contact Center, използвайки GraphQL, за да намери агента, който е обработил предишното повикване въз основа на ANI.
-
Той използва
goback_by_a_dayиcurrentTimeпроменливи за търсене през последните 24 часа. -
Заявката GraphQL търси задачи, съответстващи на ANI на повикващия или изрязан ANI, които не са активни, и извлича ИД на собственика (ИД на агент) на задачата.
-
-
Регистриране на отстраняване на грешки:
-
Дейността DebugLog регистрира кода за състояние на HTTP и тялото на отговора от повикването в API за търсене.
-
Дейността в Debug_Log регистрира извлечения ИД на агента.
-
-
Проверете отговора на API:
-
Дейността Condition_kxu проверява дали HTTP кодът за статус от повикването в API за търсене е 200 (успешно).
-
-
Проверете дали се извлича ИД на агент:
-
Дейността Condition_jtn проверява дали ИД на агент е извлечен успешно от отговора на API за търсене.
-
-
Маршрутизиране към последния агент (ако е намерен):
-
Ако бъде намерен ИД на агент, дейността PlayMessage_ee8 пуска съобщение за потвърждение до повикващия, което го информира, че се прехвърлят към същия агент, с който е говорил преди това.
-
Дейността QueueToAgent_xh1 задава повикването към агента с извлечения ИД на агент.
-
-
Маршрутизиране към опашка по подразбиране (ако не е намерено):
-
Ако не е намерен ИД на агент (неуспешно повикване до API или не е намерено предишно повикване в рамките на 24 часа), дейността QueueToDefault поставя повикването в опашка по подразбиране.
-
-
Възпроизвеждане на музика при задържане:
-
Дейността PlayMusic_i73 възпроизвежда музика при задържане, докато повикващият чака на опашката.
-
Променливи
-
ИД на агент: (НИЗ) – ИД на последния агент, обработил повикването.
-
текущЧас: (НИЗ) - Настоящото време в милисекунди от епохата.
-
goback_by_a_day: (НИЗ) – Времето преди 24 часа в милисекунди от епохата.
-
Отговор: (НИЗ) – HTTP отговорът от API за търсене.
-
ANITrim: (НИЗ) – Изрязаният ANI (телефонен номер) на повикващия.
Дейности в потока
Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.
|
Активност в потока |
Описание |
|---|---|
|
Старт (НовКонтакт) | Стартира потока при получаване на повикването. |
|
Действия | |
|
PlayMessage |
Пуска съобщение до повикващия. |
|
QueueToAgent |
Опашка повикването към определен агент. |
|
Възпроизвеждане на музика |
Пуска музика при задържане. |
|
Опашка |
Опашка повикването към опашка по подразбиране. |
|
HTTP |
Прави HTTP заявка към API за търсене с помощта на GraphQL. |
|
PlayMessage |
Пуска съобщение, указващо, че повикващият се насочва към последния агент. |
|
Задаване на променлива |
|
|
Условия |
|
|
Музика при задържане (MusicOnHold) |
Пуска музика при задържане, докато повикващият чака на опашката. |
|
Обработка на цикъл (CallLoopCycle и LoopCycle) |
Гарантира, че повикванията, прекъсващи твърде много пъти, се насочват към крайното меню. |
|
Прекъсване на връзката (DisconnectContact) |
Прекъсва връзката с повикването след съобщенията или когато повикващият избере да прекрати взаимодействието. |
Допълнителни ресурси
За повече информация относно използването на HTTP заявки с GraphQL и други дейности в рамките на Webex Contact Center вижте раздела за дейностите HTTP заявка.
Вижте също документацията за API на Webex Contact Center за подробности относно заявките за API за търсене и GraphQL.
Автономен агент с ИИ (проследяване на пакети)
Този поток използва автономен агент с ИИ за управление на гласовите взаимодействия, свързани с проследяването на пакети. Потокът предоставя опция за ескалиране до човешки агенти, когато е необходимо, или върху грешки на AI агент.
Потокът е предназначен да обработва взаимодействия с клиенти относно проследяването на пакети чрез автономен агент на ИИ. Агентът на ИИ се състои от действие за проследяване на пакет и база знания, свързани с общи заявки за доставка. Клиентите могат да поискат да говорят с човешки агент по всяко време.
Предварителни изисквания
За да използвате този поток, се уверете, че са настроени следните:
-
Автономен агент на ИИ, конфигуриран с подходящо действие (заедно с изпълнение) и документи за знания. В шаблоните за потоци на Webex Connect е наличен примерен поток за изпълнение.
-
Задаването на входна точка, опашка, екипи и входна точка е конфигурирано на страницата с настройки на Control Hub за Webex Contact Center.
-
Cisco Text-to-Speech (TTS) е активиран за динамично генериране на персонализирани съобщения.
-
Качете статични аудио файлове, ако не използвате аудиото по подразбиране на Cisco.
Разбивка на интеграциите
-
Повикващият инициира контакт: Повикването се получава от Webex Contact Center и се насочва към автономния агент на AI.
-
Взаимодействие с агент с ИИ: Агентът на AI обработва заявката на повикващия, свързана с проследяването на пакети.
-
Опашка към агента: Ако е необходимо ескалиране по искане на клиента или поради грешки на AI агент, повикващият се поставя в опашка за агент от човек.
-
Прекъсване на връзката: Взаимодействието приключва, след като се обработи заявката на повикващия или повикващият бъде прехвърлен на агент.
Дейности, използвани в потока
|
Активност в потока |
Описание |
|---|---|
| Старт (нов телефонен контакт) | Тази дейност бележи началото на потока, задейства се от ново повикване. |
| Виртуален агент V2 (VAV2) | Дейността, отговорна за взаимодействието между потока и агента с ИИ. Взаимодействие. Същата дейност се използва за иницииране на разговор и изпращане на събития за състоянието до агента с ИИ. |
| Пусни съобщение | Предоставя системни съобщения чрез функцията „Текст към реч“ на Cisco. Използва се за пускане на съобщение за грешка преди ескалиране до човешки агент в случай на грешки в дейността VAV2. |
| Опашка към агент | Управлява логиката на опашката за ескалиране до човешки агенти. |
| Възпроизвеждане на музика | Музиката при задържане се възпроизвежда по време на опашка, когато повикващият изчаква връзка с агента. |
| Прекъсване на връзката | Завършва взаимодействието след приключване на задачите или ако е ескалирано до човешки агент. |
Обработка на грешки
Потокът включва стратегии за управление на грешки за нежно справяне с неочаквани проблеми, като се гарантира, че повикващият е информиран и пренасочен по подходящ начин.
Поддръжка на програмисти
За по-задълбочена информация за използването на Webex Contact Center с автономни агенти с ИИ вижте съответната документация:
Допълнителни ресурси
За поддръжка, свързана с този поток, се свържете с екипа за поддръжка на разработчици на Webex Contact Center чрез поддръжката на разработчици на Webex Contact Center.
За по-нататъшни дискусии посетете общността за разработчици на API на Webex Contact Center.
Скрит агент на AI (проследяване на пакети)
Този поток е предназначен да обработва гласови взаимодействия, свързани с проследяването на пакети, с помощта на скрит виртуален агент. Този поток показва най-лесния начин за извършване на изпълнение за скриптиран агент. В допълнение към това потокът показва клиентите в опашката към различни опашки на агентите въз основа на последното активно намерение и персонализирани отчети за агенти с изкуствен интелект в анализатора.
Този поток използва скрит агент на Webex AI за взаимодействие с клиентите по отношение на проследяването на пакети. Дейността VAV2 (виртуален агент V2) излиза през ръба си „Обработено“, когато скриптираният агент повдигне персонализирано събитие за проследяване на пакета. Потокът използва API за проследяване на пакети, за да постигне това. Този API е достъпен за разработчици за тестване и демонстрации. Изходните данни се анализират в потока и се предават обратно на агента чрез събитие за състоянието. Повече информация относно конфигурирането на изпълнението за скриптирани агенти за глас.
Предварителни изисквания
За да използвате този поток, се уверете, че са настроени следните:
-
Агент на Webex AI, конфигуриран да обработва запитвания за проследяване на пакети. Този агент е наличен за импортиране при създаване на нов агент.
-
Задаването на входна точка, опашка, екипи и входна точка е конфигурирано на страницата с настройки на Control Hub за Webex Contact Center.
-
Уверете се, че Cisco Text-to-Speech (TTS) е активиран за генериране на динамични аудио съобщения.
-
Качете статични аудио файлове за персонализирани системни известия, ако е необходимо.
Разбивка на интеграциите
|
Разбивка на интеграциите |
Описание |
|---|---|
| Повикващият инициира контакт | Повикването се получава от Webex Contact Center и се насочва към скриптирания агент на AI. |
| Състоянието на взаимодействие е регистрирано с използване на глобална променлива | Потокът задава глобална променлива CustomAIAgentInteractionOutcome за регистриране на състоянието на взаимодействието на клиента с агента с ИИ. Това се актуализира в различни точки и се използва за изграждане на персонализирани отчети с помощта на визуализатор. |
| Взаимодействие с агент с ИИ | Агентът с изкуствен интелект обработва въвеждането на клиенти и отговорите въз основа на конфигурирани намерения. Ако потребителят възнамерява да проследи пакет и предостави валиден номер на пакет, контролата се връща към потока чрез персонализирано събитие. |
| Анализиране и изпълнение на метаданните на агента с ИИ | Номерът на пакета на клиента се извлича от метаданните на VAV2 и се използва в HTTP дейността. |
| Условия за изпълнение на отговор | Потокът проверява дали е намерена информация за пакета или не и задава подходящи отговори. |
| Взаимодействието с ИИ агент е възобновено* | В зависимост от отговора за изпълнение съобщението, което трябва да бъде изпратено на клиентите, се изпраща обратно към скриптирания агент чрез данните на събитието в „Събитие за състоянието“. |
| Предаване на агента и дейност в казус | Определя следващите стъпки въз основа на предишното намерение, като насочва потока към различни опашки въз основа на предишното намерение. |
| Опашка към агент | Ако е необходимо ескалиране или в случай на грешки, повикващият се поставя в опашка за човешки агент. |
| Прекъсване на връзката | Взаимодействието приключва, след като се обработи заявката на повикващия или повикващият бъде прехвърлен на агент. |
Дейности, използвани в потока
|
Активност в потока |
Описание |
|---|---|
| Старт | Инициира потока при получаване на ново повикване. |
| Задаване на променлива за резултата от взаимодействието | Използвайте зададената активност на променливата, за да актуализирате глобалната променлива CustomAIAgentInteractionOutcome, за да съхраните последното състояние на взаимодействието с агента с ИИ. |
| Взаимодействие с агент с ИИ | Управлява запитванията за проследяване на пакети с помощта на скриптирани взаимодействия. Същата дейност се използва за иницииране на разговор и изпращане на събития за състоянието до агента с ИИ. |
| Подробности за пакета за анализ | Извлича номера на пакета от метаданните, предоставени от виртуалния агент. |
| HTTP заявка за информация за пакет | Изпраща искане до логистичния API за извличане на статуса на пакета и очакваната доставка. Използвайте ABC123456 като примерен номер на пакет. |
| Условна логика | Определя отговора въз основа на статуса на пакета или кода за статус на HTTP на повикването на API. |
| Задаване на променливи за отговор | Конфигурира отговори, за да съобщи дали е намерен пакетът или подробностите за доставката. |
| Пусни съобщение | Предоставя съобщения за системни грешки чрез функцията „Текст към реч“ на Cisco, особено в случаи на системни грешки. |
| Дейност на казуса | Насочва потока въз основа на предишното намерение, като взема решение за маршрутизиране към определени опашки. |
| Опашка към агент | Управлява логиката на опашката за ескалиране до човешки агенти. |
| Възпроизвеждане на музика | Музиката при задържане се възпроизвежда по време на опашка, когато повикващият изчаква връзка с агента. |
| Прекъсване на връзката | Завършва взаимодействието след приключване на задачите или ако е ескалирано до човешки агент. |
Спецификации на потока
Потокът JSON, използван в този пример, съдържа променливи и дейности, които са от съществено значение за обработка на взаимодействието, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:
|
Променлива |
Описание |
|---|---|
event_name |
Име на събитието, изпратено на агента с ИИ. |
event_data |
Полезен обем на събитието е изпратен до агента с изкуствен интелект. |
status |
Статус на пакета въз основа на HTTP отговора. |
estimatedDelivery |
Приблизителна дата и час на доставка на пакета въз основа на HTTP отговора. |
packageResp |
Отговорът трябва да се изпрати обратно до клиента въз основа на отговора на активността в HTTP. |
Global_VoiceName |
Определя гласа, използван за „от текст към реч“. |
CustomAIAgentInteractionOutcome |
Регистрира състоянието на взаимодействие – изоставено, обработено, ескалирано или неправилно – въз основа на взаимодействието на клиента с агента с ИИ. |
Обработка на грешки
Потокът включва стратегии за управление на грешки за нежно справяне с неочаквани проблеми, като се гарантира, че повикващият е информиран и пренасочен по подходящ начин.
Допълнителни ресурси
За по-задълбочена информация за използването на Webex Contact Center със скриптирани агенти с ИИ вижте свързаната документация:
Поддръжка на програмисти
За поддръжка, свързана с този поток, се свържете с екипа за поддръжка на разработчици на Webex Contact Center чрез поддръжката на разработчици на Webex Contact Center.
За по-нататъшни дискусии посетете общността за разработчици на API на Webex Contact Center.
AI Agent Scripted (Резервация за назначаване на лекар)
Този шаблон показва потока от данни между Webex Contact Center и Webex AI Agent Studio за взаимодействие, което ливъридж на скрит агент. Потокът съдържа няколко интеграции с външни системи. Те се извикват въз основа на персонализирани събития, изпратени от агента с ИИ, и данните за изпълнението се предават обратно на агента.
Този поток показва как се предават данните между Webex Contact Center и Webex AI Agent Studio с помощта на персонализирани събития. Този поток улеснява автоматизираното планиране и управление на назначенията на лекарите чрез скрит агент на ИИ. Той се интегрира с външни системи, за да проверява наличността, да създава срещи, да търси съществуващи срещи и да отменя срещи. Потокът осигурява безпроблемна комуникация между повикващия и агента с AI, с опции за ескалиране до човешки агенти, когато е необходимо.
Предварителни изисквания
За да използвате този поток, се уверете, че са настроени следните:
-
Скрит агент на AI, конфигуриран със съответните намерения за обработване на резервиране на срещи и отмяна. Това може да се импортира от шаблони, докато се създава нов скриптиран агент в платформата на AI Agent Studio.
-
Задаването на входна точка, опашка, екипи и входна точка е конфигурирано на страницата с настройки на Control Hub за Webex Contact Center.
-
API за взаимодействие със системата за управление на външни назначения.
-
Cisco Text-to-Speech (TTS) е активиран за генериране на динамични аудио съобщения.
-
Качете статични аудио файлове, ако не използвате аудиото по подразбиране на Cisco.
Разбивка на интеграциите
|
Разбивка на интеграциите |
Описание |
|---|---|
| Повикващият инициира контакт | Повикването се получава от Webex Contact Center и се насочва към агента на AI. |
| Взаимодействие с агент с ИИ | Агентът с изкуствен интелект обработва въвеждането на клиенти и отговорите въз основа на конфигурирани намерения. |
| Превключване на управлението между агента с изкуствен интелект и потока | Контролът на разговора се обменя между AI агента и потока на различни стъпки. Агентът с ИИ предава управлението на потока чрез персонализирани събития, потокът извършва подходящо изпълнение въз основа на името на събитието и връща управлението на агента с ИИ заедно с данни за изпълнението чрез събитие за състоянието в дейността на виртуалния агент V2. |
| Опашка към агент | Ако е необходимо ескалиране, повикващият се поставя в опашка за човешки агент. |
| Прекъсване на връзката | Взаимодействието приключва, след като задачата бъде завършена или повикващият бъде прехвърлен на агент. |
Дейности, използвани в потока
|
Активност в потока |
Описание |
|---|---|
| Старт | Тази дейност бележи началото на потока, задейства се от ново повикване. |
| Виртуален агент V2 (VAV2) | Дейността, отговорна за взаимодействието с агента с ИИ. Същата дейност се използва за иницииране на разговор и изпращане на събития за състоянието до агента с ИИ. |
| Парсе | Използва се за анализиране на полезния обем на събитието от дейността VAV2. |
| Случай | Използва се за проверка на името на събитието, изпратено от дейността VAV2 и клона, за съответните дейности по HTTP заявки. |
| HTTP заявка | Взаимодейства с външни системи, за да изпълнява операции, като проверка на наличността, създаване, търсене или отмяна на срещи с помощта на HTTP заявки на базата на името на събитието, изпратено от дейността VAV2. Дейността също така анализира отговора за HTTP заявката. |
| Условие | Оценява резултата от HTTP заявки, насочвайки потока въз основа на условията за успех или грешка. |
| Задаване на променлива | Използва се за конфигуриране на променливи като име на събитие и данни за събитие, които са от съществено значение за повторно извикване на дейността VAV2 с подходящи параметри на събитие в състояние. |
| Пусни съобщение | Предоставя системни съобщения чрез функцията „Текст към реч“ на Cisco. Използва се за пускане на съобщение за грешка преди ескалиране до човешки агент в случай на грешки в дейността VAV2. |
| Опашка към агент | Управлява логиката на опашката за ескалиране до човешки агенти. |
| Възпроизвеждане на музика | Музиката при задържане се възпроизвежда по време на опашка, когато повикващият изчаква връзка с агента. |
| Прекъсване на контакта | Завършва взаимодействието след приключване на задачите или ако е ескалирано до човешки агент. |
Спецификации на потока
Потокът JSON, използван в този пример, съдържа променливи и дейности, които са от съществено значение за обработка на взаимодействието, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:
|
Променлива |
Описание |
|---|---|
event_name |
Име на събитието, изпратено на агента с ИИ. |
event_data |
Полезен обем на събитието е изпратен до агента с изкуствен интелект. |
event_data_string |
Версията на низ на event_data, тъй като дейността VAV2 приема само низа. |
http_input |
Body of request for HTTP activity based on VAV2 метаданни. |
Global_VoiceName |
Определя гласа, използван за „от текст към реч“. |
Обработка на грешки
Потокът включва стратегии за управление на грешки за нежно справяне с неочаквани проблеми, като се гарантира, че повикващият е информиран и пренасочен по подходящ начин.
Допълнителни ресурси
За по-задълбочени сведения за настройването на вашите агенти с AI в Webex AI Agent Studio и използването им с Webex Contact Center вижте ръководството за администриране на Webex AI Agent Studio.
Поддръжка на програмисти
-
За всякаква поддръжка по отношение на тази интеграция отворете билет с екипа за поддръжка на разработчици на Webex Contact Center чрез поддръжката на разработчици на Webex Contact Center.
-
За по-нататъшни дискусии посетете общността за разработчици на API на Webex Contact Center.
Използване на шаблони за подпоток
Шаблоните за подпоток функционират подобно на шаблоните за поток. Тези шаблони опростяват създаването на подпотоци, които могат да бъдат интегрирани в множество потоци, като намаляват съкращенията и времето за разработка.
За да създадете подпотоци с помощта на шаблони за подпотоци, изберете подходящия шаблон, променете го така, че да отговаря на вашите нужди, валидирайте, публикувайте и го интегрирайте в работните си потоци. За повече подробности вижте Създаване на потоци от шаблони за потоци.
Събиране на информация за обратно повикване
Използвайте този шаблон, за да създадете подпоток за събиране на информация за обратно повикване, който позволява на повикващите да останат в опашката или да поискат обратно повикване за гъвкави опции за услуги.
Този подпоток предоставя меню, което позволява на повикващите да изберат обратно повикване или да останат на опашката. Ако е избрана опцията за обратно повикване, тя събира необходимата информация за обратно повикване или като използва текущия номер на повикващия, или алтернативен номер. Можете да промените подпотока, за да осигурите гладко изживяване на повикващия, като боравите с грешки или неизвестни условия, като срокове за изчакване и невалидни въвеждания.
Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика настройката по подразбиране на вградения файл с музика при задържане, defaultmusic_on_hold.wav.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:
- Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
- Уверете се, че променливите за обратно повикване (например: callbackNumber, callbackNumberEntered, stayInQueue) са нанесени правилно към вашата система, за да заснемете съответните данни.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- callbackNumber – НИЗ: Номерът, който да се използва за обратно повикване (или този, от който се обаждат повикващите, или нов номер).
- stayInQueue – БУЛЕВ: Посочва дали повикващият е избрал да остане в опашката (Вярно), или да поиска обратно повикване (Невярно).
Изходи на подпотока
- callbackNumberEntered – НИЗ: Номерът, който повикващият е въвел за обратното повикване, ако е избрал да предостави алтернативен номер.
- stayInQueue – БУЛЕВ: Дали повикващият е избрал да остане в опашката, или да получи обратно повикване.
Разбивка на подпотока
Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток |
Повикването влиза в подпотока. |
|
Меню за отписване |
На повикващия е представена опция или да остане в опашката, или да получи обратно повикване.
|
|
Меню за номера |
Ако повикващият избере да получи обратно повикване, той получава опцията да:
|
|
Събиране на цифри |
Ако повикващият избере да въведе нов номер за обратно повикване, той получава подкана да въведе своя 10-цифрен номер, последван от ключа за лира (#). |
|
Задаване на променлива |
Събраният номер за обратно повикване се съхранява в променливата callbackNumberEntered. |
|
Край на подпотока | Подпотокът приключва след събиране на информация за обратно повикване или обработка на грешки. |
Дейности в подпотока
Следващата таблица описва последователността на дейностите в подпотока за събиране на информация за обратно повикване.
|
Активност на подпотока |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът започва при извикване. |
|
Меню за отписване |
Това предоставя възможност на повикващия да остане в опашката или да получи обратно повикване. Това използва TTS, за да поиска от повикващия да натисне 1 за обратно повикване или 2 да остане в опашката. |
|
Меню за номера |
Ако повикващият избере обратно повикване, той получава подкана да използва текущия си номер, или да въведе нов. |
|
Събиране на цифри |
Ако повикващият избере да въведе нов номер, тази дейност събира неговия номер от 10, следван от знака за лира (#). |
|
Задаване на променлива |
Събраният номер се съхранява в променливата callbackNumberEntered за по-нататъшно използване. |
|
Край на подпотока | Потокът завършва след обработка на избора на повикващия и събиране на необходимата информация. |
Допълнителни ресурси
За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.
Обработка на грешки
Използвайте шаблона за подпоток за обработка на грешки в Webex Contact Center, за да управлявате грешки, като проблеми с обработката на опашки или неуспешни заявки за API. Той може да бъде прикачен към конкретни дейности или конфигуриран като глобален манипулатор на грешки, като се гарантира, че системата продължава да работи гладко и предоставя на потребителите обратна връзка по всякакви проблеми.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:
- Уверете се, че Cisco „От текст към реч“ (TTS) е активиран за центъра за контакти, за да може да използва „от текст към реч“ за подканите за грешки.
- Нанесете променливата errorMessage така, че динамично да се обработват съответните съобщения за грешка във вашия работен поток.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- errorMessage – НИЗ: Съобщението за грешка да се възпроизвежда динамично, указващо проблема, срещнат от повикващия.
Изходи на подпотока
- НЯМА: Този подпоток не произвежда изходи, тъй като се използва за обработка на грешки и предоставяне на обратна връзка на повикващия.
Разбивка на подпотока
Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът се задейства, когато възникне грешка. |
|
Пускане на съобщение за грешка |
Системата възпроизвежда динамично съобщение за грешка, дефинирано от променливата errorMessage при използване на Cisco Cloud TTS. Например съобщението може да бъде: Изпитваме технически трудности. Опитайте отново по-късно. |
|
Край на подпотока (Нормален край) |
Ако грешката бъде обработена успешно, подпотокът завършва добре. |
|
Край на подпотока (Край на грешката) |
Ако възникнат допълнителни проблеми (например съобщението за грешка не се изпълни), подпотокът завършва в състояние на ескалиране, за да покаже критичен неуспех. |
Дейности в подпотока
Следващата таблица описва последователността на дейностите в подпотоците за управление на грешки.
|
Активност на подпотока |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът започва, когато възникне грешка, като стартира последователността за обработка на грешки. |
|
Пускане на съобщение за грешка |
Възпроизвежда съобщението за грешка до повикващия чрез Cisco Cloud TTS. Съдържанието на съобщението се определя динамично от променливата errorMessage. |
|
Край на подпотока (Нормален край) |
Завършва подпотока, ако грешката бъде отстранена без допълнителни проблеми. |
|
Край на подпотока (Край на грешката) |
Завършва подпотока с ескалиране, ако възникнат допълнителни грешки по време на процеса на обработка на грешки. |
Допълнителни ресурси
За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.
Изпускане на HTTP данни
Използвайте този шаблон за подпоток, за да извлечете информация за клиентския акаунт чрез HTTP заявка. Поддържа потвърждение на ИД на акаунта, ръчно въвеждане, ако заявката е неуспешна, и обработва срокове за изчакване, невалидни въвеждания и критични грешки – идеално за автоматични търсения на акаунти на клиенти в центровете за контакти.
Този подпоток осигурява динамична среда за работа, при която информацията за акаунта на клиента се извлича при използване на HTTP заявка. Ако търсенето е успешно, от клиента се иска да потвърди ИД на акаунта. Ако той е неуспешен или повикващият предпочита, той може ръчно да въведе номера на акаунта си. Потокът обработва грациозно грешки като невалидни въвеждания, срокове за изчакване и критични неизправности с подходящи подкани.
Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:
- Създавайте входни точки, опашки, конектори, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
- Уверете се, че URL адресът на заявката за HTTP и параметрите са зададени правилно въз основа на нуждите на вашата организация.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- errorMessage – НИЗ: Съобщение, което ще се възпроизвежда в случай на грешка по време на подпотока.
Изходи на подпотока
- outputVariable - НИЗ: Съхранява потвърдения или ръчно въведения номер на акаунт.
Разбивка на подпотока
Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток (Инициализиране) |
Подпотокът започва процеса на извличане на клиентски данни. |
|
Моля, изчакайте (Успокояващо съобщение) |
Повикващият се информира, че системата извлича информацията му с помощта на TTS подкана: Моля, изчакайте, докато потърсим вашата информация. |
|
HTTP заявка (Извличане на информация за клиента) |
Системата изпраща заявка за HTTP GET за извличане на информация за клиента от определена крайна точка на API. Ако е успешно, отговорът съдържа ИД на клиента. |
|
Проверка на статуса на HTTP (Оценка на отговора) |
HTTP отговорът се оценява въз основа на кода за статус. Ако заявката е била успешна, процесът преминава към следващата стъпка. |
|
Меню за потвърждение (Искане на потвърждение или ръчно въвеждане) |
Повикващият получава подкана да потвърди ИД на извлечения акаунт или ръчно да въведе номера на акаунта си, ако е неправилен. |
|
Задаване на променлива (ИД на акаунт за съхранение) |
Ако повикващият потвърди ИД на акаунта, стойността се съхранява в outputVariable. |
|
Събиране на цифри (Ръчно въвеждане на акаунт) |
Ако искането е неуспешно или повикващият избере да въведе отново номера на акаунта си, той получава подкана да въведе 6-цифрен номер на акаунта, последван от ключа за лира (#). |
|
Обработка на грешки (Все още там, невалидно, критично) |
Подпотокът обработва срокове за изчакване, невалидни въвеждания и критични грешки със съответни подкани:
|
|
Край на подпотока (Заключение) |
Подпотокът приключва или след потвърждаване на номера на акаунта, или обработване на грешка. |
Дейности в подпотока
Следващата таблица описва последователността на дейностите по подпотоци за този шаблон.
|
Активност на подпотока |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът започва при извикване. |
|
Моля, изчакайте |
Пуска съобщение с помощта на TTS, с което повикващият да изчака, докато информацията му бъде извлечена. |
|
HTTP заявка |
Изпраща заявка за HTTP GET за извличане на информация за акаунта на клиента. |
|
Проверка на статуса на HTTP |
Оценява HTTP отговора, за да определи дали заявката е била успешна. |
|
Меню за потвърждение |
Подканва повикващия да потвърди ИД на извлечения акаунт или да го въведе отново, ако е неправилен. |
|
Задаване на променлива |
Съхранява потвърдения или ръчно въведения номер на акаунт. |
|
Събиране на цифри |
Събира 6-цифрен номер на акаунт от повикващия, ако заявката за HTTP е неуспешна или той избере да въведе нов номер на акаунт. |
|
Обработка на грешки |
Няколко подкани обработват срокове за изчакване, невалидни въвеждания и критични грешки по време на подпотока. |
|
Край на подпотока |
Потокът завършва, след като номерът на акаунта бъде потвърден или възникне грешка. |
Обработка на опашката
Използвайте този шаблон за подпоток, за да автоматизирате обработката с опашки в Webex Contact Center, като поддържате ангажираността на повикващите с музикални подкани и съобщения.
Този подпоток възпроизвежда музика на опашката, последвана от съобщение, което повтаря последователността до зададен брой пъти (по подразбиране е три). Тя осигурява гладко боравене с опашките и ангажираща среда за повикващите. Можете да персонализирате променливи като избор на музика, съдържание на съобщения и брой цикли.
Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:
- Създавайте входни точки, опашки, конектори, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране.
- Осигурете правилна логика за обработка на опашката и конфигурации за обработка на грешки.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани или музикални файлове вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- queueMessage – НИЗ: Съобщението, което трябва да се възпроизвежда между музикалните песни (по подразбиране: Моля, изчакайте).
- queueMusic1 – НИЗ: Първият музикален файл, който се възпроизвежда, докато повикващият чака (по подразбиране:
defaultmusic_on_hold.wav). - queueMusic2 – НИЗ: Вторият музикален файл, който да се възпроизвежда между съобщенията (по подразбиране:
defaultmusic_on_hold.wav). - брояч – цяло ЧИСЛО: Брояч за проследяване на броя цикли (по подразбиране: 0).
- musicDuration - ЦЯЛО ЧИСЛО: Продължителност, за която се възпроизвежда всеки музикален запис (по подразбиране: 10 секунди).
Изходи на подпотока
Няма
Разбивка на подпотока
Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът започва. |
|
Проверка на условието |
Подпотока проверява дали броячът е по-малък от 2. Ако е вярно, потокът продължава към последователността на музиката и съобщенията. Ако е невярно, подпотокът приключва. |
|
Възпроизвеждане на музика 1 |
Първият музикален файл (queueMusic1) се възпроизвежда за продължителността, определена от musicDuration. |
|
Пусни съобщението |
След първия музикален файл се възпроизвежда съобщение с помощта на Cisco TTS, със съдържанието, дефинирано от queueMessage. |
|
Възпроизвеждане на музика 2 |
След съобщението се възпроизвежда вторият музикален файл (queueMusic2) за определената продължителност. |
|
Брояч за увеличаване |
Променливата на брояча се увеличава с 1 след възпроизвеждане на втория музикален файл. |
|
Условие за повторна проверка |
След като броячът се увеличи, потокът проверява отново дали броячът все още е по-малък от 2. Ако е вярно, цикълът се повтаря; в противен случай подпотокът завършва. |
|
Край на подпотока |
След като броячът достигне 2, подпотокът приключва. |
Активност на подпотока
Следващата таблица описва последователността на дейностите в подпотоците.
|
Активност на подпотока |
Описание |
|---|---|
|
Стартиране на подпоток |
Инициализира процеса на подпоток. |
|
Проверка на условието |
Проверява се условие, за да се гарантира, че броячът е по-малък от 2, което позволява цикълът да продължи. |
|
Възпроизвеждане на музика 1 |
Пуска първия музикален файл за продължителността, указана от musicDuration. |
|
Пусни съобщението |
Пуска съобщение чрез Cisco TTS със съдържание, предоставено от queueMessage. |
|
Възпроизвеждане на музика 2 |
Пуска втория музикален файл за продължителността, указана от musicDuration. |
|
Брояч за увеличаване |
Увеличете променливата на брояча с 1, за да контролирате цикъла. |
|
Край на подпотока |
Завършва подпотока, след като броячът достигне предварително зададеното ограничение. |
Шаблон за подпоток за планирано обратно повикване
Използвайте този шаблон, за да създадете подпоток, който позволява на повикващите да планират обратно повикване за конкретна дата и час, включително избор на часова зона.
Този подпоток води повикващия през поредица от подкани за събиране на цялата необходима информация за планирано обратно повикване. Изисква желаната дата, начален и краен час за прозореца за обратно повикване и часовата зона на повикващия. Подпотокът включва валидиране за въвеждане на дата и час, за да се гарантира точността. Ако е въведен невалиден формат, повикващият се подканва отново. След като цялата информация бъде събрана успешно, тя се използва за планиране на обратното повикване в системата.
Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани.
Предварителни изисквания
Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:
-
Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
-
Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
-
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
| Име на променливата | Тип | Описание |
|---|---|---|
| Номер за обратно повикване | НИЗ | Телефонният номер, който да се използва за обратно повикване. |
| Име на клиент | НИЗ | Името на клиента, който иска обратно повикване. |
| Опашка за обратно повикване | НИЗ | Опашката, към която ще бъде изпратено планираното обратно повикване. |
Изходи на подпотока
| Име на променливата | Тип | Описание |
|---|---|---|
| Дата на обратно повикване | НИЗ | Датата, за която е планирано обратното повикване, форматирана като ГГГГ-ММ-ДД. |
| Времева зона за обратно повикване | НИЗ | Идентификатор на часовата зона IANA за обратно повикване (напр. Америка/Чикаго). |
| Обратно повикванеПланиранеНачаленЧас | НИЗ | Началният час на прозореца за обратно повикване, форматиран като ЧЧ:мм:сс. |
| Обратно повикванеПланиранеEndTime | НИЗ | Крайният час за прозореца за обратно повикване, форматиран като ЧЧ:мм:сс. |
Разбивка на подпотока
Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.
| Елемент на подпоток | Описание |
|---|---|
| Стартиране на подпоток | Повикването влиза в подпотока. |
| Планирана дата | Повикващият получава подкана да въведе предпочитаната от него дата на обратно повикване във формат YYYYMMDD. Подпотокът валидира въведеното, за да се гарантира, че то е реална дата. Ако е невалидно, подсказването се повтаря. |
| Планиране на начален час | Повикващият получава подкана да въведе началния час за прозореца си за обратно повикване във формат HHMM (24-час). Подпотокът валидира въведеното, за да гарантира, че времето е валидно. Ако е невалидно, подсказването се повтаря. |
| Планиране на час на приключване | Повикващият получава подкана да въведе крайния час за прозореца си за обратно повикване във формат HHMM (24-час). Подпотокът валидира въведеното, за да гарантира, че времето е валидно. Ако е невалидно, подсказването се повтаря. |
| Часова зона на графика | Повикващият е представен с меню, за да избере своята часова зона.– Натиснете 1 за IST (Индийско стандартно време).– Натиснете 2 за централно време.– Натиснете 3 за източно време. |
| Планиране на обратно повикване | Използвайки цялата събрана информация (CallbackNumber, CustomerName, CallbackQueue и планираната дата, час и часова зона), подпотокът официално планира обратното повикване в системата. |
| Край на подпотока | Подпотокът завършва след успешно планиране на обратното повикване. |
Дейности в подпотока
Следващата таблица описва последователността на дейностите по подпоток за планиране на обратно повикване.
| Активност на подпотока | Описание |
|---|---|
| Стартиране на подпоток | Подпотокът започва при извикване. |
| Дата на планиране | Събира предпочитаната дата на обратно повикване на повикващия. TTS подканата е: "Моля, въведете предпочитаната от вас дата в YYYYMMDD формат". Въведеното е валидирано, за да се гарантира, че е правилен формат на датата. |
| ConvertDateFormat | След като въведете валидна дата, тази дейност конвертира въведената YYYYMMDD във формат YYYY-MM-DD и я съхранява в променливата CallbackScheduleDate. |
| ГрафикНачаленЧас | Събира началния час за прозореца за обратно повикване. TTS подканата е: \„Въведете началния час за вашето обратно повикване във формат HHMM\“. Въведеното е валидирано, за да се гарантира, че е в правилен формат на часа. |
| Конвертиране на начален час | Конвертира въведеното за начален час на HHMM във формат ЧЧ:мм:сс и го съхранява в променливата CallbackScheduleStartTime. |
| Краен час на планиране | Събира крайния час за прозореца за обратно повикване. TTS подканата е: \„Въведете крайния час на вашето обратно повикване във формат HHMM\“. Въведеното е валидирано, за да се гарантира, че е в правилен формат на часа. |
| Час на конвертиране | Конвертира въведеното за краен час на HHMM във формат ЧЧ:мм:сс и го съхранява в променливата CallbackScheduleEndTime. |
| Часова зона на графика | Представя меню за избор на часова зона. |
| Планиране на обратно повикване | Това окончателно действие отнема всички събрани и форматирани променливи и създава планираната заявка за обратно повикване в системата. |
| Край на подпотока | Потокът завършва, след като обратното повикване е планирано успешно. |
Допълнителни ресурси
За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.
Създаване и управление на потоци
Създаване на поток
Можете да създавате и управлявате потоци с помощта на модула за ресурси за маршрутизиране. Когато проектирате поток, взаимодействие с консултация не може да съдържа обратно повикване от учтивост, обратна връзка след анкетата или активност при прехвърляне на сляпо.
Когато създавате поток, ако броят възли надвишава 100, може да изпитате забавяне във Flow Designer. В такива случаи ви препоръчваме да използвате функциите "Верига на потока" и "Динамични променливи", за да разделите голям поток в лесно управляеми по-малки потоци. За повече информация вижте Свързване на няколко потока (с GoTo) и Контакт в опашката.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
На Flows страница, щракнете върху Manage flows. Избери Create flows от падащия списък. The Create a new flow се появява съветник с опцията за избор от Flow или
Subflow.
|
| 4 |
Щракнете върху Flow. Щракнете върху Subflow за да създадете подпоток. Процесът на създаване на подпоток е подобен на този за създаване на поток. |
| 5 |
Изберете необходимата опция за създаване на потока:
|
| 6 |
Щракнете върху Start fresh. |
| 7 |
В Flow name поле, въведете уникално име. Името на потока не може да съдържа интервали. Единственият разрешен специален знак е _ (долна черта). Разрешената дължина е 80 знака. Например NewContact_01. |
| 8 |
Щракнете върху Create flow. The Flow Designer се появява прозорец. |
| 9 |
В General settings раздел, въведете описанието на потока. Не можете да променяте описанието по-късно. |
| 10 |
(По избор) Конфигурирайте следните настройки в Diagram settings раздел.
|
| 11 |
В Flow Decryption Settings раздел, включете Enable flow decryption превключвайте, за да позволите дешифриране на чувствителна информация в потока. О: Debug Details Data Disclosure Появява се изскачащ прозорец. Проверка I agree и щракнете върху Save. Сега ще можете да дешифрирате чувствителна информация от регистрационните файлове на потоците по време на потоците за отстраняване на грешки. Вижте раздела Потоци на проследяване за подробности. |
| 12 |
Изпълнете следните задачи, за да създадете потока:
|
Създаване на потоци от шаблони за потоци
Шаблоните за потоци ви дават „извън кутията“ потоци за често използвани случаи. За да създадете потоци от шаблони за потоци:
| 1 |
Влезте в Control Hub. |
| 2 |
Навигирайте до . |
| 3 |
От Contact Center панел за навигация, щракнете . |
| 4 |
На Flows страница, щракнете върху Manage flows и щракнете върху Create flows падащ списък. The Create a new flow се появява съветник с опцията за избор от Flow или Subflow.
|
| 5 |
Щракнете върху Flow. За да създадете подпоток, щракнете върху Subflow. Процесът на създаване на подпоток е подобен на този за създаване на поток. |
| 6 |
От Choose a method, щракнете върху Flow templates. |
| 7 |
Изберете своя шаблон от списъка с налични шаблони. Щракнете върху Next. Щракнете върху View details за да видите подробен преглед на шаблона. Вижте раздела Преглед на подробностите за шаблона за поток за повече информация. |
| 8 |
В Flow name поле, предоставят уникално име за потока. Придържайте се към конвенциите за именуване. |
| 9 |
Щракнете върху Next. Създадохте нов поток от шаблон за поток.
За повече информация относно потоците и ако потоците изискват допълнително конфигуриране преди тестване, използвайте връзките, налични в списъка с шаблони за потоци. Вижте Преглед на подробностите за шаблона за поток. |
Какво да направите след това
Персонализирайте дейностите и събитията в потока според вашите изисквания. Валидиране и публикуване на потока.
Преглед на подробности за шаблона за поток
За да видите повече подробности за конкретен шаблон:
| 1 |
От страницата за събиране на шаблони изберете желания шаблон. |
| 2 |
Щракнете върху View details. The Template details се появява страницата.
|
Какво да направите след това
Щракнете върху Select template за да продължите с избрания шаблон.
Опции на контекстното меню
Използвайте контекстното меню за допълнителни действия. За да отворите контекстното меню от Flows страница, изберете потока и отворете потока в модула Flow Designer. Задръжте курсора на мишката над името на потока. Появява се меню със следните опции:
- Edit name—Използвайте, за да преименувате потока.
- Export– Използвайте за експортиране на потока.
- Import—Използвайте, за да импортирате потока.
- Delete—Използвайте, за да изтриете потока.
- View version history—Използвайте, за да видите подробности за версията на потока.
Редактиране на променливи на потока
Не можете да редактирате променлива, когато се използва. След като създадете типа променлива, не можете да я редактирате.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer. |
| 4 |
Щракнете върху етикет на променлива от Global properties хляб. Изскачащият прозорец показва обобщение на информацията за променливата.
|
| 5 |
Щракнете върху Edit в горния десен ъгъл на изскачащия прозорец. |
| 6 |
Изберете неизползваната променлива в потока. |
| 7 |
Направете необходимите промени в името, описанието, стойността и конфигурациите на променливите. |
Промяна на поток
Използвай Edit превключете, за да редактирате поток. Когато е активирано, другите разработчици на потоци не могат да редактират потока едновременно. По подразбиране се отваря поток в режим само за четене.
Можете да маркирате променливи, които съдържат чувствителна информация, като защитени. Когато отворите съществуващ поток, който съдържа променливи на потока, получавате подкана да прегледате и маркирате тези променливи като защитени. За повече информация относно защитените променливи вижте Защитени променливи.
| 1 |
Влезте в Control Hub. | ||||||||||||
| 2 |
Отидете на . The Flows страницата се появява и показва списъка с потоци със следните полета:
| ||||||||||||
| 3 |
Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer. Ако избраният поток има променливи на потока, съобщение ви подсказва да маркирате променливите като защитени. Можете да промените потока само ако Edit On бутонът за превключване е активиран. Ако Edit On бутонът за превключване е зададен на изключен, потокът се показва в режим само за четене. | ||||||||||||
| 4 |
Flow Decryption Settings: Активирайте Flow Decryption Settings за да позволите дешифриране на потока. Вижте раздела Потоци на проследяване за подробности. | ||||||||||||
| 5 |
Щракнете върху Go Select Secure Variables за да отворите Edit Secure Variables диалогов прозорец. Можете да щракнете върху Skip for now за да продължите да редактирате избрания поток, без да маркирате защитените променливи. Този диалогов прозорец се появява следващия път, когато редактирате потока. Проверете Don't show this message again Квадратче за отметка, за да пропуснете окончателно процеса на избор за избрания поток. В момента тази функция не се поддържа. | ||||||||||||
| 6 |
Поставете отметка в квадратчетата на променливите, които съдържат чувствителна информация, и щракнете върху Save. Прозорецът на Flow Designer показва избраните променливи с икона на катинар до имената на променливите. Избраният поток се отваря в режим само за четене. | ||||||||||||
| 7 |
Активирайте Edit превключете бутона, за да промените потока. | ||||||||||||
| 8 |
Редактирайте черновата на потока, както желаете. Когато промените поток, взаимодействието с консултацията не може да съдържа обратно повикване от учтивост, обратна връзка от анкетата след повикване или активност при сляпо прехвърляне. | ||||||||||||
| 9 |
Щракнете върху Save за да запишете потока, ако деактивирате Autosave бутон за превключване. |
Визуализация на аудио подкана в рамките на потока
Функцията за визуализация на аудио подкани позволява незабавно възпроизвеждане на аудио на .wav файлове и съобщения от текст към реч (TTS) в модула Flow Designer. The Preview prompt бутонът с в следните дейности осигурява подобрена среда за разработчици чрез намаляване на времето и усилията за валидиране на аудио и текстово-речните съобщения:
Използвай Preview prompt бутон за бърза проверка на аудио подканите, езика и гласовия избор в TTS съобщенията, заедно с тестване на SSML маркирането за персонализиране на подканата.
-
Активността за възпроизвеждане на музика не поддържа визуализация на подкана.
-
При визуализация на текст към реч изборът на глас е задължителен.
-
Не можете да промените опцията за TTS конектор при визуализация на подканата. Затворете модалния прозорец за подкана за визуализация, изберете друг доставчик в дейността, за да тествате друг доставчик на TTS.
-
The Language и Voice настройките в падащия списък при визуализация на подкана съответстват на променливи Global_Language и Global_VoiceName, съответно. Можете да ги зададете в потока, за да промените средата за работа.
-
Когато тествате променливи на аудио файла, уверете се, че пътят на файла съответства на действителен .wav файл, който съществува в системата.
Търсене на обекти в поток
Използвайте функцията за търсене, за да търсите обекти в поток и да получите бърз достъп до техните местоположения. За потоци, които са по-сложни и сложни, използвайте тази възможност за търсене, за да избегнете ръчни усилия при намиране на желаните обекти.
Можете да търсите следните обекти в потока, като използвате тази функция за търсене:
- Имена, описания и въвеждания на дейности
- Имена на променливи
- Каменни изрази
- Свойства на потока
Можете да намирате и заменяте свободен текст в полета, като въвеждания на текст, описания, каменни изрази и т.н.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в Flow Designer
прозорец.
|
| 4 |
В полето за търсене, което се появява в горния десен ъгъл, въведете ключовата дума (име на активност, име на променлива или низ) и натиснете Enter. Можете също да задействате полето за търсене, като използвате клавишните комбинации: Cmd + K (за macOS) и Ctrl + k (за Windows). Резултатите от търсенето се показват в отделен панел за търсене от лявата страна на екрана.
|
| 5 |
(По избор) Изберете един или повече типове обекти от падащия списък, за да филтрирате резултатите от търсенето. |
| 6 |
За да намерите и замените текст, направете следното: |
Прилагане на етикети на версията към поток
Препоръчваме да добавите етикети на версиите, за да изградите жизнения цикъл на потока през различни фази, като разработване, тестване и на живо. Вместо да прилагате промени директно към потока, можете да публикувате потока през фази, преди да разположите потока в производството. Тази функция ви помага да избегнете презаписване на текущия си поток в производството.
Когато публикувате поток, свържете етикет на версия като „На живо“, „Тест“ или „Dev“ с новата версия на потока в допълнение към името на потока. Това дава възможност за прикачване на различни версии на един и същи поток към различни входни точки или дейност GoTo. Най-новият е етикетът на версията по подразбиране, който не можете да премахнете от версия на потока. Можете да приложите всеки друг етикет на версията заедно с най-новия.
Освен това можете да прикачите няколко версии на един и същи поток към входна точка. По време на конфигурация на входната точка можете да изберете поток заедно с един от свързаните с него етикети на версията.
Можете също да промените логиката на потока динамично, като отворите етикетите на версиите в рамките на потока, като използвате NewContact променлива (вижте Начален поток за подробности). The
NewContact.FlowVersionLabel променливата показва етикета на версията на потока, който се изпълнява в момента: дали „Dev“, „Test“, „Live“ или „Latest“. Прилагането на етикет на версия на потока позволява изработването на персонализирана логика, която се адаптира към конкретните етикети на версията на потока.
Когато отворите потока в режим на редактиране, ще видите черновата на версията от най-новата публикувана версия на потока. Когато публикувате тази чернова версия, тя асоциира с нея етикета на най-новата версия. В даден момент само един поток има асоцииран с него етикет на последната версия. Това съответства на последната публикувана версия на потока.
Преди да започнете
Трябва да публикувате потока поне веднъж.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer. |
| 4 |
Редактирайте потока. |
| 5 |
Щракнете върху Save за да запишете потока, ако деактивирате Autosave бутон за превключване. |
| 6 |
Включете Validation превключете бутона, за да разрешите публикуване. |
| 7 |
Щракнете върху Publish. |
| 8 |
(По избор) В Publish flow диалогов прозорец, въведете бележка за версията или всяка информация, която искате да споделите с други разработчици на потоци. |
| 9 |
По подразбиране, Latest е избран като етикет на версията, който показва най-новата версия на потока. Можете да приложите няколко етикета на версията към версия на потока, като например на живо, DEV или тест, от Add version label падащ списък. Ако определен етикет на версия е съпоставен с входна точка, в падащия списък се появява известие до този етикет на версия, което гласи, че етикетът е съпоставен с входна точка. |
| 10 |
Щракнете върху Publish. След като изберете един или повече подходящи етикети на версията и публикувате, използвайте тази версия на потока, когато задавате на входна точка. |
| 11 |
(По избор) Щракнете върху иконата на таймера до номера на версията, за да видите хронологията на версията на потока. The Version history се появява модален прозорец, който показва следните подробности за активните версии и други версии на потока:
Използвайте някой от следните атрибути за търсене по ключова дума, за да филтрирате таблицата:
|
| 12 |
(По избор) Щракнете върху View икона на всеки ред, за да видите потока, публикуван в избраната версия. Ако изберете да редактирате, когато преглеждате по-стара версия на потока, тя презаписва текущата чернова с тази конкретна версия на потока. |
Можете да добавите произволен брой версии към потока. Хронологията на версиите на поток обаче показва само най-новите версии на 100. Версиите на поток се изтриват само когато изтриете потока.
Активиране и деактивиране на автоматичното записване
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
За да създадете поток, щракнете върху New. |
| 4 |
За да редактирате съществуващ поток, щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в Flow Designer
прозорец.
|
| 5 |
За да разрешите опцията за автоматично записване, задайте Autosave бутон за превключване на „ВКЛ.“. |
| 6 |
За да деактивирате опцията за автоматично записване: След като забраните опцията за автоматично записване, запишете промените си ръчно. В противен случай ще загубите промените, направени в потока. |
Копиране и поставяне на дейности
Копирайте и поставете дейност или група дейности в един и същи поток, така че да не се налага да конфигурирате дейности от нулата. За тази цел можете да изберете една дейност или група от дейности наведнъж и да ги използвате повторно в същия поток. Когато копирате дейности, системата създава дубликати на тези дейности и копира всички конфигурирани настройки и връзки.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
За да създадете поток, щракнете върху . |
| 4 |
За да редактирате съществуващ поток, щракнете върху Go to Flow Designer икона до потока, за да отворите потока. |
| 5 |
Направете някое от следните неща: Или можете да натиснете Ctrl + C на клавиатурата, за да копирате избраните дейности и да натиснете Ctrl + V, за да поставите избраните дейности върху платното. |
| 6 |
Пренаредете копираните дейности, ако е необходимо. |
Валидиране на поток
Валидирайте поток, за да сте сигурни, че всички задължителни полета са конфигурирани и че структурата на потока е валидна. Валидирането не може да определи как системата изпълнява потока в работно време и не гарантира, че потокът ще работи според очакванията.
Когато проверката е успешна, напуснете Validation включване. Не можете да публикувате потока, освен ако валидирането не успее.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока, който искате да валидирате. Потокът се отваря в Flow Designer
прозорец.
|
| 4 |
Задайте Validation превключване към On. Валидирането започва и грешките се показват в прозореца. По време на проверката системата показва грешките по следните начини:
|
| 5 |
Ако затворите Validation details прозореца и искате да го отворите отново, щракнете върху Flow errors бутон. |
| 6 |
(По избор) Ако има грешки, задайте Validation превключване към Off. Поправете грешките и рестартирайте проверката. Валидирането на потока не може да оцени функциите или да провери дали променливите успяват да очакват стойности. Тя проверява само за структурни грешки. Проверете отново променливите си, за да сте сигурни, че работят според очакванията. |
Копиране на поток
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху иконата на многоточие до потока, който искате да копирате, и щракнете върху Copy. Името на копирания поток е в следния формат: Копиране_FlowName_FlowID. Името на потока е името на оригиналния поток, а ИД на потока е уникален идентификатор за оригиналния поток. |
| 4 |
Отворете копирания поток, за да редактирате името. |
Експортиране на поток
Експортирайте поток, за да извлечете дефиниция на поток като JSON файл. След това можете да импортирате JSON файла, за да създадете същия поток на друг клиент. За да импортирате поток, вижте Импортирайте поток.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху иконата на многоточие до потока, който искате да експортирате, и щракнете върху Export. |
| 4 |
В диалоговия прозорец, който се отваря изберете Save и щракнете върху OK за да изтеглите файла с потока. Файлът се изтегля на вашата локална система със съществуващото име на файл в JSON формат. |
Импортиране на поток
За да импортирате поток от друг клиент, първо трябва да експортирате потока като JSON файл. За да експортирате поток, вижте Експортирайте поток.
За да използвате повторно съществуващ поток в рамките на същия клиент, вижте Копиране на поток.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Под Manage flows щракнете Import. |
| 4 |
Изберете файл с поток, който е във формат JSON, от вашата локална система. |
| 5 |
Щракнете върху Open за да импортирате файла. Потокът се импортира във вашия клиент. Можете да импортирате поток само във формат JSON. За да бъде импортирането успешно, JSON файлът трябва да е валиден поток. Можете да импортирате файл с размер до 10 MB. |
Какво да направите след това
Можете да промените или публикувате потока. За повече информация вижте Работа с потоци.
Публикуване на поток
Можете да публикувате поток, след като системата валидира потока и го намери без грешки. Можете да използвате публикуван поток в стратегиите за маршрутизиране на входната точка.
Преди публикуването потвърдете, че потокът е правилно конфигуриран и готов за използване в контактния център на живо. Системата не поддържа напълно редактиране на публикуван поток.
Системата деактивира Publish flow бутон, докато Validation превключвателят е изключен. Ако съществуват активни грешки, бутонът остава деактивиран.
Когато щракнете върху Publish flow, на Publish flow се появява прозорец за потвърждение. Преди да публикувате поток, се уверете, че всички изрази работят и че потокът се държи според желанието.
Ако възникне грешка:
- Виждате прозорец за известия с
Tracking IdиFlow Id. Свържете се с поддръжката на Cisco за съдействие при грешки. Поддръжката изискваTracking Id. - Щракнете върху Retry publish.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока, който искате да публикувате. Потокът се отваря в Flow Designer
прозорец.
|
| 4 |
Щракнете върху Publish. Ако потокът се публикува успешно, се появява съобщение за потвърждение. |
| 5 |
Изберете една от следните опции:
|
Изтриване на поток
Ако потокът има статус на Published, може да бъде част от конфигурацията на стратегията за маршрутизиране. Знаете къде се използва потокът, преди да го изтриете. В противен случай бихте могли да повлияете на взаимодействията на контактния център на живо.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . The Flows се появява страницата.
|
| 3 |
Щракнете върху иконата на многоточие до потока, който искате да изтриете, и щракнете върху Delete. |
| 4 |
Щракнете върху Yes за да потвърдите. |
Стратегии за маршрутизиране за входната точка
Стратегията за маршрутизиране на входната точка е конфигурация, която контролира поведението на маршрутизиране на даден контакт, когато контактът достигне входна точка. Когато даден контакт пристигне в входна точка, маршрутизиращият двигател проверява, за да види коя стратегия за маршрутизиране е активна в дадения момент и следва тази конфигурация.
Разделът за управление на повикванията на конфигурацията на стратегията за маршрутизиране на входната точка ви позволява да изберете поток, който контролира опита на повикващите по време на взаимодействието им. С Flow Designer можете да конфигурирате поток от край до край, който управлява както първоначалното обработване на повикването в IVR, така и работата на опашката, след като контактът бъде поставен на опашката.
Изберете поток от Flow падащ, за да се посочи потокът, който контролира изживяването с цялостно повикване през времевия интервал, посочен в стратегията за маршрутизиране. Само потоци, които са публикувани от Flow Designer, са достъпни от този падащ списък.
Потоците са налични само за входни точки за телефония. Не можете да заместите никакви настройки в потока от стратегията за маршрутизиране на входната точка.
Стратегии за маршрутизиране на опашката
Стратегията за маршрутизиране на опашката е конфигурация, която контролира поведението на маршрутизиране на даден контакт, когато контактът достигне опашка. Когато даден контакт пристигне в опашка, маршрутизиращият двигател проверява, за да види коя стратегия за маршрутизиране на опашката е активна в дадения момент и следва тази конфигурация.
Клиентите, които имат стратегии за маршрутизиране на опашки в Webex Contact Center, имат достъп до тях, но не могат да създават нови стратегии. Препоръчваме всички клиенти да прехвърлят конфигурациите си към опашки.
Създаване и управление на подпотоци
Flow Designer ви позволява да разбивате големите потоци в по-малки, по-управляеми части, наречени подпотоци. Можете да използвате повторно подпотоци в множество потоци, за да се справите със специфични задачи. Този модулен подход опростява управлението на потоците и намалява сложността на изграждането на големи потоци. Ето някои ключови характеристики на подпотоците:
-
Можете да създадете подпотоци на ниво организация, за да ги направите достъпни вътрешно. Можете например да преглеждате и извиквате подпотоци, които са налични в една и съща организация. Можете да създадете максимум 200 подпотока за организация.
-
Можете да извикате подпоток от вътре в поток, за да изпълните логика, без да се свързвате с входна точка или да напуснете главния поток.
-
Можете да използвате повторно подпотоци няколко пъти в главния поток или между основните потоци в рамките на организацията.
-
Можете да прехвърляте променливи между родителския поток и подпотоците и да съпоставяте входните и изходните променливи от главния поток към подпотока и обратно. Това прави тези променливи в подпотока независими от променливите в родителския поток, който извиква подпотока.
Въпреки това настройките за текст към реч (TTS) в основния поток не преминават към подпотоците. Например, помислете за поток, в който основната променлива на поток е
Global_VoiceName: fr-FR-Ariane (French). Ако подпоток задейства възпроизвеждане на TTS, аудиото се възпроизвежда на английски език по подразбиране. За да преодолеете това, дефинирайте променлива на подпоток със същото име, което еGlobal_VoiceName :fr-FR-Ariane (French). Като алтернатива можете да създадете променлива за подпотокGlobal_VoiceName(същото като в главния поток) и нанесете стойността от главния поток към подпотока. За повече информация вижте Конфигуриране на различни поддържани езици и гласови имена с вграден текст към реч в подпотока WxCC.Не можете да добавяте глобални променливи към подпотока. Можете обаче да нанесете глобална променлива от главния поток към локална променлива в подпотока.
-
Можете да публикувате подпотока независимо. Промените, направени в подпотока обаче, влизат в сила само след като публикувате отново основния поток.
-
Можете да прикачите етикет на версия, като Live, Dev и Test, към подпоток, така че да можете да извършите цялостно тестване на главния поток в съответните среди.
-
Подпотоците трябва да се извикват от основните потоци. Не можете да извикате друг подпоток от подпоток.
-
Не можете да свържете подпоток от входна точка или стратегия за маршрутизиране в опашка.
-
Можете да импортирате и експортирате подпотоци независимо.
Създаване на подпоток
Можете да създавате и управлявате подпотоци в Control Hub.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . |
| 3 |
Щракнете върху . |
| 4 |
В Subflow name поле, въведете името на подпотока. Името на подпотока трябва да е уникално. Той не може да съдържа интервали. Единствените позволени специални знаци са _ (долна черта) и - (тире). Максималната дължина е 80 знака. |
| 5 |
Щракнете върху Start building subflow. The Flow Designer се появява прозорец. |
| 6 |
В General settings раздел, въведете описанието на подпотока. Можете да промените това описание по-късно. |
| 7 |
В View settings раздел, конфигурирайте функции като извити връзки, цвят на връзката, цвят на пътя на грешката, цвят на избор на цвят и дебелина. |
| 8 |
В Variable definition раздел, добавете необходимите променливи за свързване с главния поток.
Всички горепосочени променливи могат да бъдат от тип низ, цяло число, дата и час, булев, десетичен и JSON. |
| 9 |
Изпълнете следните задачи, за да създадете подпотока:
Действия като прилагане на етикети на версиите и проследяване на потоци функционират по същия начин, както в основния поток. За повече информация Приложете етикети на версията към поток и Потоци за отстраняване на грешки. |
Редактиране на подпоток
Когато редактирате и публикувате подпоток, промените влизат в сила в главния поток, само след като публикувате главния поток.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . |
| 3 |
Щракнете върху подпотока, който искате да редактирате. |
| 4 |
Активирайте Edit бутон за превключване, за да промените подпотока. |
| 5 |
Направете необходимите промени в подпотока. Щракнете върху Save за да запишете потока, ако деактивирате Autosave бутон за превключване. |
Изтриване на подпоток
Ако някой публикуван главен поток използва подпоток, не можете да го изтриете, независимо дали потокът е жив, или е прикачен към входна точка. За да изтриете подпотока, първо го премахнете от главния поток или изтрийте главния поток изцяло.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . |
| 3 |
Щракнете върху иконата с вертикална многоточие в реда на подпотока, който искате да изтриете, и щракнете върху Delete. |
| 4 |
Щракнете върху Yes за да потвърдите. |
Добавяне на подпоток към основен поток
Можете да добавите подпоток в няколко основни потока.
| 1 |
Влезте в Control Hub. |
| 2 |
Навигирайте до . Можете също да добавите подпоток към главния поток от навигационната лента на портала за управление. Избери . Щракнете върху иконата на многоточие до потока, който искате да редактирате, и щракнете върху Open. |
| 3 |
Щракнете върху потока, който искате да промените, за да добавите подпоток. The Flow Designer се появява прозорец. |
| 4 |
Щракнете върху Subflows . Появява се списък с подпотоци за избраната организация/клиент. |
| 5 |
Плъзнете и пуснете необходимия подпоток от списъка в платното, за да го добавите към основния поток. Можете да прегледате подробностите за избрания подпоток, като име, версия на подпотока заедно с етикета на версията и всички променливи, конфигурирани в подпотока. Като опция щракнете върху View до името на подпотока, за да отворите подпотока в нов раздел в браузъра. |
| 6 |
В Subflow version раздел, изберете необходимия етикет на подпоток, който искате да добавите към главния поток, тъй като този не е конфигуриран по подразбиране. По подразбиране, Enable automatic updates квадратчето за отметка е отметнато. Когато е активирано, всеки път, когато създавате нова версия на подпоток, системата автоматично актуализира главния поток с по-новата версия. Премахнете отметката от Enable automatic updates опция за деактивиране на автоматичните актуализации. Не забравяйте да публикувате отново основния поток, когато създавате по-нови версии на подпотока. |
| 7 |
В Subflow input variables раздел, съпоставете основните променливи на потока с входните променливи на подпотока. Уверете се, че сте съпоставили един и същ тип данни, за да може подпотокът да работи без грешки. По същия начин, в Subflow output variables раздел, съпоставете изходните променливи на подпотока към основните променливи на потока със същия тип данни. |
| 8 |
Публикувайте основния поток. |
Създаване и управление на функции
Можете да създавате и управлявате функции в рамките на модула Flow Designer. Функциите ви позволяват да пишете потребителски изходен код за изпълнение на бързи задачи с данни и да организирате сложни действия. Можете да пишете вграден код с помощта на редактор на кодове и да ги използвате в различните потоци.
Функциите допълват рамката Pebble Template, която разработчиците използват за изпълнение на подобни задачи. С тази възможност разработчиците на потоци могат:
- Изберете езика, на който да пишете кода. Поддържаните езици са JavaScript и Python.
- Напишете персонализиран изходен код с езиков специфичен статичен анализ.
- Тествайте персонализиран код с примерни стойности и прегледайте резултатите и грешките, преди да публикувате.
- Запис на логиката на потока въз основа на изходните променливи на активността и кодове за статус/грешка.
- Анализирайте и задайте в променливи стойностите на изходи, върнати от функцията, за по-нататъшно използване в потока.
- Повторно използване на функции в множество потоци като дейност.
- Потоци за отстраняване на грешки с помощта на съобщенията за грешка, върнати от изхода на функцията, статуса и кодовете за грешка, обработката на грешки по време на изпълнение, функциите за отстраняване на грешки в потока и функциите за анализ.
Важни съображения
Този раздел подчертава няколко важни съображения, които трябва да отбележите при работа с функции:
- Максималният брой поддържани функции за една организация е 200.
- Максималната разпределена памет за функция е 128 MB.
- Времето за изчакване за конфигуриране на аудио при изчакване е 2-5 секунди.
Създаване на функция
| 1 |
Влезте в Control Hub. |
| 2 |
Навигирайте до . |
| 3 |
На Functions страница, щракнете върху Create a function. Можете също да създадете функция от Functions раздел в рамките на модула Flow Designer. |
| 4 |
На Create a new function страница, изберете необходимия метод за създаване на функция. |
| 5 |
Щракнете върху Publish Function. На Publish Function страница, въведете следните подробности:
Използвайте падащия бутон до името на функцията горе вляво на страницата, за да видите хронологията на версията на функцията. Можете също да се върнете към по-стара версия, ако е необходимо, подобно на това, което правите за потоците. Ако публикувате функция след редактиране на нейния изходен код или настройки, системата актуализира незабавно промените във всички потоци, като използва тези маркирани версии на функцията. Затова бъдете внимателни при публикуването на маркирани версии на функция, използвани във вашите производствени потоци на живо. |
Какво да направите след това
Добавете функцията към основния поток. За повече информация вижте Добавяне на функция към основен поток.
Управление на функции
След създаването на функция можете да я копирате, експортирате и изтривате, както е необходимо.
| 1 |
Влезте в Control Hub. |
| 2 |
Навигирайте до . Страницата „Функции“ показва всички функции, създадени в организацията.
|
| 3 |
Щракнете върху иконата на многоточие до функцията. Избери Copy, Deleteили Export при необходимост. |
| 4 |
Щракнете върху Manage function in flow designer бутон, за да отворите функцията в модула за дизайнер на потоци. |
Какво да направите след това
Добавяне на функция към основен поток
Можете да добавите функция в няколко основни потока.
| 1 |
Влезте в Control Hub. |
| 2 |
Навигирайте до . |
| 3 |
Щракнете, за да отворите потока, към който искате да добавите функция. |
| 4 |
Включване на Edit бутон. |
| 5 |
Щракнете върху Functions раздел от екрана „Списък с дейности“ вляво Появява се списък с публикувани функции, създадени за избраната организация/клиент. |
| 6 |
Плъзнете и пуснете необходимата функция от списъка на платното. Добавете го към основния поток. Можете да прегледате подробностите за избраната функция, като етикет на версията на функция, входни променливи на функция, данни за променливите и изходни променливи. |
| 7 |
В Function Input Variables раздел, съпоставете основните променливи на потока с функционалните входни променливи. Променливите на потока, създадени със същото име и тип данни като променливите за въвеждане на функция се съпоставят автоматично един с друг. |
| 8 |
В Function Output Variables раздел, анализиране и съпоставяне на функционалните изходни променливи към основните променливи на потока със същия тип данни. Можете да анализирате с помощта на JSONPath изрази, както е подробно на екрана с примери. |
| 9 |
Публикувайте основния поток. |
ЧЗВ
Този раздел отговаря на често задавани въпроси за използването на функции във вашата организация.
Кои езици модулът на Flow Designer поддържа дейността на функцията?
Модулът Flow Designer поддържа JavaScript (Node.js 22.x) и Python (3.13) в първата фаза.
Имаме ли ограничения за библиотеките, които мога да използвам вътре в кодовия блок?
Налични са общи местни библиотеки. Въпреки това няма поддръжка за персонализирани модули.
Има ли ограничение за броя на редовете на кода?
Да. Можете да въведете до 5000 реда код.
Има ли ограничение на времето за изпълнение?
Да. За завършване на изпълнението е ограничено до 5 секунди.
Мога ли да тествам кода си? Някакви ограничения?
Да. Наличен е тестовият runner за изпълнение с реални изходи или върнати съобщения за грешка. Регистрационните файлове на конзолата не са експонирани, но човек може да ги настрои и да получи достъп с помощта на персонализиран изходен низ.
Имаме ли поддръжка за музика при изчакване за изпълнение изчаква по средата на повикване (предотвратяване на тишина)
Да, настройката за музика при изчакване в потока автоматично помага за предотвратяване на тишина на повикващите. Стойността по подразбиране е 2 секунди.
Как работи функцията?
Ние използваме FaaS (функция като услуга) инфраструктура, за да пакетираме и изпълним функцията. Ниска латентност за гласови повиквания.
Колко входни променливи мога да предам? Колко изхода се задават?
Задават се десет входни променливи и една изходна променлива на JSON. Отделните функционални изходи могат да бъдат анализирани в една и съща дейност с помощта на JSONPath изрази.
Мога ли да задам няколко променливи за блока с код?
Да. Новото подобрение за задаване на множество променливи е подобно на дейността „Парсе“.
Мога ли да използвам функцията за множество потоци?
Да. Можете да използвате функцията в различните си потоци, тъй като е централно достъпна във вашата организация.
Кой може да управлява (редактира или преглежда) функциите?
Ръководители и администратори. Достъпът на ръководителите до функцията се контролира от Function настройка (която може да бъде зададена на „Редактиране“, „Преглед“ или „Няма“ в „Опит на клиента“ в потребителския профил).
Конфигуриране на обработката на грешки
Системата маркира пътя за обработка на грешки за всяка дейност, зададена в рамките на конкретния поток. Конфигурирайте пътя за обработка на грешки, за да управлявате потенциални грешки по време на изпълнението на потока. Системата показва този път по подразбиране, но конфигурирането му не е задължително. Ако не я настроите за дейност, системата показва известия по време на проверката на потока. Въпреки това можете да публикувате потока с тези известия.
Системата класифицира грешките, които възникват по време на изпълнението на потока, в две категории:
-
Activity execution errors: Посочете грешките, които възникват по време на функционалното изпълнение на дейността. Например грешка в дейността възниква, когато клиент въведе несъответстващ запис по време на изпълнението на дейността Менюто.
-
System/Global errors: Посочете грешките, които възникват в системата по време на изпълнението на дейността. Например системни грешки възникват, когато има невалиден израз с камъчета по време на изпълнението на дейността Задаване на променлива.
-
Undefined Error: Този възел на грешка задава пътя за извеждане на грешката, който се поема от потока, когато има недефинирани системни грешки по време на изпълнението на потока. Можете да конфигурирате потока за недефинирани грешки, като свържете изходния път на тази дейност към подходящи дейности.
Следното Flow Control дейностите нямат Undefined Error възел:
- Начален поток
- Край на потока
- HTTP заявка
- Парсе
Ако не виждате Undefined Error възел във всяка дейност, свържете се с поддръжката на Cisco, за да активирате съответния флаг за функции.
-
Конфигурирайте пътищата за обработка на грешки, за да оптимизирате потока. Ако не конфигурирате път за обработка на грешка за дейността, по подразбиране потокът съответства на зададения в
OnGlobalError манипулатор на събития под Event Flows . За повече информация относно
OnGlobalError манипулатор на събития, вижте Потоци на събития.
Наложени от системата ограничения за самостоятелна верига за дейности
Системата налага ограничения на собствения цикъл за определени дейности по време на изпълнение на потоците. Това предотвратява навлизането на дейности в безкрайни цикли в рамките на взаимодействие.
Ако дадена дейност надвиши наложеното от системата ограничение по време на изпълнението, се появява предупредително съобщение, което показва, че е открит цикъл. За подробности относно специфичните максимално допустими стойности за дейности вижте статията Системни ограничения в Webex Contact Center.
Ако дадена дейност надвиши наложеното от системата ограничение по време на изпълнението, се появява предупредително съобщение, което показва, че е открит цикъл. Вижте следната таблица за максимално допустими стойности за дейности:
Конфигурации | Ограничение за самостоятелни цикли |
|---|---|
| Разширена информация за опашката | 1500 |
| Сляп трансфер | 10 |
| Съкратено прехвърляне | 75 |
| Обратно повикване | 10 |
| Анализ на напредъка на повикванията | 10 |
| Събиране на цифри | 100 |
| Прекъсване на контакта | 0 |
| Ескалиране на групата за разпределяне на повикванията | 750 |
| Обратна връзка2 | 10 |
| Меню | 100 |
| Контакт на опашката | 100 |
| Опашка към агент | 100 |
| Задаване на ИД на повикващия | 100 |
| Управление на записите | 10 |
| Записване | 10 |
| Планиране на обратно повикване | 10 |
| Задаване на приоритет на контакт | 100 |
| Стартирай мултимедийния поток | 20 |
| Качване на аудио | 3 |
| Виртуален агент | 50 |
| Виртуален агент V2 | 50 |
Въпреки че съществуват специфични конфигурации за дейности по обработка на повиквания, дейностите за управление на потока са обект на конфигурирани от системата гранични стойности на пика, за да се гарантира стабилност и да се предотврати безкраен пробив.
Свързване на няколко потока (с GoTo)
Flow Designer ви дава възможност да свържете няколко потока (поток верига). Можете да промените средата на повикващия, като прехвърлите повикванията към входна точка (въз основа на времето) или към поток (за повторно използване в различни сценарии). Използвайте GoTo, за да верифицирате множество потоци. Можете да съпоставяте променливи на потоците в различните потоци, за да сте сигурни, че данните продължават да съществуват през цялата среда за повиквания от край до край.
Регистрация на ваксинация
За да управлявате клиенти, участващи в кампания за ваксиниране, можете да предоставите две възможности: една за премиум клиенти, а друга за общи клиенти.
При повикване на общи клиенти системата подава повикването към потока, свързан с регистрациите за обработка на входната точка. Въз основа на активните стратегии за маршрутизиране на входната точка, системата маршрутизира повикването към подходящия агент за регистриране на общия клиент.
Когато клиентите с добавена такса се обаждат, системата предава повикването към друг поток, за да насрочи среща.
Известни проблеми със свързващите потоци
-
Системата ви пречи да изтриете входна точка, която участва във веригата на потока. Изтрийте всички свързани ресурси – опашки и потоци, преди да премахнете входната точка.
-
Системата ви пречи да изтриете поток, който участва в верига на потока. Премахнете всяка препратка за верига на потока, преди да я изтриете.
-
Принудително изтриване на входна точка или поток във верижната верига на потока и не показва съобщения за грешки в потребителския интерфейс.
Потоци за отстраняване на грешки
Отстраняването на грешки в потока е процес след повикване в Flow Designer което ви дава възможност да получавате сведения за потока и пътя, който е поел за повикване. Тази функция позволява на разработчиците на потоци да преглеждат ключовата информация в пътя за изпълнение на контрола, за да отстраняват грешки и да отстраняват проблеми с потока.
Ако сте приложили няколко етикета на версията към поток, можете да проследите потока и по отношение на тези етикети на версията. За повече информация вижте Прилагане на етикети на версията към поток.
Взаимодействието обобщава и съпоставя дейности по време на пътуването на даден контакт през контактния център. Системата генерира уникален ИД на взаимодействие за всяко взаимодействие, който проследява пътуването, помагайки за идентифициране на неизправности и отстраняване на неизправности в изпълнението на потока.
Отстранете грешки, за да видите пътищата за управление на повикванията след изпълнение на потока в производството, като осигурите проверка на настройките за активност и зависимите конфигурации на потока за успешно изпълнение.
Дешифриране на регистрационните файлове за поток
За да се подобри защитата и гъвкавостта на отстраняването на грешки при потоци, контролите за дешифриране са на разположение за управление на експозицията на чувствителни данни по време на отстраняването на грешки:
- Дешифроване на ниво поток: Включете Enable flow Decryption превключване под Flow Decryption Settings при създаване и редактиране на потоци. Тази опция е налична на страницата с общи настройки за потока. Това превключване управлява дешифроването на всички дейности в потока. Активирането на това превключване дешифрира регистрационните файлове за всички дейности независимо от дешифрирането на ниво дейност.
- Дешифроване на ниво активност: Включете Enable
Decryption превключете за по-подробен контрол на дейностите. Можете да дешифровате регистрационните файлове за дейностите, ако изходът е чувствителен, дори ако сте активирали дешифроване на ниво поток. Това гарантира, че поверителните данни в дейностите остават защитени по време на отстраняването на грешки.
Дешифроването на потока се прилага само за повиквания, инициирани след публикуването на потока.
За да защитите регистрационните файлове за потока:
-
Активирайте превключвателя за дешифроване на ниво поток, за да позволите дешифроване за всички дейности.
-
За дейности, изискващи допълнителна защита, дешифрирайте на ниво дейност. Този подход ви дава гъвкавостта да проследявате и отстранявате грешки в потоците, като същевременно поддържате сигурността на чувствителна информация, когато е необходимо.
Пример за използване:
Като разработчик на потоци можете да активирате дешифроване на ниво поток, за да отстраните пътя на повикването, но да дешифровате дейност, която обработва чувствителни клиентски данни с помощта на цифри за събиране. Това гарантира, че останалата част от потока може да бъде отстранена, като същевременно се поддържат чувствителни изходи защитени.
- Ако дешифроването на ниво поток не е активирано, превключвателите на ниво активност се поддържат защитени и деактивирани. Целият поток е защитен.
- Ако е активирано дешифроване на ниво поток, потребителите с разрешения за пълен администратор на ниво клиент могат да коригират настройките за дешифроване, за да поддържат съответствие и защита за определени дейности.
Преди да започнете
Публикувайте и стартирайте потоци, за да установите поне едно взаимодействие. За повече информация вижте Създаване и управление на потоци.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . Показва се страницата „Потоци“.
|
| 3 |
Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer.
|
| 4 |
Щракнете върху Debug. The Interactions се появява екран. Таблицата показва последните 100 взаимодействия за потока. Можете да видите следните подробности в таблицата:
|
| 5 |
(По избор) Използвайте опцията за търсене, за да филтрирате списъка със следните параметри за търсене:
|
| 6 |
Изберете Interaction от таблицата. Избраният път на активност се маркира в платното. Отваря се нов раздел, показващ последователността на дейностите, изпълнени по време на взаимодействието, заедно със следните подробности:
Можете да изберете няколко взаимодействия, които се отварят в отделни раздели. |
| 7 |
Изберете дейност, за да видите следните подробности:
|
| 8 |
Decrypt logs icon: Щракнете върху иконата за дешифриране на регистрационните файлове, за да получите достъп до немаскираните регистрационни файлове. Можете да дешифрирате регистрационните файлове и да получите достъп до чувствителна информация само ако сте упълномощен потребител. Вижте следния отказ от отговорност: Отказ от отговорност Активирането на „Подробности за отстраняването на грешки“ ще изложи подобрените диагностични данни, които може да включват чувствителна информация (напр. ИД на потребители, метаданни за повикванията, проследяване на грешки и евентуално друга лична или поверителна информация). С решението си да активирате подробности за отстраняването на грешки вие потвърждавате и потвърждавате, че:
|
| 9 |
(По избор) Щракнете върху иконата за копиране ( |
Анализиране на потоци
Анализ в Flow Designer предоставя обобщен изглед на всички повиквания, преминали през определен поток. Показва броя изпълнение за всяко изходящо пренасяне на дейност през даден период. Също така изчислява процента на броя повиквания, които са преминали дейността на NewContact. Знаменателят за процентното изчисление е броят повиквания, преминали през дейността NewContact.
Анализът на потока разглежда завършените повиквания само в рамките на посочения срок. Изчисляването на общия брой повиквания включва повиквания, които започват преди и завършват в рамките на избрания период. Данните от анализа изключват повикванията, зададени за обратно повикване, или повикванията, които продължават по други причини (като текущи или не са затворени).
Всяка дейност показва бройките за изпълнение в изходящите си портове. За дейности като менюта с множество клонове, всеки порт получава броя си на изпълнение и следват процентите. Ако няма брой изпълнение на изходящ порт, това означава, че няма повиквания, които са докосвали порта.
Цветовата палитра показва как броят на изпълнените повиквания цветови кодове пътищата на потока. В сценарии като цикли на повиквания процентът може да надвишава 100%.
Дори без изрични връзки за обработка на грешки системата показва брой изпълнение в своя порт за грешки, ако е възникнала грешка и е била насочена към събитието OnGlobalError. Можете да го намерите в раздела Събитие. В такива случаи системата показва данните от анализа за манипулатора на събития OnGlobalError.
По подразбиране Flow Analytics разглежда най-новата версия на потока. Ако потокът има няколко версии, можете да превключвате между потоците с помощта на таблицата Хронология на версиите.
Понастоящем Flow Analytics не поддържа подпотоци; той проследява само добавянето на подпоток към главния поток, като изключва неговите вътрешни данни за дейността.
Преди да започнете
Публикувайте потока поне веднъж.
| 1 |
Влезте в Control Hub. |
| 2 |
Отидете на . |
| 3 |
Изберете потока и щракнете върху Go to Flow Designer икона. Избраният поток се отваря във Flow Designer.
|
| 4 |
Щракнете върху Analytics. Страницата опреснява и показва данните за анализ. По подразбиране показва метриката на всички завършени контакти през последните 15 минути. |
| 5 |
Щракнете върху Date widget и изберете една от следните опции:
Страницата за анализ на потока показва следните метрики:
|
| 6 |
(По избор) За превключване между версиите на поток, отидете на Version History. Изберете версия, за да видите аналитичните данни за тази версия на потока. |
| 7 |
(По избор) Изберете дейност в потока, за да видите Activity usage details свързани с тази дейност за избрания период. Този избор показва само първите 100 взаимодействия със следните ограничения:
|
| 8 |
Щракнете върху Analytics за да затворите изгледа за анализ и да се върнете към конструктора на потоци. |
Разбиране на кодовете за грешка
Flow Designer връща кодовете за грешка, за да покаже естеството или причината за грешката. Използвайте следната таблица, за да идентифицирате грешката и нейното описание.
|
Код на грешка |
Описание |
|---|---|
|
ФК САНКТ ПЕТЕРБУРГ1001 |
Не е намерена версия на потока. Опреснете страницата или създайте нов поток. |
|
ФК САНКТ ПЕТЕРБУРГ1002 |
Началната дейност не е намерена. Опреснете страницата или създайте нов поток. Началната дейност се появява по подразбиране, когато създадете нов поток. |
|
ФК САНКТ ПЕТЕРБУРГ1003 |
Един или повече потоци за събития нямат валидно начало. Добавете дейност на манипулатор на събитие към началото на всеки поток от събития. |
|
ФК САНКТ ПЕТЕРБУРГ1004 |
Всички клонове, които не са в събитие, трябва да водят до крайния възел. |
|
ФК САНКТ ПЕТЕРБУРГ1005 |
Една от конфигурациите на променливите е невалидна. За всяка променлива се уверете, че конфигурираният тип данни и стойността на променливата са съвместими. |
|
ФК САНКТ ПЕТЕРБУРГ1006 |
Един или повече портове в дейността нямат връзки. Свържете всички портове към друга дейност с помощта на връзки. |
|
ФК САНКТ ПЕТЕРБУРГ1007 |
Добавете описание на дейността. |
|
ФК САНКТ ПЕТЕРБУРГ1008 |
Някои от променливите имат едно и също име. Уверете се, че всички променливи имат уникално име. |
|
ФК САНКТ ПЕТЕРБУРГ1009 |
Изразът е невалиден. |
|
ФК САНКТ ПЕТЕРБУРГ1010 |
Условието е невалидно. |
|
ФК САНКТ ПЕТЕРБУРГ1011 |
Системата открива прекъсната връзка в главния поток. Изтрийте връзката, за да коригирате грешката. |
|
ФК САНКТ ПЕТЕРБУРГ1012 |
Прекъсната връзка в потока на събития причинява грешката. Изтрийте връзката, за да я поправите. |
|
ФК САНКТ ПЕТЕРБУРГ1013 |
Системата използва дейността в повече от един поток от събития. Потоците на събития не могат да споделят общи дейности и трябва да имат уникално начало и край. |
|
ФК САНКТ ПЕТЕРБУРГ1014 |
Контактът за опашката трябва да спре потока. Връзката за извеждане може да се свързва само с дейност в края на потока. |
|
ФК САНКТ ПЕТЕРБУРГ1015 |
Системата идентифицира неправилно конфигурираните полета в дейността и показва връзка към неуспешната дейност по време на проверката. Щракнете върху връзката, за да се придвижите до дейността и полето, причиняващо грешката. Следвайте изискванията за всяко поле, за да коригирате всички грешки и да въведете валидни въвеждания. |
|
ФК САНКТ ПЕТЕРБУРГ1016 |
Друг поток използва същото име като това. Редактирайте името на потока, за да го направите уникален. |
|
ФК САНКТ ПЕТЕРБУРГ1017 |
Дейността има стрелки, които произхождат от и сочат към себе си. |
За повече информация относно грешките в GraphQL сървъра вижте https://www.apollographql.com/docs/react/data/error-handling/.
) за заместване на всички повторения в потока.