- Начало
- /
- Статия
Flow Designer е неразделна част от Webex Contact Center, която ви позволява да маршрутизирате повиквания в реално време през система. Можете да укажете как агентите се присвояват на повикванията и какво се случва на всеки етап от процеса чрез конфигуриране на дейности и събития.
Първи стъпки
Flow Designer предоставя интерфейс за създаване на потоци в реално време, които отговарят на вашите организационни изисквания. Предварително дефинираните дейности, свързани с обработката на повиквания и контрола на потока, служат като градивни елементи за създаването на поток. Интерфейсът с плъзгане и пускане осигурява лесно конфигуриране на компонентите на потока. Можете да зададете свойствата на всяка дейност, която влияе върху изпълнението на потока. Можете също да конфигурирате променливи и изрази, за да дефинирате логиката на потока.
Преди да използвате Flow Designer, трябва да осигурите няколко обекта от Webex Contact Center Control Hub. Използвайте тези обекти директно, като част от Flow Designer (например, опашки и аудио файлове) или индиректно, за да активирате маршрутизирането на контакти (например, разпределение на повикванията в стратегии за маршрутизиране на опашки).
Конфигурирайте следните елементи, преди да изградите потоци в Flow Designer:
- Входни точки
- Опашка
- Агенти
- Потребителски профил
- Профил за настолен компютър
- Екипи
- Виртуален агент
- Аудио файлове
Ключова терминология
Запознайте се със следните термини в тази статия:
-
Дейност : Възел в интерфейса на Flow Designer, който представлява една стъпка в поток, като например възпроизвеждане на съобщение или отправяне на HTTP заявка. Потребителят влачи и пуска този елемент в поток.
За свойства на дейност, които са базирани на падащо меню, филтърът за търсене е активиран по подразбиране. Ако падащият списък съдържа повече опции от ограничението по подразбиране, въведете ключова дума за търсене и изберете желаната опция от автоматично попълнените резултати.
-
Събитие : Събитие, независимо дали е вътрешно или външно, задейства поток или път на потока. Събитията могат да включват Kafka съобщения, външни HTTP заявки или потребителски действия. Flow Designer, приложение, управлявано от събития, изпълнява потоци в отговор на тези тригери, като ги изпълнява автоматично въз основа на конфигурацията.
-
Поток : Потребителски дефинирана поредица от дейности, които се изпълняват в отговор на събитие.
-
Връзка: Връзката е стрелката, която свързва една дейност с друга. Това показва посоката на потока и зависимостта между събитията. За да изтриете връзка и да прекъснете връзката между две дейности, щракнете върху връзката, за да се покаже иконата за изтриване, и продължете с изтриването на реда.
Дизайнер на потока на достъп
Flow Designer използва еднократно влизане (SSO), използвайки Cisco Identity Service. Ако сте влезли в Control Hub, можете да получите достъп до Flow Designer, без да влизате отново. Ако не, системата ще ви подкани да въведете вашите SSO идентификационни данни.
Преди да започнете
За да получите достъп до приложението Flow Designer, трябва да имате лиценз за Premium Agent и потребителски профил с права за редактиране на потоци.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Страницата „Потоци“ се появява със следните три раздела:
|
Разгледайте модерното и унифицирано платно на Flow Designer
Платното на Webex Contact Center Flow Designer разполага с модерен потребителски интерфейс, който е съобразен с външния вид и усещането на портфолиото на Webex, осигурявайки последователно изживяване в цялото портфолио. Платното предоставя целенасочени подобрения в достъпността, което прави ключови елементи по-лесни за използване от по-широк кръг потребители.
Яркият цвят на фона осигурява по-силен контраст с обновени възли, помагайки на потребителите да се съсредоточат върху създаването на поток. Дизайнът на портовете на възлите включва по-големи точки на контакт и по-ясно разграничение между изходите, което ускорява разбирането и улеснява свързването на възлите при изграждане на потоци. Освен това, плаващият панел и дизайнът на лентата с инструменти създават по-завладяващо работно пространство, като добавят визуална дълбочина и увеличават максимално видимата област за развитие на потока.
Независимо дали се опитвате да създадете нов поток или работите върху съществуващ поток, страницата на потока се появява в модерен потребителски интерфейс със следния модален изскачащ прозорец, който ви помага да откриете новите функции.
Превключване между модерен и стар потребителски интерфейс
Менюто с потребителски настройки ви позволява да превключвате между модерен и наследен потребителски интерфейс:
- Щракнете върху иконата за потребителски настройки в горния десен ъгъл на платното.
- Деактивирайте превключвателя Нов облик, за да превключите към режим на наследяване.
Превключване между тъмен и светъл режим
Платното за дизайнер Flow е налично в тъмен и светъл режим, за да се намали напрежението на очите. Изберете предпочитаната тема, която е най-подходяща за вас:
- Щракнете върху иконата за потребителски настройки в горния десен ъгъл на платното.
- Деактивирайте превключвателя Тъмен режим.
Подобрения в палетата „Дейност“
Палитрата от дейности е подобрена, както следва:
- Групиране по дейности: Дейностите са групирани логически въз основа на тяхната функция, което ви позволява лесно да намерите дейността, от която се нуждаете. Във всяка група дейностите са изброени по азбучен ред. Следните групи вече са налични:
- Обработка на контакти
- Разширена информация за опашката
- Прекъсване на контакта
- Ескалиране на група за разпределение на повиквания
- Обратна връзка
- Обратна връзка v2
- Получаване на информация за опашката
- Контакт на опашката
- Опашка към агент
- Изскачащ екран
- Задаване на приоритет на контакта
- Виртуален агент
- Виртуален агент V2
- Глас
- Сляп трансфер
- Мостово прехвърляне
- Анализ на напредъка на обажданията
- Обратно повикване
- Събиране на цифри
- Меню
- Пусни съобщение
- Пусни музика
- Записване
- Контрол на записа
- Запланирайте обратно обаждане
- Изпращане на цифри
- Задаване на съобщение
- Задаване на идентификатор на обаждащия се
- Задаване на шепот за обявяване
- Стартиране на медиен поток
- Качване на аудио
- Контрол на потока
- Случай
- Условие
- Краен поток
- Отиди на
- Процентно разпределение
- Изчакване
- Полезност
- Заявка за 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 |
СУЕ 68 или по-високи СУЕ |
ESR V102.0 или по-висока ESR |
СУЕ 68 и по-високи СУЕ |
Неналично |
|
Microsoft Edge |
42.17134 или по-висока |
103.0.1264.44 или по-висока версия |
Неналично |
Неналично |
|
Chromium |
Неналично |
Неналично |
Неналично |
79 или по-висока |
Конфигурирайте следните опции на браузъра:
-
Активирайте „бисквитките“ и данните от сайта.
-
Задайте нивото на сигурност на Средно.
-
Активиране на опцията за изображение.
-
Деактивирайте блокирането на изскачащи прозорци.
-
Активирайте JavaScript.
Изисквания за имейл
Flow Designer поддържа следните имейл сървъри:
-
Office 365
-
Gmail
Разгледайте оформлението
Библиотека с дейности
Библиотеката с дейности е мястото, където ще намерите всички дейности. Плъзнете и пуснете дейностите от библиотеката с дейности върху главните или event flow платна, за да изградите вашите потоци. Организирано е в следните раздели:
- Обработка на повиквания: Използвайте дейности за обработка на повиквания, за да изградите потоци, които обработват гласови взаимодействия. Те са специфични за случая на употреба при обработка на повиквания чрез интерактивен гласов отговор (IVR) и виртуални или човешки агенти.
-
Контрол на потока: Дейностите за контрол на потока са агностични спрямо типа на потока и вие ги използвате, за да контролирате логиката в потока, независимо от случая на употреба.
Можете да скривате и разширявате библиотеката с дейности, ако е необходимо, за да увеличите работното пространство върху платното между конфигурациите.
Платно, основен поток и потоци на събития
Платното е сивото работно пространство, върху което поставяте дейностите. Използвайте контролите в долния ляв ъгъл на екрана, за да се движите по платното и да увеличавате и намалявате мащаба. Няма ограничения за размера на потока или използването на платното.
Има два раздела, които позволяват допълнително пространство на платното, Основен поток и Потоци на събития. Тези раздели логически разделят различните пътища на вашия поток и създават по-организирано работно пространство.
Главен поток
Използвайте раздела „Главният поток“, за да създадете скрипт за основния поток въз основа на задействащото събитие, дефинирано в дейността за стартиране на потока. В основния раздел на потока конфигурирайте цялостното изживяване за обаждащия се. Това започва от менюто на Cisco Unified IP Interactive Voice Response (IVR) и продължава до отказването или приключването на разговора. Потокът съдържа предвидими стъпки, които системата изпълнява последователно.
Потоци от събития
Във всеки един момент по време на изпълнението на основния поток, системата задейства събития, които го прекъсват. Например, когато агент отговори на телефонно обаждане, това прекъсва престоя на обаждащия се в опашката. Ако искате да дефинирате уникално поведение, когато тези събития се задействат, можете да скриптирате опционални потоци от събития. Потоците от събития са асинхронни спрямо основния поток. Не можете да предвидите кога системата ще задейства поток от събития. Поради тази причина потоците от събития са незадължителни и представляват разширение на основната функционалност на потока.
Можете да конфигурирате множество потоци за обработка на събития в платното за потоци на събития. Всеки поток от събития трябва да има уникално начало и край, без споделени дейности.
За повече информация относно обработчиците на събития вижте Потоци от събития.
Инструменти за мащабиране
Лентата с инструменти за мащабиране има следните икони:
- Глобални свойства— Щракнете върху иконата
, за да отворите панела Глобални свойства. За повече информация вижте панел със свойства. - Автоматично подреждане— Щракнете върху иконата
в лентата с инструменти, за да организирате дейностите в платното.
- Отмяна— Щракнете върху иконата
в лентата с инструменти, за да отмените последното извършено действие върху платното.
- Повтори— Щракнете върху иконата
в лентата с инструменти, за да повторите последното извършено действие върху платното.
Можете да отмените и повторите до последните 10 действия с платното. Не можете да отменяте и повтаряте промените, извършени върху атрибути и свойства.
- Побиране в изгледа— Щракнете върху иконата
в лентата с инструменти, за да регулирате увеличението на платното, така че всички възли да са видими. - Увеличаване— Щракнете върху иконата
в лентата с инструменти, за да увеличите мащаба на платното. Когато достигнете максималния лимит, иконата се деактивира.
- Намаляване на мащаба— Щракнете върху иконата
в лентата с инструменти, за да намалите мащаба на платното. Когато достигнете максималния лимит, иконата се деактивира.
- Опцията Мащабиране при превъртане позволява както панорамиране (по подразбиране), така и мащабиране (с помощта на клавиша Ctrl ). Можете да продължите да увеличавате мащаба, като задържите клавиша Ctrl и завъртите колелцето на мишката нагоре или надолу.
- За да се придвижвате панорамно по платното, завъртете колелцето на мишката нагоре или надолу.
- За да се придвижвате панорамно отляво надясно с колелцето на мишката, използвайте Shift + Клавиши за превъртане.
Действия за управление на платното и клавишни комбинации
За да се подобри ефективността и производителността на разработчиците на потоци, платното на Flow Designer предоставя следните опции:
- Действия за отмяна/повтаряне— Използвайте иконите Отмяна, Върни в лентата с инструменти за мащабиране или използвайте клавишните комбинации.
- Изрязване, копиране, поставяне и изтриване— Щракнете с десния бутон върху платното за операции по изрязване, копиране, поставяне и изтриване. Можете да изрязвате, копирате и поставяте дейностите и връзките за обработка на повиквания и контрол на потока, както следва:
- В рамките на и между потоците
- Между основния поток и потоците на събитията
- Между потоци и подпотоци
Има няколко ограничения при опит за копиране на дейности и връзки от други браузъри във FireFox. За да активирате тази функционалност, трябва да зададете следните предпочитания на „true“ във Firefox:
dom.events.asyncClipboard.readTextdom.events.testing.asyncClipboard
Въведете
about:configв адресната лента на Firefox. Търсете посочените предпочитания. Променете стойностите на „true“, за да позволите поставяне от други браузъри. - Автоматично подреждане— Използвайте иконата
в лентата с инструменти за мащабиране, за да организирате автоматично дейностите в платното за по-добро разбиране и лесна поддръжка.
- Прилепване към мрежа— Използвайте, за да прилепвате дейностите на стъпки от 20 пиксела.
- Клавишни комбинации— Можете бързо да редактирате потока с помощта на клавишни комбинации. Щракнете върху иконата за помощ. Изберете Клавишни комбинации, за да видите списъка с налични клавишни комбинации.
Клавишни комбинации
Използвайте следните клавишни комбинации в платното:
|
Пряк път |
ОС Windows | MAC OS |
|---|---|---|
| Общи | ||
|
Отваряне на клавишни комбинации |
Ctrl + Алт + К | Контрол + Алтернативно + К |
|
Инструменти | ||
|
Автоматично подреждане |
Изместване + А | Изместване + А |
|
Редактиране | ||
|
Копиране |
Ctrl + С | Команда + C |
|
Изрязване |
Ctrl + Х | Команда + X |
|
Поставяне |
Ctrl + В | Команда + V |
|
Отмяна |
Ctrl + Z | Команда + Z |
|
Повтори |
Ctrl + Смяна + Z | Команда + Смяна + Z |
|
Изтриване |
Назад |
Изтриване |
|
Избери всички |
Ctrl + А | Команда + А |
|
Изберете няколко | Изместване + Кликнете | Изместване + Кликнете |
|
Изберете регион | Изместване + Щракнете и плъзнете | Изместване + Щракнете и плъзнете |
|
Преглед | ||
|
Увеличаване |
Ctrl + + | Команда + + |
|
Намаляване |
Ctrl + - | Команда + - |
|
Увеличаване или намаляване на мащаба |
Ctrl + Превъртане | Команда + Превъртане |
|
Увеличи до 100% | ||
|
Побиране в изгледа |
Изместване + 1 | Изместване + 1 |
|
Превъртете наляво или надясно |
Изместване + Превъртане | Изместване + Превъртане |
Панел със свойства
Панелът със свойства се появява отдясно на приложението. Вие задавате параметрите или за потока (глобални свойства), или за избрана дейност. Можете да скривате и разширявате панела, за да увеличите работното пространство върху платното между конфигурациите.
Панелът с глобални свойства се показва по подразбиране, когато потокът се зареди. Щракнете върху иконата
, за да отворите панела Глобални свойства. Иконата
ви помага да отваряте и затваряте панела със свойства, когато работите с потоци. Можете също да щракнете някъде върху празното платно, за да се върнете към изгледа на панела с глобални свойства. Панелът с глобални свойства не се вижда, когато изберете дейност.
Следните конфигурации се съдържат в глобалните свойства:
- (Незадължително) Предоставете описание на потока.
- Управлявайте персонализирани и предварително зададени променливи. За повече информация относно променливите на потока вижте Задаване на променлива.
- Преглед на информация за историята на потока, включително собственика, датата на последна редакция и номера на версията на потока. Щракнете върху иконата
, за да затворите панела с глобални свойства.
В момента няма функция за контрол на версиите. Версията на потокаотчита броя на публикациите на потока.
Заглавен панел
Заглавката показва името на вашия поток, което динамично се актуализира, когато редактирате името на потока от глобалните свойства. Заглавката също има бутон Изход. Ако желаете да се върнете и да продължите да работите по-късно, можете да запазите съществуваща чернова на поток. За да запазите черновите на потоците или да затворите приложението, щракнете върху Запазване на потока и излизане в горния десен ъгъл на приложението.
Долен колонтитул
Долният колонтитул има следното:
- Автоматичното запазване е активирано: Потоците се запазват автоматично, за да се избегне загуба на данни. Ако автоматичното запазване е спряно, се появява известие за грешка.
Ако затворите прозореца на браузъра, докато данните се запазват автоматично, можете да ги загубите. Препоръчваме ви да изчакате няколко секунди, след като промените потока си, преди да затворите браузъра.
- Версия на приложението: Вляво от долния колонтитул се показва версията на приложението. Можете да използвате версията за отстраняване на грешки в Flow Designer.
- Валидиране на потока: Валидирането на потока открива грешки в структурата на потока, които биха могли да му попречат да работи. Можете да активирате превключвателя за валидиране от дясната страна на долния колонтитул по всяко време. По подразбиране валидирането е изключено, така че грешките не се появяват. Когато активирате превключвателя, започва валидирането на бекенда и всички грешки в потока стават видими. Когато превключвателят е активиран, започва валидирането на бекенда и се показват всички грешки в потока. За повече информация относно валидирането на поток вижте Валидиране на поток.
- Издателска дейност „Поток“: Преди да публикувате поток, трябва да го валидирате и да коригирате всички грешки. Ако превключвателят за валидиране е изключен, бутонът Публикуване остава неактивен. След активиране на валидирането, бутонът Публикуване остава деактивиран, докато не отстраните всички грешки в потока. За повече информация относно публикуването на потоци вижте Публикуване на поток.
Разберете дейностите и събитията
За да навигирате до библиотеката с дейности и да използвате дейностите във вашите потоци:
-
Отидете до .
-
Под Клиентско преживяванещракнете върху Потоци.
-
От страницата „Потоци“ изберете необходимия поток, за който трябва да добавите дейността, и стартирайте потока.
-
Плъзнете и пуснете необходимата дейност от Библиотеката с дейности върху платното.
-
Извършете необходимата конфигурация, описана подробно под всяка от дейностите.
Дейности по работа с контакти
- Разширена информация за опашката
- Прекъсване на контакта
- Ескалиране на група за разпределение на повиквания
- Обратна връзка
- Обратна връзка V2
- Получаване на информация за опашката
- Контакт на опашката
- Опашка към агент
- Изскачащ екран
- Задаване на приоритет на контакта
- Виртуален агент
- Виртуален агент V2
Разширена информация за опашката
Дейността „Разширена информация за опашката“ връща броя на агентите в реално време, които са в състояние „Наличен“ в опашка и са влезли в системата за определен набор от умения, заедно с друга информация за опашката. Разработчиците на потоци използват дейността „Разширена информация за опашката“, за да програмират потока. Дизайнерите на потоци вземат решения въз основа на дейността „Разширена информация за опашката“.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.
Преди да започнете
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | |||||||||||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
Изходни променливи Когато се задейства дейността „Разширена информация за опашката“, се актуализират следните променливи:
Кодове за грешки Следните кодове за грешки и описания за дейността „Разширена информация за опашката“:
|
Прекъсване на контакта
Използвайте тази дейност за прекратяване, за да прекъснете активен етап от разговор. Тази дейност е необходима, ако няма агенти, които да се присъединят към обаждането, за да го прекъснат ръчно.
Например, използвайте тази дейност, преди повикването да бъде поставено на опашка или след като сте написали скрипт за отказване от опашката. Можете да използвате толкова дейности за прекъсване на връзката, колкото желаете, когато изграждате потока си, за да гарантирате, че повикването ще бъде прекратено, независимо кой път на потока ще поеме.
Имате възможност да дадете на всяка дейност уникален етикет и описание, но не е необходима друга конфигурация.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
Изходни променливи Тази дейност няма налични изходни променливи. |
Ескалиране на група за разпределение на повиквания
Дейността „Ескалиране на група за разпределение на повиквания“ позволява на администраторите да ескалират контакт в опашката до следващата или последната му група за разпределение на повиквания. Това осигурява по-добър контрол и гъвкавост на администраторите при управлението на контакти, които са паркирани в опашка.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | ||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
Изходни променливи Когато се задейства дейността „Ескалиране на група за разпределение на повиквания“, се актуализират следните променливи:
Кодове за грешки Следните кодове за грешки и описания за дейността „Ескалиране на група за разпределение на повиквания“:
|
Обратна връзка
Конфигурирайте дейността „Обратна връзка“, за да инициирате анкети след обаждане (задвижвани от Webex Experience Management), за да съберете обратна връзка от обаждащите се. Предлагат се следните видове анкети:
-
IVR анкети след обаждане: Конфигурирайте дейността „Обратна връзка“ в платното „Потоци на събития“ в дизайнера на потоци, след събитието „AgentDisconnected“. В зависимост от настройката в Webex Experience Management, контактният център възпроизвежда IVR анкета на обаждащите се.
Обаждащият се използва клавиатурата, за да отговори на анкетата. Ако обаждащият се отговори частично на анкетата, като не отговори в рамките на конфигурирания период на изчакване или като предостави невалидна информация, контактният център изпраща частични отговори на анкетата до Webex Experience Management.
Уверете се, че използвате дейността „Прекъсване на връзката“ след дейността „Обратна връзка“, за да прекратите IVR повикването.
-
Анкети след обаждане по имейл или SMS: Конфигурирайте дейността „Обратна връзка“ в раздела „Потоци на събития“ в дизайнера на потоци след събитието PhoneContactEnded. В зависимост от правилата за изпращане, зададени в Webex Experience Management, контактният център изпраща анкета до обаждащите се по имейл или SMS.
Когато проектирате поток, взаимодействието за консултация не може да включва дейност за обратна връзка от анкета след обаждане.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Анкета изберете от списък с въпросници за гласови съобщения или изпращания за имейл или SMS анкети. Въпросниците и поканите, конфигурирани в Webex Experience Management, са налични в списъка.
|
| 4 |
В секцията Езикови настройки, управлявайте езика, на който клиентът използва анкетата. Ако езикът не се поддържа в Webex Experience Management, резервният език е английски (САЩ). За повече информация вижте Поддръжка на езици за управление на потребителски интерфейси на Webex.
Ако превключвателят Override Language Settings не е активиран, променливата Global_Language се използва за дефиниране на настройките по подразбиране на Webex Experience Management. За повече информация вижте Глобални променливи. |
| 5 |
В секцията Информация за клиента можете да посочите информацията за клиента, която да бъде предадена, заедно с предварителните попълвания, които Webex Experience Management изпраща, за да заснеме отговора от анкетата. В зависимост от конфигурациите за изпращане, зададени в Webex Experience Management, контактният център изпраща информацията за предварително попълване.
|
| 6 |
В секцията Предаване на променливи можете да укажете допълнителните променливи като персонализирани предварителни попълвания, които се предават (в допълнение към отговорите на анкетата) от Webex Contact Center към Webex Experience Management.
За повече информация относно персонализираните предварителни попълвания вижте Настройка на персонализирани предварителни попълвания за анкети за обратна връзка след обаждане в документацията на Webex Experience Management. |
| 7 |
В секцията Разширени настройки конфигурирайте следните настройки, за да помогнете за валидирането на очакваните DTMF отговори от клиентите.
|
Получаване на информация за опашката
Дейността „Получаване на информация за опашката“ предоставя текущата позиция на повикващия в опашката (PIQ) и очакваното време на изчакване (EWT), заедно с други изходни променливи на дейността. Можете да използвате тези променливи, за да определите наличността на агенти в опашка и да пренасочите повикванията другаде, когато е необходимо.
Очакваното време за изчакване (EWT) не се прилага за опашки с екипно разпределение с умения, присвоени в потока. За контактите в тези опашки, изходната променлива EWT винаги връща -1.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | |||||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
| |||||||||||||||
| 3 |
В секцията Информация за опашката и време за проследяване конфигурирайте следното:
Дейността „Получаване на информация за опашката“ има три типа разклонения на изходния поток. Тези разклонения се задействат въз основа на състоянието на връщането и стойностите на EWT, PIQ и статистиката в реално време за други изходни променливи.
Изходни променливи Когато „Получаване на информация за опашката“ се задейства, следните променливи се актуализират:
Изчисляване на очакваното време за изчакване Очакваното време на изчакване (EWT) се отчита в ms. За да изчисли EWT, приложението събира всички статистически валидни извадки (извадката е средната стойност на времената за изчакване за задачи, които са се свързали успешно с агент в интервал от една минута) за последните XX минути, зададени от потребителски дефинираното време за проследяване Lookback Time. Средната стойност на събраните проби се използва като EWT. Статистически валидни проби са тези събрани проби, за които максималната стойност за CoV (коефициент на вариация на времената за изчакване за задачите, които са се свързали с агент през всеки едноминутен интервал) пада под 40 процента. Ако процентът на валидните проби, събрани за дефинираното от потребителя време за проследяване, падне под 40 процента, EWT не се изчислява. Кодове за грешки Следните кодове за грешки и описания са за дейността „Получаване на информация за опашката“:
|
Контакт на опашката
Дейността „Контакт в опашката“ поставя контакт в опашка. Когато използвате тази дейност в основния поток, вие показвате набор от събития в раздела „Потоци на събития“. За повече информация относно тези събития вижте Събития.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | ||||||||||||||||||||||||||||||||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
| ||||||||||||||||||||||||||||||||||||||||||
| 3 |
В секцията Обработка на контакти изберете дали всички контакти трябва да отидат в една опашка или изборът на опашка трябва да се променя въз основа на стойността на променлива на потока. Когато поставите дейност HTTP Request веднага след дейността Queue Contact, HTTP Request може да не извлече необходимите данни. За да се гарантира наличието на необходимите данни, се препоръчва да се въведе кратко забавяне – например чрез добавяне на дейност „Възпроизвеждане на съобщение“ или „Възпроизвеждане на музика“ – между дейностите „Контакт на опашката“ и „HTTP заявка“.
Изисквания за умения Ако избраната опашка използва маршрутизиране, базирано на умения, се показват други раздели за конфигуриране на изискванията за умения и облекчаването на уменията. Можете да добавите едно или повече изисквания за умения, които да присвоите на контакт в тази опашка, въз основа на избраната опашка. Ако не посочите никакви умения, всички налични агенти в избраната опашка имат право да получават контакти.
Релаксация на уменията Използвайте настройките за намаляване на уменията, за да намалите или премахнете зададените изисквания за умения към даден поток в отговор на прекомерно време на изчакване на клиентите. Тази настройка ви позволява да разширите набора от агенти, достъпни за обслужване на контакти. Използвайте общи времеви интервали, за да синхронизирате „Отпускане на уменията“ с логиката на опашката в потока и с настройките за разпределение на повикванията, конфигурирани за екипите в опашката. За да конфигурирате релаксация на уменията:
Премахване на умения Когато включите превключвателя Премахване на умения при сляпо прехвърляне, той премахва уменията от контакта след прехвърлянето от агент. Това означава, че прехвърленият контакт няма да има никакви умения и ще бъде предложен на агента с най-дълъг наличен достъп в прехвърлената опашка. Изходни променливи Когато се задейства Queue Contact, следните променливи се актуализират:
Кодове за грешки Следните кодове за грешки и описания за дейността „Контакт на опашката“:
|
Опашка към агент
Дейността „Опашка към агент“ активира маршрутизиране, базирано на агент. Дейността „Опашка към агент“ насочва контактите директно към предпочитания агент. За информация относно маршрутизирането, базирано на агенти, вижте Маршрутизиране, базирано на агенти.
Дейността „Опашка към агент“ идентифицира агент по неговия идентификатор на агент в Webex Contact Center или имейл адрес.
Ако агентът е наличен, можете да конфигурирате дейността „Опашка към агент“, за да насочите контакта към предпочитан агент. Ако агентът не е наличен, можете да конфигурирате дейността „Опашка към агент“, за да паркирате контакта при този агент, докато агентът стане наличен.
Разработчикът на потоци може да свърже дейност „Опашка към агент“ с друга дейност „Опашка към агент“, за да насочи контактите към последователни предпочитани агенти. Разработчикът на поток може също да свърже дейност „Опашка към агент“ с дейност „Контакт от опашката“ , за да насочи контакта, използвайки обикновена опашка, когато никой от предпочитаните агенти не е наличен.
Разработчикът на поток може да свърже дейност „Опашка към агент“ с дейност „ Обратно повикване “ в потоците „Основни потоци“ и „Събития“. Това помага за конфигурирането на обратно повикване към предпочитания агент, към когото повикването първоначално е било поставено на опашка като част от дейността „Опашка към агент“.
Използвайте дейността „Обратно повикване“ след дейността „Контакт на опашката“ или „Опашка към агент“.
Дейността „Опашка към агент“ задейства следните събития в раздела „Потоци от събития“ в основния поток:
-
АгентПриет: Дейността „Опашка към агент“ задейства това събитие, когато агент отговори на входящо повикване.
-
Агентът е прекъснат: Дейността „Опашка към агент“ задейства това събитие, когато агентът се изключи от активно повикване.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
Следните раздели ви позволяват да конфигурирате дейността „Опашка към агента“:
-
Общи настройки
-
Обработка на контакти
За да конфигурирате активността „Опашка към агент“:
| 1 |
В дизайнера на потоци плъзнете и пуснете дейността Queue To Agent от библиотеката с дейности върху платното. |
| 2 |
Щракнете върху дейността Queue To Agent, за да конфигурирате настройките на дейността. |
| 3 |
В секцията Общи настройки въведете следната информация: |
| 4 |
В секцията Обработка на контакти изберете Променлива на агент от падащия списък. Дейността „Опашка към агент“ свързва тази променлива на потока с имейлаили идентификатора [] на агента , който искате да изберете за всяко изпълнение на потока. |
| 5 |
Изберете имейл адреса на агента или идентификационния номер [] на агента от падащия списък [ Тип търсене на агент, за да пренасочите контактите към предпочитания агент. Предоставете валидно име на домейн за имейл адреса на агента, за да гарантирате успешното търсене. |
| 6 |
Активирайте превключвателя Задаване на приоритет на контакт, за да приоритизирате контактите, чакащи в опашката. По подразбиране бутонът за превключване е деактивиран. Дейността „Опашка към агент“ обработва контактите по следния начин:
|
| 7 |
Изберете ИД на опашка от падащия списък Опашка за отчитане. Дейността „Опашка към агент“ докладва данните на контакта, използвайки опашката за докладване: Опашката за отчитане също така определя конфигурацията за:
|
| 8 |
Активирайте превключвателя Паркиране на контакт, ако агентът не е наличен, ако искате да паркирате контакта към предпочитан агент, докато агентът стане наличен. Ако агентът не е наличен и бутонът за превключване „Паркирай контакт, ако агентът не е наличен “ е деактивиран, контактът не успява да се свърже с агента. Дейността „Queue To Agent“ (Опашка към агент) излиза от клона за отказ и преминава към следващата дейност в потока със съответния резултат. |
| 9 |
Изберете идентификатора на опашката за възстановяване от падащия списък Опашка за възстановяване. Дейността „Опашка към агент“ поставя контактите в опашката за възстановяване, когато:
Можете да конфигурирате опашката за възстановяване с най-дълго наличния агент. Опашката за възстановяване не поддържа маршрутизиране, базирано на умения. |
Дейността „Опашка към агент“ е успешна, когато контактът се свърже с предпочитания агент. Сценарий за грешка възниква, когато контакт не успее да се свърже с агента.
Сценарии за грешки
Контактът не успява да се свърже с агента, когато:
-
Предпочитаният агент не е наличен и паркирането е деактивирано за контакта.
-
Търсенето на променлива не може да намери предпочитания агент.
Променливи на изхода на дейността
Променливите за изход от дейности съхраняват данните, които се събират от дейности и се създават автоматично, когато добавите конкретни дейности към платното.
Активността „опашка към агент“ има следните изходни променливи:
|
Изходна променлива |
Описание |
|---|---|
|
QueueToAgent.AgentId |
Съхранява идентификатора на агента, към който е поставен контактът. |
|
QueueToAgent.FalureDescription |
Съхранява описанието на сценария за грешка, когато контактът не успее да бъде поставен на опашка. |
|
QueueToAgent.FailureCode |
Съхранява стойността на кода за грешка за сценария на грешка, когато контактът не успее да бъде поставен на опашка. |
|
QueueToAgent.AgentState |
Запазва състоянията на предпочитания агент при опит за поставяне на контакта в опашка. |
|
QueueToAgent.AgentIdleCode |
Съхранява описанието на кода за неактивност на предпочитания агент. |
Изходната променлива QueueToAgent.FailureCode съдържа една от следните стойности, когато възникне неуспех. Всяка стойност показва код на повреда и описание на повредата.
|
Код за грешка |
Стойност на кода за грешка |
Описание на повредата |
|---|---|---|
|
1 |
АГЕНТ_НЕ Е НАЛИЧЕН |
Агентът в момента не е в състояние „Налично“. |
|
2 |
АГЕНТ_НЕ Е_НАМЕРЕН |
Дейността „Опашка към агент“ не може да намери агента по негов идентификатор или имейл адрес. |
|
3 |
АГЕНТ_НЕ Е_ВЛАЗЕН_ |
Агентът в момента не е влязъл в системата. |
|
4 |
ФУНКЦИЯ_НЕ Е_АКТИВИРАНА |
Функцията за маршрутизиране, базирано на агент, не е активирана. |
|
5 |
НЕВАЛИДЕН_VTEAM_ГРЕШКА |
Опашката за отчитане или възстановяване е невалидна. |
|
6 |
АГЕНТ_ЗАЕТ |
Агентът е на разположение, но е зает с друго обаждане. |
|
7 |
VTEAM_ПРЕХОД_ЛИМИТ_ДОСТИГНАТ |
Контактът е достигнал максималния си лимит от това да бъде поставен в опашка в множество опашки. |
|
8 |
НЕВАЛИДНА_ОПЕРАЦИЯ_ЗА_ВЗАИМОДЕЙСТВИЕ_СЪСТОЯНИЕ |
Опашката не е разрешена в определени състояния на контакта, като например прекратен контакт. |
Следната таблица показва приложимите стойности QueueToAgent.AgentState и QueueToAgent.AgentIdleCode.
|
Случай на използване |
Състояние на агента |
КодНаНеактивенАгент |
|---|---|---|
|
НЕ_Е ПРИЛОЖИМО |
НЕ_Е ПРИЛОЖИМО |
|
Агентът е резервиран за това обаждане. |
НАЛИЧНО |
НЕ_Е ПРИЛОЖИМО |
|
Бутонътза паркиране на контакт, ако агентът е недостъпен е включен и агентът е в покой |
Неактивен |
<AuxCode Name> Кодът за неактивност, избран от агента в Agent Desktop. |
|
Бутонът„Паркирай контакт, ако агентът е недостъпен“ е включен и каналът на агента е зает |
НАЛИЧНО |
НЕ_Е ПРИЛОЖИМО |
|
Бутонът за превключване на [] „Паркирай контакт, ако агентът е недостъпен“ е изключен и агентът е в покой |
Неактивен |
<AuxCode Name> Кодът за неактивност, избран от агента в Agent Desktop. |
|
Бутонът за превключване „Паркирай контакт, ако агентът е недостъпен“ [ е Изключен, агентът е наличен и каналът на агента е зает |
НАЛИЧНО |
НЕ_Е ПРИЛОЖИМО |
Изскачащ екран
Изскачащ прозорец е прозорец или диалогов прозорец, който се появява на работния плот на агента, когато той отговори на обаждане от клиент. Агентът получава повече информация за обаждащия се, за да продължи разговора. За повече информация вижте раздела „Изскачащ екран“ в статията „Първи стъпки с Agent Desktop.
Дейността „Изскачащ екран“ става релевантна само след като агентът участва във взаимодействие. Обикновено използва събитието AgentAccepted и събитието PhoneContactEnded.
Когато използвате тази дейност в основния поток, вие показвате набор от събития в раздела „Потоци на събития“. За повече информация относно тези събития вижте Събития.
Можете да изградите отделен поток за обработка на събития за всяко събитие. Например, когато агент приеме входящо повикване, се показва изскачащ прозорец. Дейността „Изскачащ екран“ съдържа информация, базирана на променливите на потока. Screen Pop интегрира Webex Contact Center с други бизнес приложения, като CRM (Salesforce), инструменти за издаване на билети и система за въвеждане на поръчки.
Завършете тази конфигурация в раздела „Потоци на събития“ в Flow Designer. За да дефинирате различни поведения на изскачащи екрани, базирани на критериите на основния поток, използвайте дейност „Условие“ или „Случай“. Можете да дефинирате по един изскачащ екран за всеки поток.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
Изскачащият екран за нови цифрови канали трябва да бъде конфигуриран в Connect Flow Builder. За повече информация вж https://help.imiconnect.io/docs/wxcc-overview.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Настройки на URL адреса използвайте опцията за настройки на URL адреса, за да дефинирате URL адрес за конфигурации на изскачащи екрани. За да вмъкнете променлива, използвайте синтаксиса {{variable}} (например, {{NewContact.ANI}}). След това конфигурирайте следните настройки:
|
| 4 |
В секцията Настройки на дисплея конфигурирайте следното:
Ако опцията за показване на изскачащия прозорец е „Вътре в работния плот“ или „Съществуващ раздел на браузъра“, данните, въвеждани в изскачащия прозорец за повикване, се губят, ако агентът приеме ново повикване. За да предотвратите загуба на данни, конфигурирайте опцията за показване като Нов раздел на браузъра . Например, помислете, че опцията за показване на изскачащ екран е „Вътре на работния плот“. Ако агентът приеме ново входящо повикване, докато въвежда данни в изскачащия прозорец за предишно повикване, данните, въведени за предишното повикване, се губят, когато се появи изскачащият прозорец за новото повикване. |
Задаване на приоритет на контакта
Използвайте дейността „Задаване на приоритет на контакт“, за да зададете нива на приоритет на контактите. Можете да зададете приоритети, използвайки числа от 1 (най-висок) до 9 (най-нисък). Контактите с по-висок приоритет се пренасочват първи. За повече информация относно маршрутизирането и опашките вижте раздела Задаване на приоритет на контакт в Разбиране на маршрутизирането и опашките в Webex Contact Center.
Следните раздели ви позволяват да конфигурирате дейността „Задаване на приоритет на контакт“:
- Общи настройки
- Настройки за приоритет на контактите
- Променливи на изхода на дейността
| 1 |
В дизайнера на потоци плъзнете и пуснете дейността „Задаване на приоритет на контакт“ от библиотеката с дейности върху платното. |
| 2 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 3 |
В секцията Общи настройки въведете следната информация: |
| 4 |
В секцията Настройки за приоритет на контакта задайте приоритета на контакта. Можете да конфигурирате статична стойност на приоритет от падащия списък. Ако искате приоритетът да се променя динамично, конфигурирайте променлив приоритет, използвайки променливи на потока. |
Променливи на изхода на дейността
Променливите за изход от дейности съхраняват данните, които се събират от дейности и се създават автоматично, когато добавите конкретни дейности към платното.
Дейността „Задаване на приоритет на контакт“ има следните изходни променливи:
- SetContactPriority.FailureCode: Запаметява кода за повреда. Системата задава тази стойност само когато дейността е неуспешна.
- SetContactPriority.FailureDescription: Съхранява подробности за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.
Кодове за грешки
Следните кодове за грешки и описания за дейността „Задаване на приоритет на контакт“:
|
Код за грешка |
Стойност на кода за грешка |
Описание на повредата |
|---|---|---|
|
6 |
СИСТЕМНА ГРЕШКА_ |
Този код представлява различните грешки (които не попадат в нито една от дефинираните категории). |
|
48 |
Неподдържана активност на потока |
„Задаване на приоритет на контакт“ не се поддържа за контакти за външно набиране и контакти за кампания. |
Виртуален агент
Дейността „Виртуален агент“ предоставя на клиентите на вашия контактен център възможност за разговор в реално време. Можете да добавите виртуален агент към потока от обаждания, за да обработвате запитвания на клиенти в разговорен формат. Виртуалният агент се захранва от възможностите на Dialogflow на Google. Когато клиент говори, Dialogflow съпоставя разговора с клиента с най-доброто намерение във виртуалния агент. Освен това, той помага на клиента като част от интерактивното гласово обслужване (IVR).
Преди да започнете
-
Настройте агент на Dialogflow. За повече информация относно изграждането на агент на Dialogflow в Google Cloud вижте Създаване на агент.
Включете „Hello“ като тренировъчна фраза на предпочитания език, за да може агентът на Dialogflow да започне разговор с обаждащия се. Можете да добавите тази тренировъчна фраза в намерението за приветствие по подразбиране или във всяко друго намерение на агента Dialogflow. За повече информация вижте Намерения.
В зависимост от начина, по който настройвате агента Dialogflow, можете да използвате дейността на виртуалния агент, за да обработвате различни видове случаи на употреба.
-
Конфигурирайте виртуален агент в Control Hub.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Разговорно преживяване конфигурирайте следното:
|
| 4 |
В секцията Предаване на променливи, незадължителните параметри в дейността на виртуалния агент могат да съдържат лична информация (PII). Webex Contact Center предава тези параметри на Google Dialogflow като променливи, за да поддържа разширена разговорна логика с бота.
|
| 5 |
В секцията Разширени настройки конфигурирайте следното:
|
| 6 |
В секцията Изходни променливи можете да съхраните изходния статус на събитието, което се случва по време на разговора между виртуалния агент и клиента.
|
Какво да направите след това
Резултати:
Показва изходните пътища за виртуалния агент, които се случват въз основа на резултата от разговора между виртуалния агент и клиента.
-
Обработено: Dialogflow поема по този път, ако системата задейства намерението Handled.
-
Ескалирано: Dialogflow поема по този път, ако системата задейства намерението за ескалация.
За повече информация относно намеренията в Dialogflow вижте Намерения.
Обработка на грешки
Показва изходния път на виртуалния агент, базиран на грешката, възникнала по време на разговора между виртуалния агент и клиента.
-
Грешка: Потокът следва този път при всякакви сценарии на грешка.
Ако има грешка, по подразбиране контактният център не възпроизвежда аудио съобщение, за да уведоми клиента за нея. Разработчикът на поток може да конфигурира дейност за възпроизвеждане на съобщение или общо, или въз основа на кода на грешката, както е описано в раздела Изходни променливи.
Функционалността на изходните пътища зависи от конфигурацията и потока, дефинирани от администратора.
Виртуален агент V2
Дейността „Виртуален агент V2“ предоставя на вашите контакти възможност за разговор в реално време. Можете да добавите дейността „Виртуален агент V2“ към потока на повикванията, за да обработвате разговори с активиран изкуствен интелект, базирани на реч. Когато обаждащият се говори, системата съпоставя речта с най-доброто намерение във виртуалния агент. Освен това, той помага на обаждащия се като част от интерактивния гласов отговор (IVR).
Конфигуриране на активността на виртуалния агент V2
Клиентите, които използват платформата Next Generation, могат да конфигурират дейността Virtual Agent V2 в Flow Designer.
Не поставяйте дейност „Виртуален агент V2“ след дейност „Контакт от опашката“, тъй като тази конфигурация не се поддържа в момента. Също така, не поставяйте дейност на Virtual Agent V2 в платното Event Flow.
Показва изходните пътища за дейността, която се извършва въз основа на резултата от разговора между виртуалния агент и повикващия.
-
Обработено– Резултатът се задейства, когато изпълнението на виртуалния агент е завършено.
-
Ескалирано– Резултатът се задейства, когато е необходимо повикването да бъде ескалирано към човешкия агент.
Показва изходния път на дейността за всяка грешка, възникнала по време на разговора между виртуалния агент и повикващия.
Грешен– Потокът следва този път при всякакви сценарии на грешка.
Настройки по подразбиране на системно ниво
Следните настройки са дефинирани вътрешно в системата по подразбиране. Тези настройки не се показват в потребителския интерфейс и не могат да бъдат променяни:
-
Безкраен брой повторни опити за обработка на невалидни или никакви входни грешки.
-
Активирано е намесване, за да се прекъсне взаимодействието на виртуалния агент.
-
Символ за прекратяване на DTMF = #. Тази настройка показва края на въвеждането.
-
DTMF „Време за изчакване при липса на въвеждане“ = 5 секунди. Тази настройка указва времето, през което виртуалният агент чака въвеждането на повикващия.
-
DTMF „Време за изчакване между цифрите“ = 3 секунди. Тази настройка указва времето, през което виртуалният агент чака следващия DTMF вход от повикващия, преди да продължи в потока на разговора.
Преди да започнете
-
Настройте агент на Dialogflow. За повече информация относно изграждането на агент на Dialogflow в Google Cloud вижте Създаване на агент.
-
Конфигурирайте конектора на Google CCAI и създайте CCAI конфигурация в Control Hub.
-
Конфигурирайте входната точка и изберете маршрутния поток (след като потокът е създаден в Flow Designer). За повече информация вижте Настройване на канал.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . |
| 3 |
Щракнете върху Управление на потоци и след това върху Създаване на потоци. |
| 4 |
В полето Име на потока въведете уникално име и щракнете върху Стартиране на изграждането на потока. Появява се прозорецът Дизайнер на потоци. |
| 5 |
Плъзнете и пуснете активността Виртуален агент V2 от Библиотека с активности към основното платно на потока. |
| 6 |
В Общи настройкиизпълнете следните действия:
|
| 7 |
В настройките на „Разговорно изживяване“ изберете една от следните опции за конфигурация на AI за контактен център:
|
| 8 |
В настройките Събитие за състояние въведете името на персонализираното събитие и данните в колоните Име на събитието - Данни за събитието. Събитието за състояние е механизъм за задействане на намерението без необходимост от съвпадащ текст или гласово въвеждане. Можете да дефинирате персонализирани събития, които да задействат намерението. За информация как да конфигурирате намерението за събития в Dialogflow ES, вижте документацията на Google.
Можете да укажете името на събитието и данните под формата на статична стойност или израз. За изрази използвайте следния синтаксис: Име на събитието: Данни за събитието: |
| 9 |
В Разширени настройкиизпълнете следните действия: |
| 10 |
С Настройки за дешифриране можете да дешифрирате изходните променливи на VAV2 активността, ако е необходимо. Ако декриптирането е активирано на ниво поток, потребителите с достъп за декриптиране при отстраняване на грешки могат да видят немаскираните изходни стойности на VAV2 активността в регистрационните файлове за отстраняване на грешки на потока. Изключете превключвателя Активиране на декриптиране, за да деактивирате декриптирането на ниво дейност за допълнителна защита. |
| 11 |
В Изходни променливи за активностможете да видите списъка с променливи, които съхраняват изходното състояние на събитието, което се случва по време на разговора между виртуалния агент и повикващия.
|
Дейности по контрол на потока
- Стартиране на потока
- Краен поток
- Случай
- Условие
- Отиди на
- Процентно разпределение
- Изчакване
- Поддръжка за работни процеси в Outdial Entry Point
Стартиране на потока
Дейността „Стартиране на потока“ се показва по подразбиране на платното „Главният поток“. Не можете да изтриете дейността „Стартиране на поток“. Тази дейност показва събитието, което задейства този поток. Тази дейност определя как може да се използва потокът и видовете дейности, които са достъпни за конфигуриране.
Единственото налично в момента събитие за задействане на потока е NewContact.
Системата задейства това събитие, когато ново повикване достигне входна точка за телефония в контактния център. Можете да използвате потоци, които се задействат от събитието NewContact в Стратегии за маршрутизиране на входни точки. Събитието за задействане на потока е избрано по подразбиране и не може да се редактира. Допълнителни събития ще бъдат разкрити в бъдеще.
NewContact важи само за нови потоци. За потоци, създадени преди седмицата на 20 април,NewPhoneContact остава като събитие за задействане на потока.
Дейността „Стартиране на поток“ автоматично се етикетира с името на избраното събитие за задействане на поток. Това ви позволява бързо да видите какъв тип поток се изгражда.
Изходни променливи
Броят и видът на изходните променливи, свързани с дейността „Стартиране на потока“, зависят от избраното събитие за задействане на потока. Тези променливи съхраняват данни, които се заснемат в момента на задействане на потока. Например, изходните променливи, описани по-долу, се показват чрез събитието NewContact.
Използвайте тези променливи в по-късни дейности, за да контролирате последователността на потока.
-
NewContact.ANIАвтоматичното идентифициране на номера (ANI) е функция на телекомуникационна мрежа, която автоматично определя оригиналния телефонен номер на дадено повикване. Тази променлива съхранява телефонния номер на обаждащия се, който е задействал събитието
NewContact. -
NewContact.DNISУслугата за идентификация на набрания номер (DNIS) е услуга, която идентифицира първоначално набрания телефонен номер на дадено повикване. Тази променлива съхранява телефонния номер, който обаждащият се е набрал, за да задейства събитието
NewContact.Когато повикване се прехвърли към входен номер в директорията, Webex Contact Center открива EPDN адреса и обработва прехвърлянето вътрешно.
Прехвърляне към EPDN може да бъде инициирано от поток, който използва дейността Сляпо прехвърляне или от Agent Desktop, когато агент прехвърля или се консултира с DN на входната точка.
Когато прехвърлянето приключи, номерът на местоназначение, използван за прехвърлянето, се представя на потока на приемащата входна точка като стойност на услугата за идентификация на набрания номер (DNIS). Стойността на DNIS е налична в променливата flow
NewPhoneContact.DNIS.Приемащият поток може да оцени
NewPhoneContact.DNISи да го използва в логиката на маршрутизацията. Въпреки това, потоците трябва да избягват приемането на един единствен DNIS формат, освен ако конфигурацията за номериране на входните точки на местоназначението не гарантира този формат.DNIS стойността, представена на приемащия поток, зависи от това как е конфигурирано номерирането за входната точка на местоназначението.
Таблица 9. Поведение на DNIS за прехвърлени повиквания към EPDN Конфигурация на номера на входната точка за дестинация
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.PSTNRegionPSTN регионът, който е конфигуриран в съпоставянето на входна точка (EP) - номер за набиране (DN) за регионални гласови медийни услуги. Тази променлива се поддържа само на гласовата платформа от следващо поколение.
-
NewContact.FlowVersionLabelЕтикет на версията на потока, който се генерира по време на изпълнението му. Разработчиците на потоци могат да създават различни поведения за различните версии на потоци, като например „Разработчик“, „Тест“, „Активен“ и „Най-нов“. Използвайки променливата
NewContact.FlowVersionLabel, разработчиците могат динамично да променят логиката на потока, като осъществяват достъп до етикетите на версиите в самия поток. -
NewContact.FlowIdУникален идентификатор на текущо изпълнявания поток.
-
NeContact.EntryPointIdУникален идентификатор на входната точка, която стартира потока.
-
NewContact.OrgIdУникален идентификатор на организацията.
- Променливи за обратно извикване:
NewContact.CallbackReasonПричината за обратното повикване, предоставена при насрочването му. Можете да направите причината за обратното извикване достъпна във входящия изскачащ прозорец на Agent Desktop, като я присвоите на променлива, видима за агента.
NewContact.CallbackTypeЗапазва стойността като „планирано“ за планирано обратно извикване или „scheduled_personal“ за лично планирано обратно извикване.
NewContact.ScheduleSourceInteractionIdИдентификаторът на взаимодействието, от който първоначално е било поискано обратното извикване.
Тези променливи ще имат стойности само за планирано обратно повикване и ще останат празни за други типове повиквания.
-
NewContact.HeadersСъхранява подробностите от заглавката на Session Initiation Protocol (SIP) на входящото повикване във формат JSON. Разработчиците на потоци могат да извличат и използват входящите SIP персонализирани X-заглавки за вземане на решения за маршрутизиране и за интегриране на Webex Contact Center с IVR системи на трети страни. Когато клиент се обади в контактния център на Webex, системата анализира данните за потока и извлича SIP заглавката.
Предварителни изисквания
- Извличането на SIP заглавки е достъпно само за наематели на RTMS (платформа за гласови медии от следващо поколение).
- Използването на персонализирани 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" ;tag=9fxced76sl To: Call-ID: 2xTb9vxSit55maQjcU@atlanta.example.com CSeq: 314159 INVITE Contact: Diversion: ;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-Прескочен
X-BroadWorks-Correlation-Info
X-FS-поддръжка
X-път
X-RTMS-CID
X-RTMS-OID
X-RTMS-CONFID
X-RTMS-AGENT-LEGID
X-RTMS-ENTER-SOUND
X-RTMS-APP-PREFIX
X-RTMS-Без търсене
X-VPOP-ДОМЕЙН
Важни съображения:
- Системата анализира името на повикващия като Caller_ID_Name.
- Системата може да извлече до 20 заглавки от входящото SIP съобщение за покана. Ако броят на заглавките е повече от 20, системата извлича само първите 20 заглавки, сортирани по азбучен ред.
- Има ограничение от 1000 байта за цялата информация в заглавката.
За да добавите и анализирате SIP заглавки към външни IVR системи, използвайте следните действия:
Краен поток
Краят на потока е завършваща дейност, която маркира края на път на потока. Можете да използвате произволен брой дейности за край на потока, за да изградите потока си, за да гарантирате, че всички пътища на потока ще завършат.
Не използвайте дейността „Край на потока“ в IVR поток. Използването на End Flow с IVR може да доведе до „мъртъв въздух“ и разговорът може да не се прекъсне.
Можете да дадете на всяка дейност уникален етикет и описание.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
Случай
Използвайте дейността „Случай“, ако има множество възможности или резултати в определен момент от процеса на вземане на решение.
Например, можете да използвате дейност „Случай“, за да дефинирате различни изскачащи екрани за различните екипи от агенти в зависимост от името на екипа. Всеки случай се превръща в клон, от който дефинирате подходящите пътища. Потокът продължава по пътя, който се оценява като true за конкретен екземпляр на потока. Всяка дейност по случай има настройка по подразбиране, която системата използва за всеки недефиниран случай. Ако нито един от случаите не е истина, случаят по подразбиране се оценява като истина и потокът продължава по този клон.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Настройки на случая конфигурирайте следното:
Резултати от дейността
|
Условие
Дейността „Условие“ представлява решение. Потокът поема по пътя „Вярно“ или „Невярно“ в зависимост от това дали условието е изпълнено.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Израз конфигурирайте следното: Увийте всеки израз, както следва: {{Enter Expression}}. Пример: {{HTTPRequest1.httpStatusCode == 200}} Ако използвате израз без скоби, системата ще генерира грешка във Flow.
|
Отиди на
Верижното свързване на потоци ви дава възможност да свързвате множество потоци. За да постигнете верижно свързване на потоци, можете да добавите завършващата дейност GoTo към платното и да посочите дали текущият поток трябва да премине към входна точка или към друг поток. За повече информация вижте Свързване на множество потоци (с GoTo).
Използвайте възела GoTo, за да премествате контакти в рамките на Webex Contact Center, например между входни точки или потоци. Използвайте картографиране на променливи на потока, за да прехвърляте безпроблемно данни заедно с контакта.
Ако библиотеката с дейности не показва дейността GoTo, свържете се с поддръжката на Cisco, за да активирате съответния флаг за функция.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | |||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
| |||||||||
| 3 |
В секцията „Настройки на местоназначението на потока“ можете да промените изживяването на обаждащия се въз основа на времето (ако прехвърляте повикването към входна точка) или да използвате повторно един поток в множество сценарии (ако прехвърляте повикването към поток). Въз основа на опцията GoTo, променливите на потока се предават от текущия поток, както следва:
Конфигурирайте следното:
| |||||||||
| 4 |
Ако изберете опцията Go To Flow, ще се покаже разделът Flow Variable Mapping. Променливите на потока и глобалните променливи с едно и също име и един и същ тип данни между потоците се съпоставят автоматично за входящи повиквания. За изходящи повиквания само глобалните променливи се картографират автоматично; автоматичното картографиране на променливите на потока не се поддържа. Тази функция ви помага да редактирате, изтривате или добавяте още променливи съпоставяния между текущия поток и целевия поток. Не можете да картографирате променливи за потоци в GoTo дейност, когато използвате променливи потоци. Можете да съпоставяте променливи само със статични цели на потока. Вижте таблицата по-долу за поведението на картографирането на променливи с променливи потоци. Когато съпоставяте JSON променлива от основен поток към целевия поток в GoTo активност, съхранявайте JSON изхода в друга променлива, като например низ или друг тип променлива, и я съпоставяйте със същия тип променлива в целевия поток. Конфигурирайте следното:
За да добавите, редактирате или изтриете съпоставяния на променливи:
Променливи детайли Разделът „ Детайли за променливите на текущия поток “ показва всички променливи на потока и глобални променливи в текущия поток. Разделът Детайли за променливите на целевия поток показва всички променливи на потока и глобални променливи в целевия поток. Можете да щракнете върху етикета за информация относно променлива. Когато изберете променлива за картографиране, тя става зелена, което ви помага да видите какво вече е картографирано. За да се осигури безпроблемен достъп до информация и взаимодействие през целия жизнен цикъл на повикването, картографирането на променливи е от решаващо значение по време на изпълнението на потока. Това включва стратегическо съгласуване на глобалните променливи с локалните и видимите за агента променливи на потока, пригодени както за статични, така и за динамични типове поток: Картографирането на променливите е важно по време на верижното изграждане на потоци. Таблицата по-долу обяснява основните разлики между използването на статични и динамични опции GoTo.
Кодове за грешки при GoTo активност
|
Изчакване
Дейността „Изчакване“ ви позволява да поставите на пауза изпълнението на потока за определен период от време. Когато конфигурирате тази дейност с периода на изчакване, изпълнението на потока се паузира за продължителността, посочена в дейността „Изчакване“ в пътя на изпълнение.
Не препоръчваме използването на действието „Изчакване“, когато IVR сесия е активна, тъй като това може да доведе до изтичане на времето за изчакване на IVR сесията. В такива случаи контактът ще бъде прекъснат, което ще доведе до неуспешни разговори. Силно препоръчваме на дизайнерите на потоци да използват дейността Wait в събитието CallbackFailed и да укажат периода на изчакване.
Дейността „Изчакване“ е с общ характер. Когато проектирате поток, можете да поставите тази дейност след всяка дейност според вашите изисквания. Например, по време на повторен опит за обратно извикване, тази дейност спира изпълнението на потока и опитва отново обратното извикване.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Настройки за изчакване конфигурирайте следното:
Изходни променливи В тази дейност няма налична изходна променлива. |
Процентно разпределение
Дейността „Процентно разпределение“ ви позволява да разпределяте трафика на повиквания по различни пътища в поток. Можете да използвате тази дейност като механизъм за разклоняване на потока през множество пътища на потока и да създадете множество изходни пътища, за да разпределите контакти към различни опашки, сайтове и външни сървъри.
Системата използва алгоритъм за претеглено кръгово разпределение (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% setting to create switchboard use cases. This allows the traffic to be turned off by default. However, you can activate these connections later to allocate distributions greater than 0%.
Освен това можете да добавите дейността „Процентно разпределение“ преди дейността „Обратна връзка“, за да конфигурирате как искате да управлявате трафика на повикванията. Можете да разпределите 50% of feedback via email, 30% от SMS и 20% от анкета.
По подобен начин, в географски разнообразна среда, можете да конфигурирате дейността „Процентно разпределение“ да изпраща 10% of contacts to Boston, 5% до Чикаго и да разпределя останалите 85% към друг набор от местоположения.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте „Обработка на грешки“.
Преди да започнете
| 1 |
В Flow Designerплъзнете и пуснете дейността Percentage Allocation от Activity Library към основното платно. |
| 2 |
Щракнете върху дейността Процентно разпределение, за да конфигурирате настройките на дейността. |
| 3 |
В Общи настройки:
|
| 4 |
В Процентно разпределениесъздайте необходимите пътища за разпределение. Първоначално системата задава пътя по подразбиране за разпределение на 100%. Можете да редактирате процентната стойност и описанието, както и да добавяте нови пътища.
Дейността по процентно разпределение има следните изходни променливи:
|
Поддръжка за работни процеси в Outdial Entry Point
Следните дейности и събития се поддържат, когато създавате работни потоци за контакти за гласово набиране:
-
HTTP заявка
-
Условие
-
Разбор
-
Задаване на променлива
-
Работно време
-
Краен поток
-
Изскачащ екран
-
Събитие „Предварително набиране“
Поддържат се всички обработчици на събития, ако е приложимо. Обработчиците на събития, като например събитие „PreDial“, „Agent Offered“ и т.н., ще бъдат попълнени въз основа на дейностите, които добавяте в основния поток. Глобалните и локалните променливи се поддържат като част от потока.
Следните дейности не се поддържат, когато създавате работни потоци за контакти за гласово набиране:
-
Контакт на опашката
-
Опашка към агент
-
Обратно повикване
-
Търсене в опашката
-
Разширена информация за опашката
-
Сляп трансфер
-
Ескалиране на група за разпределение на повиквания
-
IVR съобщение
- Меню
- Проучване
Въз основа на горепосочените дейности, системата ще поддържа грациозно пътищата за грешки и успех безпроблемно.
- Когато проектирате поток за входна точка за външно набиране, не включвайте дейност „Прекъсване на връзката с контакт“ в края на потока. Ако използвате дейност „Прекъсване на връзката с контакт“ в потока, това кара потокът да прекрати разговора и да поиска приключване, докато външното повикване всъщност е активно и свързано.
Дейности в комуналните услуги
- Заявка за BRE
- Работно време
- Криптографски хеш
- Генериране на еднократна парола
- HTTP заявка
- Разбор
- Задаване на променлива
- Проверка на еднократната парола
Заявка за BRE
Използвайте дейността „Заявка за BRE“, за да извлечете данните от Business Rules Engine (BRE) на вашата организация, които да използвате в потока. Дейността BRE Request използва стандартни HTTP протоколи за извличане на данни от BRE.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В Параметри на заявкатаможете да предадете параметрите, предоставени в API извикването, към BRE. В колоните „Ключ-стойност“ можете да въведете ключа за заявката и свързаната с него стойност, която да се изпрати заедно със заявката. Можете също да използвате синтаксиса на двойни къдрави скоби, за да предавате стойности на променливи. Дейността BRE има един предварително дефиниран параметър на заявката: Контекста. Този параметър на заявката се предава в API извикването към BRE. TenantID се инжектира автоматично като параметър и не е необходимо да се конфигурира.
За да добавите параметър на заявката, щракнете върху Добавяне на нов. Това добавя ред, където можете да въведете двойките ключ-стойност. Можете да добавите толкова параметри на заявката, колкото е необходимо, като част от BRE заявката. |
| 4 |
В секцията Настройки за анализ можете да анализирате отговора от BRE заявката в различни променливи:
Изходни променливи BRE заявката връща две изходни променливи:
Формати на тип съдържание Следните примери описват примерни формати на входни типове съдържание и JSON отговора.
|
Работно време
Дейността „Работно време“ ви позволява да използвате работни и неработни часове, като например празници, и замествания във вашата организация, които са дефинирани в Control Hub. Можете да добавите дейността „Работно време“ към поток и да присвоите този поток към входна точка. С помощта на тази дейност можете да консумирате работни часове, празници и отменяния, за да консолидирате множество стратегии за маршрутизиране за всички техни графици в един поток.
Използвайте дейността „Работно време“, за да програмирате график на работата в поток. Тази дейност определя дали даден график е активен в даден момент и насочва изпълнението на потока съответно.
Администраторите могат да управляват обекти за работно време от Control Hub. За повече информация вижте Настройване на работно време.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнението на потока. За повече информация вижте Конфигуриране на обработката на грешки.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията „Детайли за графика“ можете да изберете работен час от падащия списък, за да определите кога се изпълняват различните пътища на потока. Графикът показва смяната, която е дефинирана в обекта „работно време“ за избрания работен час. Потокът се изпълнява предимно въз основа на времевата рамка, определена в смяната на избрания работен час. Други обекти за работно време, като списъци с празници и отменявания, имат предимство пред работното време, ако времената съвпадат с текущото време на смяната.
Ако някой от входните данни от подредения списък е празен, Flow Designer генерира грешка при валидиране на потока. Трябва да отстраните тези грешки, преди да публикувате потока. Възли за работно време Можете да конфигурирате следните възли в дейността „Работно време“:
Изходни променливи Дейността „Работно време“ използва следните изходни променливи.
|
Криптографски хеш
Криптографският хеш ви позволява да генерирате еднопосочен хеш на обикновен низ, използвайки един от поддържаните алгоритми. Можете да използвате сол като допълнителна защита.
| 1 |
Плъзнете и пуснете дейността Cryptographic Hash върху платното на потока. | ||||||||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
| ||||||||||||||||||
| 3 |
В секцията Конфигурация на хеш конфигурирайте следното:
|
Какво да направите след това
Стандартната изходна променлива за възела Cryptographic Hash е CryptographicHash.HashOutput, която улавя хеша.
Генериране на еднократна парола
Дейността „Генериране на OTP“ генерира еднократна парола (OTP) за сценарии за удостоверяване на потребители, като например двуфакторно удостоверяване, многофакторно удостоверяване. Можете да използвате еднократни пароли (OTP) в множество сценарии, като например потвърждаване на самоличността на потребителя, проверка на валидността на бизнес акаунти, защита на информация и много други.
Дейностите „Генериране на OTP“ и „ Проверка на OTP“често се използват заедно за настройване на потоци за удостоверяване на потребители, като например двуфакторно удостоверяване.
| 1 |
Плъзнете и пуснете дейността „Генериране на OTP“ върху платното на потока. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В Логиката за генериране на OTPконфигурирайте желания формат и дължина на еднократната парола. |
Какво да направите след това
HTTP заявка
Дейността HTTP Request извлича информация от външен източник на данни, като например CRM, използвайки стандартни HTTP протоколи.
Атрибутите Basic Auth и OAuth 2.0 се поддържат за удостоверени крайни точки.
Свързани шаблони за потоци
Следните шаблони използват активността HTTP Request:
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Настройки на HTTP заявката конфигурирайте следното:
|
| 4 |
В секцията Настройки за анализ можете да анализирате генерирания от HTTP заявката отговор в различни променливи. Тази конфигурация е по избор, защото не всички сценарии на HTTP заявки изискват парсинг.
Изходни променливи HTTP заявката връща следните изходни променливи:
Формати на тип съдържание Следните примери описват примерни формати на входни типове съдържание и JSON отговора.
Настройки за изчакване на активност В определени случаи, ако HTTP отговорът претърпи значително забавяне, повикващият ще изпита период на мълчание. За да се смекчи този сценарий, е възможно да се качи аудио файл. Този файл ще бъде възпроизведен на повикващия по време на извличането на HTTP отговор. Освен това е възможно да конфигурирате продължителността на забавянето, преди да се възпроизведе този звук.
Най-добре е да поддържате настройката за забавяне над 2 секунди и да се опитате да оптимизирате времето за отговор на HTTP заявката. Това гарантира, че звукът не се възпроизвежда ненужно, като същевременно осигурява минимално забавяне за „мъртъв ефир“ към обаждащия се. |
Разбор
Използвайте дейността Parse, за да извлечете информация от обекта с данни. Дейността „Parse“ приема входен низ (JSON, TOML, XML и YAML) и го преобразува в JSON структура въз основа на посочените данни. След това можете да присвоите JSON структурата на променлива, използвайки JSON израз за път.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.
Преди да започнете
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройкивъведете следната информация:
|
| 3 |
В секцията Настройки за анализ конфигурирайте следното:
Формати на тип съдържание Следните примери описват примерни формати на входни типове съдържание и JSON отговора.
|
Задаване на променлива
Използвайте дейността „Задаване на променлива“, за да зададете стойности на променливи. Можете да променяте стойностите на променливите въз основа на вашите изисквания или според потока.
Можете да конфигурирате множество променливи в рамките на една дейност „Задаване на променлива“. Това елиминира необходимостта от конфигуриране на множество отделни дейности за задаване на променливи в платното, като по този начин позволява на разработчиците на потоци да изграждат и променят потоци по-бързо.
Посочете типа на променливата, която искате да изберете. За повече информация вижте Потребителски променливи и Предварително дефинирани променливи.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки. Ако не конфигурирате пътя за обработка на грешки, глобалният обработчик на грешки обработва грешката при изпълнение на потока.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Настройки на променливите конфигурирайте следното:
|
Проверка на еднократната парола
Дейността „Проверка на OTP“ ви позволява да валидирате предоставения от потребителя OTP, като използвате референтния номер на транзакцията, заснет по време на генерирането на OTP.
| 1 |
Плъзнете и пуснете активността „Проверка на OTP“ върху платното на потока. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Детайли за OTP конфигурирайте следното: |
| 4 |
В Разширени настройкиконфигурирайте следното:
|
| 5 |
В Допълнителни параметривъведете двойките ключ-стойност, които са били зададени във възела за генериране на OTP, във формата Ключ и Стойност. Повторете тази стъпка, за да добавите няколко параметъра. |
Дейности в Voice
- Сляп трансфер
- Мостово прехвърляне
- Анализ на напредъка на обажданията
- Обратно повикване
- Събиране на цифри
- Меню
- Пусни съобщение
- Пусни музика
- Записване
- Контрол на записа
- Запланирайте обратно обаждане
- Изпращане на цифри
- Задаване на съобщение
- Задаване на идентификатор на обаждащия се
- Задаване на шепот за обявяване
- Стартиране на медиен поток
- Качване на аудио
Сляп трансфер
Дейността „Сляпо прехвърляне“ се прилага, когато повикване трябва да бъде прехвърлено към външен или DN на трета страна въз основа на зададени критерии за поток. Прехвърлянето може да бъде инициирано и към външен мост. Конфигурираният набор от критерии задейства дейността.
Използвайте възела „Сляпо прехвърляне“, за да прехвърляте повиквания към външни номера за набиране или номера от указателя за входни точки (EPDN). Не можете да прехвърляте променливи с това прехвърляне. За да преместите контакти между входни точки или потоци и да предадете данни за контакт с контакта, използвайте GoTo с променливо съпоставяне.
По време на сляпо прехвърляне, предишните ограничения на уменията ще се запазят, когато повикването бъде прехвърлено към опашка, базирана на умения. Това е така, защото ограниченията на уменията се изчисляват, когато се изпълнява даден поток. Въпреки това, тъй като потокът не се изпълнява в случай на сляпо прехвърляне, предишните ограничения на уменията се запазват.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
Когато проектирате поток, взаимодействието за консултация не може да включва дейност за сляпо прехвърляне. Не можете да добавите дейност за сляпо прехвърляне в потоците на събитията в „Контрол на потока“.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Номер за прехвърляне на повикване конфигурирайте номера на получателя за повикването, като го въведете ръчно или изберете променлива.
|
| 4 |
В секцията Добавяне на заглавка можете да конфигурирате и предавате параметрите на SIP заглавките на външни системи чрез SIP INVITE съобщенията. Можете да конфигурирате до 20 заглавки в изходящото SIP INVITE съобщение. Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center.
Трябва да избягвате включването на следната чувствителна лична информация в SIP заглавките.
Следните модели на заглавки са запазени за вътрешна употреба и не трябва да се предават като персонализирани заглавки. По подразбиране всички заглавки, които съответстват на този шаблон, ще бъдат премахнати и няма да бъдат предадени на Webex Contact Center.
|
| 5 |
Разделът „Кодове за грешки при изходни грешки“ описва кодовете за грешки при изходни грешки за дейността „Сляпо прехвърляне“.
|
Мостово прехвърляне
Дейността „Прехвърляне чрез мост“ позволява временно прехвърляне на повикване с поток към външна дестинация, като същевременно се запазва контролът върху повикването. Външната дестинация може да бъде външен мост или услуга за интерактивен гласов отговор (IVR).
Когато третата страна приключи обаждането, потокът от обаждания продължава и се възобновява, когато е необходимо, например чрез поставяне на обаждането в опашка към агент.
Дейността за мостово прехвърляне е подобрена, за да премахва контакта от опашката при изпращане на контакт към интерактивен гласов отговор (IVR) или автоматично разпределение на повиквания (ACD) на трета страна. Ако контактът не се обработва в системата на трета страна, той може да бъде върнат в първоначалната опашка.
Например, да предположим, че контакт центърът разполага с агентски ресурси на Webex Contact Center и агентски ресурси за външно обаждане. center/PBX. Клиентът иска да постави повикване на опашка от агенти на Webex Contact Center за кратък период (например 60 секунди). Ако през този период няма наличен агент, обаждането може да бъде прехвърлено чрез мост (с имплицитно премахване от опашката) към външен кол център за обработка, за да се подобри времето за реакция на клиента.
Преди да започнете
-
Не можете да добавите дейността „Прехвърляне чрез мост“ към дейността „Контакт от опашката“.
-
Не въвеждайте дейност за прехвърляне чрез мост по-късно в потока за контакти, които са паркирани, поставени на опашка или присвоени на агент. Това може да доведе до грешка в неподдържания поток.
-
Не можете да използвате дейността „Прехвърляне чрез мост“ в потоци от изходящи повиквания.
-
Не можете да добавите дейност за мостово прехвърляне в потоците на събития в Flow Control.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | ||||||||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
| ||||||||||||||||||
| 3 |
В секцията Номер за прехвърляне на повикване конфигурирайте номера на получателя за повикването, като го въведете ръчно или изберете променлива.
| ||||||||||||||||||
| 4 |
В раздела Настройки за време на изчакване при прехвърляне можете да конфигурирате поведението на дейността за мостово прехвърляне, когато прехвърленото повикване не е отговорено в рамките на определено време.
| ||||||||||||||||||
| 5 |
В секцията Настройки на изходните цифри можете да изпращате DTMF цифри към дестинацията по време на мостово прехвърляне. Използвайте това, за да изпращате информация или да навигирате в менюта на IVR на трета страна. Можете да въведете цифрите ръчно или да изберете динамични цифри, използвайки променлива.
Максималната дължина на DTMF цифрите е 32 знака. Поддържаните символи са 0-9, AD, звездичка (*), хеш (#), и запетая (,). Символът запетая (,) означава една секунда закъснение. | ||||||||||||||||||
| 6 |
В секцията Добавяне на заглавкаможете да конфигурирате и предавате параметрите на SIP заглавките на външни системи чрез SIP INVITE съобщенията. Можете да конфигурирате до 20 заглавки в изходящото SIP INVITE съобщение.
Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center. Трябва да избягвате включването на следната чувствителна лична информация в SIP заглавките.
Следните модели на заглавки са запазени за вътрешна употреба и не трябва да се предават като персонализирани заглавки. По подразбиране всички заглавки, които съответстват на този шаблон, ще бъдат премахнати и няма да бъдат предадени на Webex Contact Center.
| ||||||||||||||||||
| 7 |
В секцията Изходна променлива можете да запишете информация за резултата от прехвърлянето.
|
Анализ на напредъка на обажданията
Използвайте дейността „Анализ на напредъка на обаждането“, за да зададете параметрите на CPA за изпълнение на voicemail/answering разпознаване на машина (AMD) за обратно извикване.
Можете да разположите дейността „Анализ на напредъка на обажданията“ в следните области:
-
В основния поток, във всеки момент след дейността Callback.
-
В потока на събитията, само в манипулатора на събитието CallbackFailed.
-
В основния поток, във всеки един момент за планирано обратно повикване или лично планирано обратно повикване.
Когато се опитате да осъществите обратно повикване, ако повикването е AMD/voicemail, системата маркира обаждането като неуспешно. Резултатът от AMD откриването се записва в изходната променлива reason на манипулатора на събитие CallbackFailed. Ако стойността на CallbackFailed.reason е AMD, това показва, че AMD/voicemail беше открит за клиента. Въз основа на тази изходна променлива можете да конфигурирате повторни опити за обратно извикване.
Тази дейност е достъпна само ако предпочитаната опашка и функциите за обратно повикване са активирани за предприятието.
Ако сте конфигурирали анкета сред клиентите след обаждането във вашия поток, тя няма да бъде инициирана, ако на обаждането се отговори чрез AMD или гласова поща, което предотвратява ненужни анкети.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Разширени медийни параметри конфигурирайте следните CPA параметри:
Изходни променливи
|
Обратно повикване
Дейността „Обратно повикване“ е достъпна само ако предпочитаната опашка и функцията „Обратно повикване“ са активирани за предприятието. По подразбиране, дейността „Обратно повикване“ създава задача „Обратно повикване от учтивост“ в същата опашка, в която първоначално е било поставено повикването. Ако предпочитате, можете да конфигурирате различна опашка. Ако използвате една и съща опашка, задачата запазва позицията си в опашката, докато не стане наличен следващият агент.
Когато проектирате поток, взаимодействието за консултация не може да включва дейност за обратно извикване от учтивост.
Ако е предпочитана нова опашка, поставете задачата в долната част на предпочитаната опашка. Когато агентът приеме задачата, се инициира обратното повикване. Ако обаждащият се не отговори, обратното повикване не се повтаря.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци от събития.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 3 |
В секцията Настройки за обратно повикване конфигурирайте следното:
Разделът Настройки за обратно повикване определя номера за обратно повикване и опашката, в която повикващият трябва да бъде поставен за заявката за обратно повикване. Системата запазва мястото на обаждащия се в опашката, докато не стане свободен следващият агент. Трябва да използвате дейност „Прекъсване на контакт“, за да прекратите клон на поток, който използва дейност „Обратно повикване“. В противен случай разговорът не приключва, когато бъде подадена заявка за обратно повикване. Администраторите на потоци трябва да тестват функцията в непроизводствена среда, за да се уверят, че ANI, конфигуриран като част от Variable ANI, е правилен или не. Ако предоставеният ANI е неправилен, обратното извикване превключва към системния ANI по подразбиране. Това са сценариите, при които персонализираният ANI е конфигуриран и валидиран за управление на наематели и контрол на потока. В зависимост от използвания стек, можете да видите валидации, които са приложими само за този стек.
Изходни променливи:
Кодове за грешки Следните кодове за грешки и описания за дейността „Обратно повикване“:
|
Събиране на цифри
Дейността „Събиране на цифри“ подканва повикващия да въведе двутонов многочестотен (DTMF) вход, като например номер на акаунт. Подобно на дейностите „Възпроизвеждане на съобщение“ и „Меню“, дейността „Събиране на цифри“ може да използва аудио файлове, съобщения от текст в реч или комбинация от двете.
Тази дейност приема DTMF въвеждане на цифри от 0 до 9 и букви A, B, C и D. Обаждащият се може да въведе # или * като символ за прекратяване, който показва края на DTMF въвеждането.
Повикващият не може да използва символите за прекратяване за други сценарии като част от дейността „Събиране на цифра“, като например потвърждаване на сумата или идентификатора на клиента.
По подразбиране, медийната платформа от следващо поколение поддържа само DTMF тип RFC2833 както за входящи, така и за изходящи повиквания.
Медийната платформа от следващо поколение поддържа вътрешночестотен DTMF (In-Band DTMF).
Тази функция е налична само ако съответният флаг за функция е активиран.
Можете също да чувате DTMF тонове в лентата по време на запис и в конферентен разговор с други страни.
Можете да конфигурирате тези пътища за обработка на грешки, за да обработвате грешки при изпълнение на поток:
-
Време за изчакване при влизане— Указва пътя на изхода за грешка, който потокът поема след изтичане на времето за изчакване при влизане. Конфигурирането на този път гарантира, че повикващият няма да остане неактивен твърде дълго. Променете продължителността на времето за изчакване за запис в секцията „Разширени настройки“ на панела „Свойства“. Помислете за възпроизвеждане на съобщение, за да изясните какво се очаква от обаждащия се, и след това се върнете към началото на дейността.
-
Несъответстващ запис— Указва пътя на изхода за грешка, който потокът поема, ако повикващият въведе DTMF вход, който не е конфигуриран в секцията „Връзки към персонализирано меню“. Конфигурирането на този път гарантира, че повикващият има право да рестартира дейността и да опита отново. Помислете за възпроизвеждане на съобщение, за да изясните какво се очаква от обаждащия се, и след това се върнете към началото на дейността.
-
Неопределена грешка— За повече информация вижте Конфигуриране на обработката на грешки.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Подкана конфигурирайте следните настройки:
|
Меню
Дейността „Меню“ ви позволява да изградите интерактивно гласово обслужване (IVR) на Cisco Unified IP във вашия поток. Дейността възпроизвежда подкана, която позволява на повикващия да въведе DTMF цифра. В зависимост от цифрата, която повикващият въвежда, потокът може да поеме по различен път.
Менюто може да има от 1 до 10 клона, представени с цифри от 0 до 9.
Можете да използвате действието в менюто със или без активирано преобразуване на текст в реч. Опциите за конфигурация се променят съответно.
Можете да конфигурирате тези пътища за обработка на грешки, за да обработвате грешки при изпълнение на поток:
-
Време за изчакване при липса на вход— Указва пътя на изхода за грешка, който потокът поема след изтичане на времето за изчакване при вход. Конфигурирането на този път гарантира, че повикващият няма да остане неактивен твърде дълго. Променете продължителността на времето за изчакване без въвеждане в секцията „Разширени настройки“ на панела „Свойства“. Помислете за възпроизвеждане на съобщение, за да изясните очакванията на обаждащия се, и след това се върнете към началото на дейността.
-
Несъответстващ запис— Указва пътя на изхода за грешка, който потокът поема, след като повикващият въведе DTMF вход, който не е конфигуриран в секцията „Връзки към персонализирано меню“. Конфигурирането на този път гарантира, че повикващият може да рестартира дейността и да опита отново. Помислете за възпроизвеждане на съобщение, за да изясните очакванията на обаждащия се, и след това се върнете към началото на дейността.
За да върнете извикването обратно към началото на дейността за определен брой пъти:
-
Добавете дейността „Задаване на променлива“ след дейността „Меню“.
-
В дейността Menu свържете възлите No-input timeout и Unmatched Entry към дейността Set Variable.
-
Конфигурирайте дейността „Задаване на променлива“ както следва:
-
В полето Променлива изберете Време за изчакване.
-
Задайте стойността на променливата на {{Timeout +1}}.
-
-
Добавете дейността „Условие“ след дейността „Задаване на променлива“.
-
В дейността „Условие“ въведете следния израз:
{{Timeout >= n}}, където „n“ е броят пъти, в които искате да върнете повикването обратно в менюто, преди то да бъде прекъснато.
Например, ако {{Timeout >= 3}}, Конфигурацията връща повикването обратно в менюто три пъти, преди то да се прекъсне.
-
Добавете дейността „Възпроизвеждане на съобщение“, последвана от дейността „Прекъсване на връзката с контакт“, за да възпроизведете записа и да прекъснете разговора, ако повикващият не избере конфигурираните опции или изтече времето за изчакване след n броя повторения.
-
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Подкана конфигурирайте следните настройки:
|
Пусни съобщение
Дейността „Възпроизвеждане на съобщение“ възпроизвежда непрекъснато съобщение на повикващия. Можете да използвате дейността „Възпроизвеждане на съобщение“ със или без активирана функция за преобразуване на текст в реч. Опциите за конфигурация се променят съответно.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.
Дейността „Възпроизвеждане на съобщение“ е непрекъсваема за DTMF входове.
Дейността „Възпроизвеждане на съобщение“ може да бъде прекъсната поради наличността на агента да отговори на повикването, ако е включена след дейността Контакт в опашката в потока от повиквания.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Подкана конфигурирайте следните настройки:
Не включвайте само дейността „Възпроизвеждане на съобщение“ в цикъл след дейността „ Контакт в опашката “ в потока на повикванията. Можете да използвате комбинация от дейността „ Пусни музика “ и дейността „Пусни съобщение“ в цикъл, за да създадете валиден поток от повиквания. Когато включите дейността „Възпроизвеждане на съобщение“ преди дейността „ HTTP заявка “ в поток на повикване, HTTP заявката се изпълнява само след като звукът е възпроизведен напълно. |
Пусни музика
Дейността „Пусни музика“ възпроизвежда музика, когато постъпи повикване или е в опашка. Можете да изберете аудио файл, който да се възпроизведе, когато поставите обаждащия се на изчакване.
Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.
Преди да започнете
Когато включите дейността „Пусни музика“ преди дейността „ HTTP заявка “ в поток на повикване, HTTP заявката се изпълнява само след като аудиото е възпроизведено напълно.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Настройки на музиката конфигурирайте следните настройки:
Когато включите дейността „Пусни музика“ преди дейността „ HTTP заявка “ в поток на повикване, HTTP заявката се изпълнява само след като аудиото е възпроизведено напълно. |
Записване
Дейността „Запис“ записва речевия вход или изказването на повикващия, към което може да се обърне внимание в един и същ поток на повикване. Тази дейност е достъпна само за клиенти, които използват медийната платформа Next Generation. Системата съхранява записаните аудио файлове само по време на разговора, след което тези файлове се изтриват автоматично от системата. В момента записаните аудио файлове са в некриптиран формат. Не препоръчваме записването на чувствителна информация с помощта на тази функция.
Не използвайте „Записване на активност“ в рамките на потока „консултация с входна точка - номер за набиране“, тъй като тази конфигурация не се поддържа.
| 1 |
Влезте в Control Hub, изберете Services > Контактен център > Потоци. | ||||||||||||||||||||||||
| 2 |
Щракнете върху Управление на потоци и след това върху Създаване на потоци. | ||||||||||||||||||||||||
| 3 |
Кликнете върху „ Започни на чисто“. Появява се прозорецът Дизайнер на потоци. | ||||||||||||||||||||||||
| 4 |
В полето Име на потока въведете уникално име. | ||||||||||||||||||||||||
| 5 |
Плъзнете и пуснете активността Record от Activity Library към основното платно на потока. | ||||||||||||||||||||||||
| 6 |
В Общи настройкиизпълнете следните действия:
| ||||||||||||||||||||||||
| 7 |
В Настройки на записаконфигурирайте следните полета:
| ||||||||||||||||||||||||
| 8 |
В секцията Изходни променливи вижте следните променливи:
Можете да използвате изходната променлива Record_audioFileData в дейности като Възпроизвеждане на съобщение, Менюи Събиране на цифри в поток от повиквания. Тази изходна променлива може да бъде конфигурирана като аудио променлива в настройките Подкана на IVR дейностите, за да се възпроизведе записаният звук на повикващия. Стойността на променливата може да бъде под формата на израз тип „камъче“: Можете да използвате изходната променлива Record_audioFileData в дейността HTTP Request, за да качите записаното аудио на външен сървър или API на трета страна. Това може да се направи, като се избере Тип съдържание като Файл и изходната променлива Запис на активност от падащото меню Съдържание в тялото на заявката. Следната таблица изброява кодовете за грешки и описанията за дейността „Запис“:
|
Контрол на записа
Flow Designer предоставя дейност за контрол на записа с цел получаване на съгласие за запис от потребителя или обаждащия се. Записването на съгласие е едно от свойствата на конфигурацията, които са налични като част от тази дейност. Използвайте активност от менюто, за да получите съгласието на потребителя в булева променлива на потока. По време на взаимодействие, ако искате да заснемете стойността на съгласието, за да генерирате отчет, използвайте булевата променлива като вход за стойността на свойството съгласие на дейността за контрол на записа. След това можете да маркирате променливата, използвана за получаване на съгласието на обаждащия се, като докладваема.
Разработчикът на потока може да определи дали съгласието за запис на разговор трябва да бъде получено или не, за целите на отчитането. Когато клиент иска да получи съгласието за запис, използвайте глобални променливи, за да генерирате отчет за съгласие. Когато клиентът не иска да получи съгласие за запис, използвайте локални променливи. Това предлага по-голяма гъвкавост за наемателите и клиентите да управляват използването на променливи.
Можете да конфигурирате контрола на записа, като използвате тези стъпки:
-
В Flow Designer плъзнете и пуснете дейността Recording Control от библиотеката с дейности върху платното.
-
Щракнете върху дейността Контрол на записа, за да конфигурирате настройките на дейността.
-
В Общи настройкивъведете име за дейността в Етикет на дейността.
-
(Незадължително) В полето Описание на дейността въведете описание на дейността.
-
В Настройки за управление на записаизберете променлива на потока от падащия списък за Активиране на запис.
Дейност от менюто за IVR (интерактивен гласов отговор) и дейност за контрол на записа, когато се използват заедно в потока, позволяват получаване на съгласие за запис. Приоритет се дава на настройката за съгласие на потребителя в потока в сравнение с настройките за конфигурация на ниво клиент, ниво опашка или ниво график за запис.
Контролът на записите може да се управлява в следните сценарии:
-
Ако конфигурацията за съгласие на потребителя е зададена на „Да“ в потока, тогава повикването се записва, независимо от конфигурацията за запис, зададена на ниво клиент, опашка или график за запис.
-
Ако потребителят не даде съгласие и конфигурацията е зададена на „Не“ в потока, тогава повикването не се записва, независимо от конфигурацията на запис, зададена на ниво клиент, опашка или график за запис.
-
Ако съгласието на потребителя не е конфигурирано в потока, но конфигурацията е зададена на „Да“ на някое от другите нива, като например клиент, опашка или график за запис, тогава разговорът се записва.
-
Ако съгласието на потребителя не е конфигурирано и конфигурацията е зададена на „Не“ на всички нива, като например наемател, опашка и график за запис, разговорът не се записва.
Освен това, други конфигурации за запис, като например „Продължи при прехвърляне“, „Пауза, възобновяване, активирано“ и „Продължителност на паузата“ и т.н., все още се прилагат въз основа на съществуващата йерархия, като например ниво на наемател, опашка или график за запис.
Изходни променливи
Тази дейност няма изходни променливи.
Планиране на обратни повиквания от IVR
Функцията за планирано обратно повикване позволява на клиентите да планират обратно повикване чрез IVR. Клиентите могат да заявят обратни повиквания самостоятелно, без да говорят с агент, което води до по-ефективна работа на контактния център. За да поддържа възможности за планирано обратно повикване към клиентите, модулът Flow Designer предоставя дейността „Планиране на обратно повикване“ в рамките на потока.
Запланирайте обратно обаждане
Използвайте дейността „Планиране на обратно повикване“, за да позволите на обаждащите се лесно да планират обратни повиквания чрез IVR системата. Можете да използвате специфични DTMF подкани, за да запишете подробности за планирането от повикващия и да предадете тази информация като вход към дейността „Планиране на обратно повикване“.
Следните раздели ви позволяват да конфигурирате дейността „Планиране на обратно повикване“:
- Общи настройки
- Настройки за планиране на обратно повикване
- Променливи на изхода на дейността
Преди да започнете
Уверете се, че сте конфигурирали входната точка за обратно извикване в Control Hub. Вижте раздела Настройка на входна точка за обратно извикване за подробности.
| 1 |
В дизайнера на потоци плъзнете и пуснете дейността „Планиране на обратно извикване“ от библиотеката с дейности върху платното. |
| 2 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 3 |
В секцията Общи настройки въведете следната информация: |
| 4 |
В секцията Настройки за планиране на обратно повикване конфигурирайте следните данни: Включете серия от IVR дейности (Меню, Събиране на цифри), за да съберете тази информация от обаждащия се и да я предадете на дейността за планирано обратно повикване. За да улесните това, вижте Подпоток на планирано обратно извикване за подробности.
|
Променливи на изхода на дейността
Променливите за изход от дейности съхраняват данните, които се събират от дейности и се създават автоматично, когато добавите конкретни дейности към платното.
Дейността „Планиране на обратно извикване“ има следните изходни променливи:
- ScheduleCallback.КодЗаНеуспех: Запаметява кода за повреда. Системата задава тази стойност само когато дейността е неуспешна.
- ScheduleCallback.Описание на грешката: Съхранява подробности за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.
Следните кодове за грешки и описания за дейността „Планирано обратно повикване“:
|
Код за грешка |
Стойност на кода за грешка |
Описание на повредата |
|---|---|---|
|
1 | НЕВАЛИДНА_ЗАЯВКА | За всякакви невалидни входни данни. |
|
3 | НЕВАЛИДНА_ОПАШКА | За невалидни данни за опашката. |
|
6 |
СИСТЕМНА ГРЕШКА_ |
Този код представлява различните грешки (които не попадат в нито една от дефинираните категории). |
Какво да направите след това
Изпращане на цифри
Можете да използвате дейността „Изпращане на цифри“, за да конфигурирате потоци, които изпращат DTMF тонове на повикващия по време на IVR взаимодействие. Това е полезно за:
-
Сигурно удостоверяване— Установяване на удостоверен поток от повиквания чрез проверка на повикващия с помощта на DTMF.
-
Взаимодействие с външни системи— Комуникация с други системи, които изискват DTMF въвеждане.
Дейността „Изпращане на цифри“ позволява удостоверяване, базирано на тонове, и е важна в сценарии, изискващи сигурни взаимодействия, като например проверка на автентичността на пътя на повикването.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията Настройки за възпроизвеждане на DTMF конфигурирайте следните настройки:
|
Задаване на съобщение
Дейността „Задаване на съобщение“ конфигурира съобщенията, които се възпроизвеждат при свързване с агент. Когато е активирано, можете да конфигурирате предварително записано съобщение като съобщение за съответствие с правна информация, персонализирано поздравление за агент или и двете. Можете да използвате тази дейност както за входящи, така и за изходящи повиквания.
- За входящи потоци – Конфигурирайте дейността по обявяване преди дейността по контакт с опашката за оптимална производителност. Като алтернатива, можете да го конфигурирате в рамките на събитието за предварително набиране в поток от събития.
- За изходящи потоци – Дейността по обявяване трябва да бъде конфигурирана в рамките на събитието за предварително набиране. Уверете се, че действието „Задаване на идентификация на повикващия“ е действието на терминала за събитието преди набиране.
Дейността „Задаване на обявяване“ поддържа следните типове обявления:
- Съобщение за съответствие
- Агент поздрав
- Обявление с шепот
Вижте Повишаване на ефективността с предварително записани съобщения за повече подробности.
За да конфигурирате дейността „Задаване на съобщение“, изпълнете следните стъпки:
- Влезте в Control Hub.
- Отидете до .
- Изберете необходимия поток и щракнете върху иконата „ Отиди до настройките на потока “ , за да го отворите.
- Плъзнете и пуснете дейността „Задаване на съобщение“ върху основното платно на потока.
- В раздела Общи настройки конфигурирайте следните параметри:
-
В полето Етикет на дейността въведете име за дейността.
-
В полето Описание на дейността въведете описание на дейността.
-
- За да конфигурирате поздрав на агент, включете превключвателя Активиране на поздрав на агент. В полето Цел на поздрава въведете името на целта на поздрава.
-
За да конфигурирате съобщение за съответствие, включете превключвателя Активиране на съобщение за съответствие. Изберете необходимия аудио файл от падащия списък.
- Щракнете върху Запиши.
- Щракнете върху Публикуване, за да публикувате потока.
Задаване на идентификатор на обаждащия се
Използвайте дейността „Задаване на идентификатор на повикващия“, за да дефинирате идентификатора на повикващия, който се показва по време на разговор. Дейността „Задаване на идентификатор на повикващ“ трябва да се използва само в потоци от събития. „Задаване на идентификатор на повикващия“ е терминална дейност, която маркира края на възникнал поток от събития PreDial. Дейността „Задаване на идентификатор на повикващия“ помага за конфигурирането на ANI за следните сценарии:
-
Входящи повиквания
-
Изходящи повиквания
-
Обратно обаждане от любезното съдействие
-
Преглед на кампанията
-
Обратно повикване от уеб
-
Изпълнете потока
-
Прехвърляне към набиращ номер
-
Консултирайте се, за да наберете номера
Консултирайте се с агент
Консултирайте се с EP-DN/queue
-
Трансфер до EP/queue
Можете да конфигурирате тази дейност до манипулатор на събитие PreDial. Необходимият ANI може да бъде конфигуриран с помощта на „Задаване на активност за идентификация на повикващия“ въз основа на услугата за идентификация на набрания номер (DNIS), типа операция или типа участник.
Можете да конфигурирате DN на агента като персонализиран ANI, така че агентът, на който се обажда, да може да вижда агента, на който се обажда. DN/extension номер, когато се свържат с тях. Това намалява вероятността от прекъсване на вътрешните повиквания. Например, когато потребител от фронт офиса (агент от контактния център) се обади на потребител от бек офиса (вътрешен служител), потребителят от бек офиса може да види вътрешния идентификатор на обаждащия се (контактен номер). number/extension) на агента, като по този начин минимизира отказите на повиквания.
За тази цел обаждащият се може да види контакта number/extension само когато с повикващия агент се осъществи контакт чрез външно набиране, консултация или прехвърляне към DN и DN се добави към списъка с номера за контакт.
Трябва да добавите номера за контакт към списъка с вътрешни номера за организацията в Control Hub. За повече информация относно добавянето на телефонен номер за контакт вижте Създаване на телефонен номер за контакт или вътрешен номер.
Ако въведете произволно число, системата проверява това число със съпоставянето по подразбиране на EP-DN, което е конфигурирано в Control Hub или Management Portal. Ако има несъответствие, системата го връща обратно към ANI по подразбиране. За повече информация относно персонализираното валидиране на ANI вижте Обратно извикване.
За да се гарантира, че оригиналните числа остават налични за анализ в отчетите, ANI, показван в отчетите, не се променя на персонализирания ANI.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. | ||||||||||||||||||||||||||||||
| 2 |
В секцията Общи настройки въведете следната информация:
| ||||||||||||||||||||||||||||||
| 3 |
В секцията Настройки на Caller ID, моля, конфигурирайте следното:
Персонализирането на ANI зависи от регулаторните изисквания. Вземете предвид регионалните зависимости преди внедряването на средата. Обработчик на събития PreDial, който се използва за персонализиране на идентификатора на повикващия, отменя ANI, който сте избрали по-рано, например ANI за външно набиране, избран от агент, обратно повикване с персонализиран ANI или друг подобен сценарий. Поддръжката на потока е необходима за всеки входящ или изходящ сценарий, за да се персонализира ANI. За случаи на употреба, които зависят от доставчици на услуги, като например решения, базирани на код на държава, регионални ограничения и др., помислете първо за тестване на потоците с доставчиците на услуги. За да работи ANI както се очаква в различни сценарии на повиквания, ви е необходима среда от следващо поколение. Употребата на ANI за множество сценарии, приложими в среда от следващо поколение, е следната:
Създаване на номер за контакт или вътрешен номер Можете да добавите номер за контакт към списъка с вътрешни номера за вашата организация. Персонализираните ANI ще бъдат видими за тези добавени контакти. Можете да добавяте по един номер за контакт или да използвате групови операции, за да качите номерата за контакт като CSV файл. За повече информация относно това как да извършвате групови операции за създаване, промяна, импортиране или експортиране на конфигурационни обекти в Control Hub, вижте Групови операции в Webex Contact Center. За да добавите номер за контакт или вътрешен номер:
|
Задаване на шепот за обявяване
Дейността „Задаване на шепот“ възпроизвежда кратко, предварително записано съобщение на агент, точно преди той да се свърже с обаждащия се. Съобщението се възпроизвежда само за агента; обаждащият се чува звъненето по подразбиране, докато се възпроизвежда шепнещото съобщение.
Съдържанието на съобщението може да съдържа информация за обаждащия се, която помага на агента да се подготви за обработка на обаждането.
Като предоставят на агентите тази информация предварително, шепотните съобщения им помагат да обработват повикванията по-ефективно, което води до по-кратко време за обработка на обажданията и подобрена удовлетвореност на клиентите.
Когато се чуе шепот, не можете:
-
Поставете разговора в режим на задържане, прехвърляне или конферентна връзка.
-
Поискайте съдействие от ръководител.
Тези функции стават отново достъпни след приключване на обявяването.
Шепот:
-
Приложимо е за входящи повиквания и сляпо прехвърляне към EP.
-
Може да бъде подкана или (текст-в-говор) TTS низ.
-
Може да се комбинира със съобщение за съответствие и поздрав на агент, като в този случай шепотът се възпроизвежда първо.
-
Не е включено в записа на разговора.
-
Поддържа всички типове крайни точки на агенти, като телефон, софтуерен клиент и WebRTC.
| 1 |
Щракнете върху дейността, за да конфигурирате настройките ѝ. |
| 2 |
В секцията Общи настройки въведете следната информация:
|
| 3 |
В секцията „Шепот на съобщение“ можете да зададете съобщение преди обаждане за агентите, което да предоставя ключови данни за обаждащия се за персонализирано обслужване. Когато включите превключвателя „Активиране на текст в реч“, можете да изберете необходимия конектор.
|
Стартиране на медиен поток
Дейността „Стартиране на медиен поток“ се използва за активиране на стрийминг на гласови медии от активни разговори между обаждащ се и агент.
За повече подробности относно използването на дейността в потоци от повиквания вижте Активиране на стрийминг на медийно съдържание за конкретни опашки.
Качване на аудио
Използвайте дейността „Качване на аудио“ в потока, за да активирате качването на поздрави от агенти.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . |
| 3 |
Изберете необходимия поток и щракнете върху иконата „ Отиди до настройките на потока “ , за да го отворите. |
| 4 |
Плъзнете и пуснете активността „Качване на аудио“ върху основното платно на потока. |
| 5 |
В секцията Общи настройки конфигурирайте следните параметри: |
| 6 |
В раздела Информация за аудиофайла конфигурирайте следните параметри: |
Потоци от събития
Разделът Потоци на събития съдържа следните обработчици на събития, които използвате в различни дейности:
- При глобална грешка
- Агентът е приет
- ТелефоненКонтактПрекратен
- АгентПредложен
- Агентът е прекъснат
- Обратното повикване е неуспешно
- Предварително набиране
- Свържете се с Ани Актуализирано
- Резултат от обаждането за изходяща кампания
При глобална грешка
Това събитие улеснява глобалната обработка на грешки. Системата задейства това събитие, когато не конфигурирате връзките към пътя за грешки в дадена дейност. Всички дейности в обработката на повиквания и дейности в контрола на потока разкриват това събитие. За повече информация вижте Работен процес OnGlobalError.
Агентът е приет
Системата задейства това събитие, когато агент отговори на входящо повикване и прекъсне работата на контакта в опашка. Това събитие се задейства директно за прогресивни, прогнозни и предварителни обаждания за кампания, след като агентът отговори на обаждането.
Дейностите, които откриват това събитие, са Изскачащ екран и Контакт с опашката.
ТелефоненКонтактПрекратен
Системата задейства това събитие, когато активен разговор се прекъсне и премахва всички участници. Събитието е налично, ако използвате избрани дейности за обработка на повиквания в поток, като например Изскачащ екран и Обратна връзка. Това събитие не изисква ескалация към агент.
Когато създавате поток, не добавяйте никаква IVR активност след събитието PhoneContactEnded. По време на изпълнението на потока, той няма да работи, когато добавите дейност след края на контакта.
Само дейността Контакт с опашката разкрива това събитие.
АгентПредложен
Системата задейства това събитие, когато на агент бъде предложен гласов контакт. Това събитие позволява на разработчика на потоци да конфигурира множество поддържани дейности, които са част от обработката на събития. Например, разработчик на потоци може да конфигурира дейност „Изскачащ екран“ срещу събитие AgentOffered. Тази конфигурация предоставя на агента информация, свързана с клиента, преди той да приеме или отговори на повикване.
Това събитие е свързано с NewContact.
Събитието AgentOffered не се поддържа за прогресивни, прогнозни и предварителни кампании.
Можете да видите свързаните променливи в Променливи на изхода на събития.
Агентът е прекъснат
Системата задейства това събитие, когато последният агент прекъсне връзката с активен разговор, оставяйки клиента сам на линията.
Дейността Контакт с опашката разкрива това събитие.
Обратното повикване е неуспешно
Системата задейства това събитие, когато обратно повикване от учтивост, планирано обратно повикване или лично планирано обратно повикване се окаже неуспешно.
-
Системата прави повторен опит за обратно повикване само когато обратното повикване от страна на контакта е неуспешно. Обратното повикване е неуспешно, когато контактът е зает или недостъпен, или няма отговор от агент.
-
Също така, обаждането от страна на агента се проваля, когато телефонът на агента не е достъпен или агентът откаже обаждането. Повикването се връща обратно в опашката и се насочва отново към наличен агент.
-
Също така, при планирани обратни повиквания, обратното повикване е неуспешно, когато е достигнато планираното време за край, без повикването да е пренасочено към агент. При лични планирани обратни повиквания, обратното повикване е неуспешно и когато назначеният агент не е влязъл в системата.
За да използвате обратно извикване за повторен опит в поток, конфигурирайте локална променлива на потока (използвайки активността SetVariable) със стойност 0 и я увеличете, както е необходимо. Уверете се, че стойността е по-малка от стойността на променливата „брой повторни опити“.
Можете да прикачите други събития, които са ви необходими, към потока, за да опитате повторно обратно извикване. Включете дейност Изчакване, последвана от Обратно повикване или някоя от дейностите по опашка, като например „Опашка към агент“ и „Контакт в опашката“ в потока. Използвайте тези дейности във всякаква комбинация или ред след дейността „Изчакване“.
За да прекратите повторните опити:
-
За истинско условие използвайте дейността End Flow. Не използвайте дейност „Прекъсване на връзката“.
-
За невярно условие използвайте Disconnect, след като променливата Retry е конфигурирана в потока. В този случай всички опити за повторен опит са завършени и няма налични повторни опити.
Максималният брой опити за повторно повикване е 10. Максималното време, през което взаимодействието може да остане в системата, е 14 дни. Което и да се случи първо, се счита за живот на взаимодействието за конфигуриране на повторен опит.
Когато използвате дейност Wait, минималният интервал на забавяне между повторните опити е 10 секунди, а максималният интервал на забавяне между повторните опити е 72 часа.
Когато състоянието на контакт е в изтекло време за паркиране и ако има налични опити за повторен опит, се генерира събитие CallbackFailed. Конфигурираният манипулатор на събития в потока продължава да опитва обратното извикване за оставащите опити.
Когато обратното извикване към контакт е неуспешно, контактът се премахва от опашката и се генерира събитието CallbackFailed. Манипулаторът за повторен опит може да го постави на опашка отново, използвайки някоя от дейностите, като например обратно повикване (същата или различна дестинация), поставяне на контакт в опашката, and/or Опашка към агент.
Ако обратното извикване е конфигурирано към различна дестинация в обработчика на събития CallbackFailed, уменията няма да бъдат пренесени напред.
За планирано обратно повикване или лично планирано обратно повикване – в потока на повторен опит – използвайте NewContact.DNIS в дейността Callback, ако е конфигурирано.
Предварително набиране
Като част от NewContact, събитието PreDial позволява на разработчика на потока да зададе или персонализира идентификатора на повикващия, използвайки дейността Set Caller ID.
Когато създавате работен процес, това събитие е достъпно в раздела „Потоци на събития“ на Flow Designer. Това е събитие, което се прекратява чрез конфигуриране на активността „Задаване на идентификация на повикващия“. Това събитие се задейства както за агента, така и за клиента въз основа на сценария на обаждането.
За да бъдат успешни обажданията по време на кампанията, обажданията от агентите и обажданията от клиентите трябва да се осъществяват от един и същ медиен регион. Медийният регион се избира въз основа на ANI/CLID на обаждането, когато е представено на медиите. Съпоставянето между ANI и медийния регион се извършва в Control Hub. ANI, които са избрани при повикването на агента и повикването на клиента, ако са контролирани чрез събитието PreDial в потока, трябва да бъдат избрани така, че и двете повиквания да произлизат от един и същ регион.
Например, ако агент се намира в Сингапур, но обажданията на клиентите ще се осъществяват в Съединените щати, ANI за обаждането на клиента може да бъде избран така, че медийният регион да е САЩ. По подобен начин, ANI, избран за повикването на агента в събитието PreDial, също трябва да бъде избран така, че избраният медиен регион да е САЩ.
Следната таблица предоставя списък с типовете операции и съответните типове участници за PreDial.operationType.
|
Тип.Операция.Пред.Набиране |
PreDial.ParticipantType |
|---|---|
|
|
Агент |
|
|
Агент, Клиент |
|
|
Агент, Клиент |
|
|
Агент, Клиент |
|
|
Агент, Клиент |
|
|
DN |
|
|
Агент |
|
|
DN |
|
|
Агент |
|
|
Агент |
|
|
EP-DN |
Персонализирането на ANI не е приложимо за Супервайзор, когато е конфигурирано наблюдение на повиквания.
Конфигурирайте всеки път за обработка на събития PreDial със „Задаване на идентификатор на повикващия“ като терминална дейност, в противен случай контактът може да бъде изоставен.
Поддръжката на поток е необходима за всеки входящ или изходящ сценарий, за да се използва обработчикът на събития PreDial.
Не използвайте дейности по поток, които поставят контакт на опашка с манипулатора на събитие PreDial.
За ANI, конфигуриран спрямо изходящ контакт, повикването се маршрутизира през региона, към който е съпоставен ANI на агента, независимо от региона, където се намира контактът. Например, ако дадена организация има контактни центрове в САЩ и Австралия и се задейства изходящо повикване за контакт, който се намира в САЩ, като ANI на агента е съпоставен с региона Австралия, повикването се пренасочва през Австралия.
Вижте таблицата Използване на ANI за множество сценарии в среда от следващо поколение в раздела Задаване на идентификатор на повикващия за използването на ANI в различни сценарии на повикване.
Можете да видите свързаните променливи в Променливи на изхода на събития.
Свържете се с Ани Актуализирано
Системата задейства това събитие, когато ANI на повикващия се промени. Например, ако обаждането на клиент първо отиде до операторско бюро и след това бъде изпратено до агента, настолният компютър на агента, устройството на агента и цялата свързана информация се актуализират автоматично с ANI на обаждащия се. Това гарантира, че винаги се показват оригиналният идентификатор на обаждащия се и правилните данни.
Само прехвърлянията на повиквания, инициирани от настолни телефони или локални Jabber клиенти, отразяват крайния CLI. Прехвърлянията, извършени чрез приложението Webex в Webex Calling, не се актуализират, за да показват окончателния CLI.
Резултат от обаждането за изходяща кампания
Като част от NewContact, това събитие се задейства, ако контактът е свързан с телефонен секретар или е на път да бъде изоставен. И в двата случая можете да възпроизведете съобщение, преди да прекъснете връзката с контакта. Системата прекратява обаждането, ако агентът не е наличен.
Само дейностите Възпроизвеждане на музика и Възпроизвеждане на съобщение се поддържат за този манипулатор и след това повикването трябва да бъде прекъснато.
Можете да добавите допълнителни дейности за контрол на повикванията, като например „Пусни музика“, „Прекъсни връзката с контакт“ и др. към това събитие, съгласно резултата от анализа на напредъка на повикванията (CPA). Резултатите от CPA могат да бъдат едни от следните:
- AMD - показва, че е открит телефонен секретар.
- ПРЕКРАТЕНО - показва, че обаждането е прекратено поради недостъпност на агент.
- НА ЖИВО_ГЛАС - показва, че в IVR кампания е засечен глас на клиент на живо.
Ако искате да конфигурирате IVR в изходящо обаждане от кампания:
- Идентифицирайте потоци, които използват събитието
OutboundCampaignCallResult. - Поставете GoTo дейност, за да съпоставите потока с втори поток.
- Използвайте IVR стъпки, конфигурирани с активност на виртуалния агент във втория поток.
Уверете се, че изпълнявате тези стъпки, тъй като не можете да използвате дейност на виртуален агент директно с OutboundCampaignCallResult.
Можете да видите свързаната променлива в Променливи на изхода на събитие.
Работен процес OnGlobalError
Докато създавате поток, можете да зададете пътя на грешката на дадена дейност, за да обработите грешка на дейност или обща грешка, която получавате по време на изпълнението на потока.

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

Можете да зададете възела Undefined Error на активността Set Variable в Main Flow, за да обработва всички системни грешки по време на изпълнението на потока. Ако не искате да дефинирате пътя на грешката в основния поток, все още можете да отидете в раздела Поток на събития и да конфигурирате потока на събития OnGlobalError.

В горния пример, Възпроизвеждане на съобщение е добавено към обработчика на събитие OnGlobalError. Ако възникне системна грешка по време на изпълнението на дейността Set Variable в Main Flow, системата първо ще вземе предвид конфигурацията, направена в дейността Set Variable. Ако няма дефиниран път за грешка, системата проверява обработчика на събития OnGlobalError в Потока на събития. Тъй като в горния пример към събитието OnGlobalError е прикачена дейност [ ] „ Възпроизвеждане на съобщение “ , системата възпроизвежда съобщението и прекратява потока.
Използвайте променливи и изрази
Flow Designer поддържа следните типове променливи:
Променливи по избор
Персонализираните променливи на потока са конфигурируеми променливи с различни типове данни, които можете да използвате в целия поток. Можете да създадете толкова променливи на потока, колкото са ви необходими, за да задоволите логиката във вашия поток.
Защитени променливи
Можете да маркирате променливите на потока като „Защитени“, за да предотвратите регистрирането и съхраняването на чувствителна информация (тези стойности също ще бъдат маскирани в панела „Отстраняване на грешки в потока“). Можете да зададете защитени променливи като „Преглед от агент“ или „Редактируеми от агент“, за да контролирате как тези променливи се представят на работния плот на агента.
По подразбиране всички съществуващи променливи в разположените потоци се държат като незащитени променливи. Отворете тези потоци в режим на редактиране, за да прегледате и запазите защитените променливи, ако е необходимо.
При съпоставяне на променливи на потока, не можете да съпоставите защитена променлива с незащитена променлива в дейността GoTo.
Не можете да маркирате глобалните променливи като защитени.
Създаване на персонализирани променливи на потока
| 1 |
Влезте в контролния хъб. | ||||||||||||||
| 2 |
Отидете на . Появява се страницата „Потоци“.
| ||||||||||||||
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
| ||||||||||||||
| 4 |
От панела „Конфигурация“ отворете секцията „Дефиниция на променлива “ . | ||||||||||||||
| 5 |
Кликнете върху Добавяне на променлива на потока. Можете да добавите максимум 30 променливи в един поток. Този брой включва всички глобални променливи и променливи на потока, независимо дали са отчетни или видими за агента. | ||||||||||||||
| 6 |
Въведете Име и Описание на променливата. | ||||||||||||||
| 7 |
Изберете Тип променлива от падащия списък. Не можете да промените Типа на променливата, след като създадете променливата. Поддържаните типове променливи са:
| ||||||||||||||
| 8 |
Задайте стойността по подразбиране на променливата според избрания тип променлива. | ||||||||||||||
| 9 |
(По избор) Включете превключвателя Активиране на външно отменяне. Като активирате тази опция, вие показвате променливата на страницата за конфигурация на канала. Това позволява на администраторите и надзорниците да променят конфигурираната стойност на променливата от Control Hub. С други думи, те могат да променят стойността на променливата на потока за конкретен канал, без да отварят потока от модула Flow Designer. За повече информация относно заместването на променливи от Центъра за управление вижте Настройване на канал. Когато конфигурирате типа на променливата като низ, се появява падащият списък Тип ресурс със следните опции. Изберете типа ресурс, който искате да позволите на администраторите да презапишат по време на конфигурирането на канала.
| ||||||||||||||
| 10 |
(По избор) Ако включите превключвателя Съдържа чувствителна информация, системата маркира променливата като защитена променлива. По време на изпълнение на потока, системата не регистрира и не съхранява никаква информация, която се предава през тази променлива. | ||||||||||||||
| 11 |
(По избор) Ако активирате превключвателя „Направи агента видим“, променливата се показва на работния плот заедно със стойността, заснето като част от потока. Когато активирате превключвателя Направи агента видим, се появяват следните полета:
| ||||||||||||||
| 12 |
Щракнете върху Запиши. Когато запазвате променлива на персонализиран поток, променливата се запазва като етикет в панела с глобални свойства на работния плот. Ако сте маркирали променливата като „Видима за агент“, етикетът показва икона на слушалки за лесно разпознаване. |
Пример: Ред на променливите на потока, показани на работния плот
Когато създавате променливи, маркирани като „Видими от агент“, работният плот показва тези променливи в определен ред.
Например, ако създадете следните променливи на потока: ТипКлиент, АбониранКлиент, БройКлиенти, КоефициентНаОбаждания, датаНаРобяване, ДатаТест.
Десктопът получава тези променливи от Flow Designer в следния ред: СъотношениеНаПовиквания, БройКлиенти, ТипКлиент, АбониранКлиент, ANI, DN, датаНаОбаждане, ВремеНаИзчакванеНаРона, ТестоваДата.
Работният плот показва променливите в следния ред, отляво надясно, на потребителския интерфейс:
-
Променливите на клиента
.Phone Number, DN, Queue, RONA Time -
Променливите на потока са сортирани по азбучен ред, като променливите започват с главна буква, следвани от променливите с малка буква: КоефициентНаОбаждания, БройКлиенти, ТипКлиент, ТестоваДата, АбониранКлиент, датаНаРождане.
Пример: Показване на идентификатор на взаимодействие на настолни компютри
Идентификаторът на взаимодействие (Идентификатор на сесия на контакт) е генериран от системата уникален идентификатор, който идентифицира дадено взаимодействие. Можете да извлечете идентификатора на взаимодействието от отчетите на анализатора и да го използвате за отстраняване на проблеми, свързани с неуспешни повиквания. За да покажете идентификатора на взаимодействието на настолния компютър:
- Отворете необходимия поток и изберете Добавяне на променливи на потока.
- Задайте полето Стойност по подразбиране на NewContact.interactionId.
- Активирайте превключвателя Направи агента видим.
Когато агентът получи обаждане, идентификаторът на взаимодействието се показва на работния плот.
Редактиране на променливи на персонализиран поток
Ако променливата вече се използва, не можете да редактирате типа на променливата. Това може да има сериозни последици за потока. Значи, това действие е забранено. В този случай падащото поле „Тип променлива“ е деактивирано и се появява предупредително съобщение.
След успешно редактиране на променлива, направените промени се показват в целия поток и в изскачащия прозорец, който се появява, когато щракнете върху променлива на потока в панела „Глобални свойства“.
За да редактирате персонализирана променлива на потока, изпълнете следните стъпки:
| 1 |
Влезте във вашата организация на клиенти с помощта на URL адреса https://admin.webex.com/на контролния център . |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 4 |
Кликнете върху Редактиране в горния десен ъгъл на изскачащото меню. Появява се диалоговият прозорец „Редактиране на променлива на потока“. Ако променливата не се използва в потока, тогава всички полета са редактируеми. Можете да промените името, описанието, типа и стойността на променливата. |
| 5 |
Щракнете върху иконата Информация в това съобщение, за да видите списък с дейностите, където се използва променливата. Ако искате да продължите с редактирането на променливата, премахнете я от всички конфигурации на потока, преди да опитате да я редактирате отново. |
| 6 |
Направете необходимите промени. Бутонът Запазване остава неактивен, докато не направите промяна. |
| 7 |
Щракнете върху Запиши. |
Изтриване на променливи на персонализиран поток
Ако променливата се използва в поток, не можете да я изтриете. Това има големи последици за потока. В този случай бутонът Изтриване в прозореца „Изтриване на променлива“ е деактивиран и се появява списък с дейности, където се използва променливата.
Дейностите са групирани въз основа на това дали се показват в раздела „Основен поток“ или „Потоци на събития“. Ако искате да изтриете променлива, която се използва, премахнете я от всички конфигурации на потока, преди да опитате да я изтриете.
За да изтриете променлива на персонализиран поток, изпълнете следните стъпки:
| 1 |
Отидете на . Появява се страницата „Потоци“.
|
| 2 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 3 |
В панела „Глобални свойства“щракнете върху иконата „Изтриване “ , която се появява на етикета на променливата, която искате да изтриете. |
Настройки за отмяна на потока
Функцията за отмяна на настройките на потока в модула Flow Designer позволява на оторизирани потребители да променят определени предварително дефинирани настройки на поток от Control Hub. Тази функция позволява на администраторите и ръководителите лесно да променят определени параметри на потока, като например работно време, аудио подкани или разпределения на опашки, без да отварят необходимия поток.
За да отмените настройките на потока:
-
Трябва да конфигурирате определени променливи в потока като външно конфигурируеми. Вижте раздела Създаване на персонализирани променливи на потока за подробности относно конфигурацията.
-
След това администраторите и надзорниците трябва да направят необходимите промени в тези променливи. Конфигурираните променливи на потока се показват на страницата за конфигурация на канала в Control Hub. Вижте раздела Настройка на канал за повече подробности.
Функцията за отмяна на настройките на потока предоставя следните предимства:
- Възможност за повторно използване на потока: Администраторите могат да използват един и същ поток за различни организации. Те могат да конфигурират различни стойности за една и съща променлива за различни канали, без да променят стойността по подразбиране, дефинирана в потока.
- По-бързо време за реакция: Промените, направени в стойностите на променливите, се прилагат незабавно, дори към вече текущите повиквания.
- Намалени грешки: Елиминира риска от грешки при модифициране на сложни потоци.
- Опростено управление на задачи: Без тази функция, администраторите трябва да изпълняват следните задачи, които могат да бъдат сложни и отнемащи време за нетехнически потребители:
Предварително дефинирани променливи
Дизайнерът на потоци автоматично създава предварително зададени променливи, когато използвате определени събития и дейности в поток.
Списък с наличните предварително дефинирани променливи се появява в секцията „Предварително дефинирани променливи“ в панела „Глобални свойства на потока“. Те се показват и в панела „Свойства“ за избраното събитие или дейност.
Щракнете върху всяка променлива, за да отворите изскачащ прозорец, който обяснява какъв тип данни съхранява променливата, за да знаете как да използвате променливата във вашия поток.
Въпреки че повечето атрибути на променлива за изход на събитие са предварително дефинирани и не могат да бъдат редактирани, можете да редактирате променливата, за да промените обозначението на глобалната променлива.
Променливи за изход на събития
Променливите за изход на събития са специфично свързани със събития и приемат номенклатурата: ..
Всички променливи за изход на събития, достъпни за използване в поток, се появяват автоматично в панела Глобални свойства , след като събитие бъде въведено в потока, както и в панела Свойства за свързаната дейност на обработчика на събития.
Наличните променливи за изход на събития са:
-
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 адреса https://admin.webex.com/на контролния център . |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 4 |
От панела Global Flow Properties отворете секцията Variable Definition. |
| 5 |
Щракнете върху раздела Конфигурация. |
| 6 |
Кликнете върху Добавяне на променлива на потока. |
| 7 |
Въведете Име и Описание на променливата. |
| 8 |
Изберете Низ от падащия списък Тип променлива. |
| 9 |
Активирайте превключвателя Направи агента видим. |
| 10 |
В полето Етикет на работния плот въведете желания етикет на работния плот за променливата. |
| 11 |
Щракнете върху Запиши. Това създава променливата.
|
| 12 |
От библиотеката с дейности плъзнете дейността „Задаване на променлива“ в платното. |
| 13 |
В секцията Настройки на променливите в панела Настройки на дейността направете следното: Когато публикувате потока, новосъздадената променлива на потока замества избраната системна променлива. По време на изпълнението на потока, етикетът на работния плот на новосъздадената променлива се появява в изскачащия прозорец „Входящи“ и панела „Взаимодействие“ на работния плот.
|
Променливи на изхода на дейността
Изходните променливи за дейности съхраняват данните, събрани от дейностите, и се създават автоматично, когато добавите конкретни дейности към платното. Изходните променливи за активност използват следния синтаксис: ., където ActivityName динамично се променя въз основа на активността.
Ако даден поток използва дадена дейност няколко пъти, всяка дейност има уникален екземпляр на всяка свързана променлива на изхода на дейността. Всички променливи на изхода на дейността, достъпни за използване в поток, се появяват автоматично в панела Глобални свойства, когато въведете дейност в потока, както и в панела Свойства за свързаната дейност.
Наличните променливи за изход на активността са:
-
Menu.OptionEntered: Съхранява опцията от менюто, която повикващият е избрал по време на екземпляра на активността в менюто. Това е едноцифрено число от 0 до 9. -
CollectDigits.DigitsEntered: Съхранява цифрите, въведени от повикващия по време на екземпляра на дейността „Събиране на цифри“. Броят на цифрите зависи от конфигурацията на дейността. -
HTTPRequest.HTTPStatusCode: Съхранява кода на състоянието, получен при опит за HTTP заявка. -
HTTPRequest.HTTPResponseBody: Запазва отговора, когато HTTP заявката е успешно задействана. -
HTTPRequest.ResponseHeaders: Съхранява заглавките, които се изпращат като част от HTTP заявката. -
VirtualAgent.IntentTriggered: Съхранява намерението, което е задействало разговорното преживяване, за да бъде обработено или ескалирано. -
GetQueueInfo.EWT: Запазва стойността за очакваното време на изчакване за избраната опашка. -
GetQueueInfo.PIQ: Запазва стойността за позицията в опашка за избраната опашка.
Глобални променливи
Глобалните променливи са персонализирани променливи, които можете да преглеждате и до които имате достъп, когато създавате потоци. Администраторът създава глобални променливи в модула „Осигуряване “ на Control Hub. За повече информация вижте раздела Глобални променливи в Ръководството за настройка и администриране на Webex Contact Center.
Като разработчик на потоци, можете да използвате тези променливи според вашите изисквания. Можете да добавите тези променливи в поток. Можете също да редактирате и премахвате глобална променлива, след като я добавите към потока.
Добавяне на глобална променлива в поток
Можете да добавите максимум 30 променливи в един поток. Този брой включва всички глобални променливи и променливи на потока, независимо дали са отчетни или видими за агента.
Ако искате да добавите още променливи над максималния лимит, трябва да изтриете равен брой съществуващи променливи. За повече информация относно изтриването на глобална променлива вижте Премахване на глобални променливи от поток.
По време на създаването на поток, глобална променлива от тип String може да бъде инициализирана с максимална дължина от 256 символа. Но по време на изпълнение на потока, променливата може да бъде актуализирана, за да съдържа до 1024 знака. Превишаването на този лимит може да доведе до нежелано поведение, като например неуспешни повиквания и невалидни стойности.
За да добавите глобални променливи в поток:
| 1 |
Влезте във вашата организация на клиенти с помощта на URL адреса https://admin.webex.com/на контролния център . |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 4 |
В панела Global Flow Properties превъртете надолу до Variable Definition > Раздел „Предварително дефинирани променливи“. |
| 5 |
В секцията Глобални променливи щракнете върху Добавяне на глобални променливи. Появява се диалоговият прозорец Добавяне на глобални променливи. Показва всички глобални променливи, които администраторът е създал в модула Provisioning.
|
| 6 |
(По избор) Използвайте полето Търсене на глобални променливи, за да филтрирате и търсите необходимите глобални променливи от списъка. |
| 7 |
Отбележете квадратчетата за отметка на необходимите глобални променливи от списъка и щракнете върху Добавяне. Системата показва избраните променливи в секцията Глобални променливи.
По подразбиране всяка променлива съдържа полета за метаданни, дефинирани от администратора, като например „Отчитаеми“, „Виждаеми от агент“, „Редактируеми от агент“ и „Етикет на работния плот“. Ако администраторът промени някакви стойности на метаданни, докато глобалната променлива се използва, промените, направени в Control Hub, се отразяват в потоците (със 8-часово закъснение за изтичане на кеша). |
Редактиране на глобална променлива в поток
Когато редактирате глобална променлива, не можете да променяте никаква стойност на метаданните на глобална променлива в дизайнера на потоци. Можете обаче да промените стойността по подразбиране, като използвате превключвателя Презаписване на стойност по подразбиране.
За да редактирате глобална променлива в поток:
| 1 |
Влезте във вашата организация на клиенти с помощта на URL адреса https://admin.webex.com/на контролния център . |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 4 |
В панела Global Flow Properties превъртете надолу до Variable Definition > Раздел „Предварително дефинирани променливи“. |
| 5 |
В панела Глобална променлива щракнете върху глобална променлива и след това щракнете върху иконата за редактиране ( Появява се диалоговият прозорец „Редактиране на глобални променливи “ . Показва подробности за избраната глобална променлива, като например тип променлива, стойност по подразбиране, етикет на работния плот и редактируемост на агента.
|
| 6 |
(По избор) Активирайте превключвателя Презаписване на конфигурации на портала, за да презапишете съществуващите стойности, конфигурирани в Control Hub. Това ви позволява да променяте стойности на полета, като например „Стойност по подразбиране“, „Видимост на агента“, „Редактируем агент“ и „Етикет на работния плот“. Въведете необходимата стойност в Стойност по подразбиране според избрания тип променлива. Например, ако типът на променливата е булева, това поле се показва като падащ списък. Стойността по подразбиране, въведена за глобална променлива от тип низ, която е агентски докладваема, не трябва да надвишава 256 знака. |
| 7 |
Направете необходимите промени. |
| 8 |
Щракнете върху Запиши. |
Премахване на глобални променливи от поток
Можете да премахнете глобална променлива, която не се използва в нито един поток.
Ако не можете да премахнете глобална променлива, свържете се с вашия администратор, за да активирате флага на функцията за премахване на глобални променливи от потока.
За да премахнете глобална променлива от поток:
| 1 |
Влезте във вашата организация на клиенти с помощта на URL адреса https://admin.webex.com/на контролния център . |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 4 |
В панела Global Flow Properties превъртете надолу до Variable Definition > Раздел „Предварително дефинирани променливи“. |
| 5 |
В панела Глобални променливи щракнете върху иконата за премахване (x) на глобалната променлива, която искате да премахнете. Изскачащо съобщение ви подканва да потвърдите действието си.
|
| 6 |
Щракнете върху Изтриване. Това премахва избраната глобална променлива от списъка.
|
Променливи, видими за настолни компютри
Можете да конфигурирате следните типове променливи за входящия изскачащ прозорец и панела за взаимодействие на работния плот за входящи и изходящи гласови повиквания:
-
Системни променливи като телефонен номер, DNIS (услуга за идентификация на набрани номера), име на опашка и време за изчакване на RONA
-
Глобални променливи, които се създават и управляват в Control Hub.
-
Персонализирани променливи на потока, които се създават и управляват в Flow Designer
Можете да конфигурирате само променливите, които са маркирани като „Видими за агент“.
Можете да конфигурирате тези променливи както за новите, така и за съществуващите потоци. Съществуващите потоци обаче продължават да показват променливите по подразбиране за изскачащо меню, като например телефонен номер, DNIS и име на опашката. Можете да редактирате тези потоци, за да добавите още променливи, като използвате тази функция.
Стъпките за конфигуриране на променливи за входящ изскачащ прозорец и панел за взаимодействие за входящи и изходящи повиквания са едни и същи.
Трябва да изградите отделни потоци за сценарии за входящи и изходящи повиквания, за да конфигурирате променливи за входящ изскачащ прозорец и панел за взаимодействие.
- Входящ изскачащ прозорец на работния плот
- Входящият изскачащ прозорец се появява, когато агент получи входящо повикване или набере изходящо повикване. Показва ключова информация за клиента според променливите, конфигурирани във Flow Designer. Можете да зададете ред на показване на всяка от тези променливи във входящия изскачащ прозорец, който може да включва всякаква комбинация от системни, глобални и персонализирани променливи на потока. Можете също да редактирате етикета на тези променливи на работния плот.
- Можете да персонализирате етикета на работния плот на системните променливи, като например телефонен номер и DNIS. За повече информация вижте Персонализиране на системни променливи.
- За входящи и изходящи повиквания можете да изберете минимум три и максимум шест променливи. За консултативни повиквания, консултираният агент ще види допълнителни три променливи, като например име на агент, DN на агент и екип на агент, които са добавени към списъка по подразбиране.
-
Не можете да конфигурирате променливи, които съдържат чувствителна информация, във входящия изскачащ прозорец на работния плот.
- За повече информация относно конфигурирането на променливи за входящия изскачащ прозорец, вижте Конфигуриране на променливи за входящия изскачащ прозорец.
- Панел за взаимодействие
- Панелът за взаимодействие на работния плот се появява, след като агентът приеме входящото или изходящото повикване. Той показва информация, зададена в променливите на панела за взаимодействие, които са конфигурирани в Flow Designer. Можете да изберете максимум 30 променливи. Можете да зададете ред на показване на всяка от тези променливи в панела за взаимодействие, който може да включва всякаква комбинация от системни, глобални и персонализирани променливи на потока. Можете също да редактирате етикета на тези променливи на работния плот.
-
Webex Contact Center Desktop в момента не поддържа превода на етикети на динамични променливи.
- Можете да персонализирате етикета на работния плот на системните променливи, като например телефонен номер и DNIS. За повече информация вижте Персонализиране на системни променливи.
- За повече информация относно конфигурирането на променливи за панела „Взаимодействие“ вижте Конфигуриране на променливи за панела „Взаимодействие“.
Конфигуриране на променливи за входящ изскачащ прозорец
Преди да започнете
Конфигурирайте променливи за входящ изскачащ прозорец за входящи и изходящи повиквания.
-
Трябва да създадете променливи, които искате да добавите във входящия изскачащ прозорец на работния плот. За повече информация вижте Създаване на глобална променлива и Създаване на персонализирани променливи на потока.
-
Трябва да маркирате променливите като видими за агент. За повече информация относно това как да маркирате глобална променлива като видима за агент, вижте Редактиране на глобална променлива в поток.
| 1 |
Влезте във вашата организация на клиенти с помощта на URL адреса https://admin.webex.com/на контролния център . |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 4 |
От панела Global Flow Properties отворете секцията Variable Definition. |
| 5 |
Щракнете върху Видимост на работния плот & Раздел „Поръчка. |
| 6 |
В секцията Входящ Popover щракнете върху Избор на променливи за входящ Popover. Появява се прозорецът Избор на променливи при входящ Popover. Показва всички променливи, които включват четири системни променливи по подразбиране, като например телефонен номер, DNIS, име на опашка и време за изчакване на RONA. Системни променливи като телефонен номер, DNIS и име на опашка са избрани по подразбиране, но можете да премахнете отметката, когато добавите още променливи.
|
| 7 |
Използвайте следните опции за търсене, за да филтрирате списъка: Списъкът се попълва автоматично с променливи според въведените от вас критерии.
|
| 8 |
Поставете отметки в квадратчетата на променливите, които искате да изберете за входящия изскачащ прозорец. Можете да изберете минимум три и максимум шест променливи. |
| 9 |
Щракнете върху Запиши. Можете да пропуснете тази стъпка, ако активирате превключвателя Автоматично запазване. Избраните променливи се появяват в секцията Входящ Popover.
|
| 10 |
Използвайте иконата манипулатор ( |
| 11 |
(По избор) Щракнете върху иконата x до променлива, за да я премахнете от списъка. |
Конфигуриране на променливи за панела за взаимодействие
Преди да започнете
Конфигурирайте променливи в панела „Взаимодействие“ за входящи и изходящи повиквания.
-
Трябва да създадете променливи, които искате да добавите във входящия изскачащ прозорец на работния плот. За повече информация вижте Създаване на глобална променлива и Създаване на персонализирани променливи на потока.
-
Трябва да маркирате променливите като видими за агент. За повече информация относно това как да маркирате глобална променлива като видима за агент, вижте Редактиране на глобална променлива в поток.
| 1 |
Влезте във вашата организация на клиенти с помощта на URL адреса https://admin.webex.com/на контролния център . |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока. Появява се прозорецът Дизайнер на потоци.
|
| 4 |
От панела Global Flow Properties отворете секцията Variable Definition. |
| 5 |
Щракнете върху раздела Видимост и подредба на настолни компютри. |
| 6 |
В секцията Панел за взаимодействие щракнете върху Избор на променливи за панела за взаимодействие. Появява се прозорецът „Избор на променливи в панела за взаимодействие “ . Показва всички променливи заедно с четири системни променливи, като телефонен номер, DNIS, име на опашка и време за изчакване на RONA.
|
| 7 |
Използвайте следните опции за търсене, за да филтрирате списъка: Списъкът се попълва автоматично с променливи според въведените от вас критерии.
|
| 8 |
Поставете отметки в квадратчетата на променливите, които искате да изберете за панела „Взаимодействие“. Можете да изберете максимум 30 променливи. |
| 9 |
Използвайте иконата манипулатор ( |
| 10 |
Щракнете върху Запиши. Можете да пропуснете тази стъпка, ако активирате превключвателя Автоматично запазване. Избраните променливи се показват в секцията Интерактивен панел.
|
| 11 |
(По избор) Щракнете върху иконата x до променлива, за да я премахнете от списъка. |
JSON променливи
JSON променливите са персонализирани променливи на потока от тип JSON. Можете да създавате JSON променливи във Flow Designer. За повече информация вижте Създаване на персонализирани променливи на потока.
Можете да използвате следните дейности, за да съхранявате данните в JSON променлива: HTTP заявка, парсиранеи задаване на променлива.
В дейностите 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" } -
Използвайте израз тип Pebble.
Използване на JSON променливи в Pebble Expression
-
Достъп, разделен с точка(.): Можете да използвате разделен с точка(.) достъп в израз 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 заявка, първо използвайте активността Set Variable, за да преобразувате JSON променливата в низ. Например, в секцията Задаване на променлива дейност Настройки на променлива [, задайте променлива jsonString със стойност {{ jsonVariable }}.
Използвайте тази променлива като вход за HTTP настройките. Например, в секцията Настройки на HTTP заявката задайте Тяло на заявката като {{ jsonString }}.
Писане на изрази
Повечето полета за въвеждане на текст във Flow Designer поддържат писане на изрази. Изразите не са задължителни, но позволяват мощна функционалност за скриптиране чрез променливи за напреднали потребители. Можете също да въвеждате обикновен текст и числа в същите полета за въвеждане за прости потоци, ако не ви трябват изрази.
Отворете всеки израз в двойни къдрави скоби, както е показано тук: {{Enter Expression}}
Например, ако искате да комбинирате две низови променливи, трябва да използвате {{var1+var2}}. За повече информация вижте: https://pebbletemplates.io/.
Синтаксис на шаблона на Pebble
Всички полета за въвеждане в Flow Designer използват синтаксис на изрази с отворен код, наречен Pebble Templates: https://pebbletemplates.io/.
Следните символи са поддържани в шаблоните на Pebble: ==, !=, <, >, <=, >=, +, -, *, / . За да въведете персонализирани променливи в израз, използвайте следния синтаксис: {{variable}}
В синтаксиса на шаблоните Pebble, имената на променливите трябва да започват с буква, долна черта (_) или знак за долар. ($), но не и число. Например, 311_Promo е невалидно, докато Promo_311 е валидно.
Поддържат се и логически оператори. За повече информация вижте https://pebbletemplates.io/wiki/operator/logic/.
Препоръчваме ви да прегледате документацията за шаблона Pebble, преди да използвате изрази в Flow Designer. За информация относно писането на изрази вижте документите на адрес: https://pebbletemplates.io/wiki/.
Например, в този основен случай на употреба на условие, изразът проверява дали AccountNumber на извикващия е по-голям или равен на определена стойност. Въз основа на това как изразът се оценява за дадено изпълнение на поток, потокът може да поеме по пътя True или False.
Персонализирани филтри Pebble
Времеви печат на епохата
Можете да използвате следните Pebble филтри, за да върнете времевия печат на епохата за 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
Валидиране на изрази
Ако поле за въвеждане открие, че се използва израз (т.е. {{ }} синтаксисът е въведен), в долния десен ъгъл на полето се появява синя икона.
Щракнете върху синята икона, за да отворите модален прозорец, където можете да тествате и променяте израза, докато получите желания резултат.
Модалният прозорец „Test Expression“ съдържа следните полета:
-
Израз: Показва израза, който първоначално е въведен в полето за въвеждане от конфигурацията на дейността.
-
Променливи полета: Всяка променлива, използвана в израза, има помощно поле, където можете да въведете примерна стойност на променлива. Въведете стойност за всяка променлива, след което щракнете върху Тест, за да видите резултатите, ако изразът се изпълни с въведените параметри.
За да зададете променливи в израз, използвайте формата {{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.
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
| Елемент на потока | Описание |
|---|---|
| Получено обаждане | Инициира се повикване и то влиза в потока. |
| Оценка на работното време | Системата проверява дали текущото време попада в рамките на работно време, празници или условие за отмяна. |
| Работа с работно време | Ако центърът за контакт е отворен, се възпроизвежда приветствено съобщение и повикването се пренасочва към опашката на агента. |
| Извънработно време | Ако контактният център е затворен, се възпроизвежда съобщение за затворено работно време и разговорът се прекъсва. |
| Аварийни отменяния | Ако е активно аварийно отменяне, се възпроизвежда аварийното съобщение и разговорът се прекъсва. |
Дейности на потока
Следната таблица описва последователността от дейности на потока.
| Дейност на потока | Описание |
|---|---|
|
Старт (Нов телефонен контакт) | Потокът започва, когато бъде получен нов телефонен контакт. |
|
Проверка на работното време (Работно време) | Системата проверява дали контактният център е в рамките на редовното работно време, на празник или е в случай на спешен случай. |
|
Подкана за работно време (Подкана WorkingHours_) | По време на работно време се възпроизвежда съобщение, което информира обаждащия се, че контактният център е отворен (файл по подразбиране: BusinessHoursOpen.wav). |
Контакт в опашката (Опашкаgent_) | Обаждащият се поставя в опашката, за да бъде пренасочен към наличен агент. |
Задържане на музика (Задържане на музика) | Музиката се възпроизвежда, докато обаждащият се чака в опашката (файл по подразбиране: defaultmusic_on_hold.wav). |
|
Празникът е затворен (Holiday_Затворено) | Ако е празник, се възпроизвежда съобщение, информиращо обаждащия се, че офисът е затворен. |
|
Подкана след работно време (Подкана AfterHours_) | Ако е след работно време, се възпроизвежда съобщение, което информира обаждащия се, че офисът е затворен. |
| Аварийно отменяне (Override_Спешно) | В случай на аварийно отменяне се възпроизвежда съобщение за спешни случаи. |
| Прекъсване на контакта (Прекъсване на контакта) | След като съобщението бъде възпроизведено (независимо дали е след работно време, празник или спешен случай), разговорът се прекъсва. |
Допълнителни ресурси
За повече информация относно конфигурирането на работно време, списъци с празници и отменявания, вижте Ръководството за настройка и администриране на Webex Contact Center.
Цялостен входящ контакт
Използвайте този шаблон за дизайнер на потоци в Webex Contact Center за цялостна обработка на входящи повиквания, проверки на работното време, обявления за позиция в опашка и опции за обратно повикване.
Този поток демонстрира подробен сценарий за входящо гласово повикване за Webex Contact Center. Това включва обработка на работно време, празници, отмяна на аварийни ситуации, опции за самообслужване, съобщения за позиция в опашката (PIQ) и опции за обратно обаждане на клиенти. Подходящ е за среди, където основното самообслужване и опашката за повиквания са от съществено значение.
Модифицирайте потока, за да отговаря на специфичните нужди на организацията и да се справяте грациозно с неизвестни условия.
Този поток използва Cisco Text-to-Speech (TTS) за аудио дейности, изискващи подкани (ако има такива). За музика, по подразбиране се използва файлът defaultmusic_on_hold.wav, предоставен „напред“.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този поток:
- Създавайте входни точки, опашки, екипи и съпоставяния на входни точки, както и всякакви други специфични за организацията конфигурации, като например конектори, външни ANI и други.
-
Настройте работно време, списъци с празници и аварийни настройки от → → →
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на потока |
Описание |
|---|---|
| Обаждането е получено | Повикването влиза в потока при активността NewContact. |
| Проверете работното време | Потокът проверява текущото време спрямо дефинираното работно време, използвайки дейността BusinessHours.
|
| Опции за самообслужване | По време на работно време, дейността WelcomeMenu (IVR меню) възпроизвежда меню, предлагащо основни опции за самообслужване на обаждащите се:
|
| Поставяне на опашка | Повикващият се поставя в опашка, използвайки дейността Опашка. Дейността GetPositioninQueue извлича позицията на повикващия в опашката и тази информация се съобщава на повикващия, използвайки дейността PlayPIQ. |
| Опции за обратно повикване и гласова поща | Ако обаждащият се реши да остави гласово съобщение или да поиска обратно повикване, се задейства дейността FinalMenu :
|
|
Задържане на музика | Музиката се възпроизвежда, докато обаждащият се чака в опашката (файл по подразбиране: defaultmusic_on_hold.wav). |
|
Обработка на цикъл | Потокът гарантира, че ако обаждащият се превърта твърде много пъти (през дейностите CallLoopCycle и LoopCycle ), той ще бъде насочен към крайните опции от менюто (обратно повикване или гласова поща). |
| Прекъсване на повикването | След като всички стъпки са изпълнени или ако повикващият реши да излезе, разговорът се прекъсва с помощта на дейностите DisconnectContact. |
Дейности на потока
Следната таблица описва последователността от дейности на потока, включени в този шаблон на поток.
|
Дейност на потока |
Описание |
|---|---|
|
Старт (НовКонтакт) | Стартира потока, когато бъде получено повикването. |
|
Проверка на работното време (Работно време) | Проверява дали обаждането е по време на работно време, празници или при спешни ситуации. |
|
IVR меню (Добре дошли) |
Възпроизвежда меню с опции за самообслужване (Натиснете 1 за Поддръжка, Натиснете 2 за Продажби). |
|
Обработка на опашки |
|
|
Музика при задържане (Музика при задържане) | Възпроизвежда музика за изчакване, докато обаждащият се чака на опашката. |
|
Обработка на цикъл (CallLoopCycle и LoopCycle) | Гарантира, че извикванията, които се повтарят твърде много пъти, се насочват към крайното меню. |
|
Прекъсване (Прекъсване на контакта) | Прекъсва разговора след съобщения или когато обаждащият се реши да прекрати взаимодействието. |
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.
CSAT DTMF анкета
Този шаблон за поток съдържа функционалността за система за анкетиране след обаждане (PCS), задвижвана от интерактивен гласов отговор (IVR). Проучването е предназначено да събира оценки за удовлетвореност на клиентите ефикасно и ефективно, използвайки основно меню и тонален IVR.
Този поток помага на Webex Contact Center ефективно да събира обратна връзка от клиенти чрез просто автоматизирано проучване след обаждане, използващо двутонални многочестотни (DTMF) тонове. Клиентите оценяват опита си с обаждането, когато получат подкана за оценка. Системата събира отговорите на клиентите в глобална променлива, използвана за отчитане. Проучването отчита оценките за удовлетвореност на клиентите по скала от 1 до 5.
Този поток е създаден за лесно настройване на анкети след обаждане в няколко прости стъпки. Предлага се предварително опакован с всички необходими градивни елементи, включително конектор за преобразуване на реч в текст.
Използване
За да използвате ефективно този поток като поток за анкета след обаждане, свържете GoTo Flow от събитието AgentDisconnected във вашия Главен поток. Това гарантира, че когато агентът прекъсне обаждането, на обаждащия се ще бъде представена анкета след обаждането с интерактивен гласов отговор (IVR), която отчита удовлетвореността на клиентите (CSAT).
Този поток включва съобщения, които могат да бъдат възпроизведени на клиентите. Можете да персонализирате съобщенията според нуждите.
Предварителни изисквания
Преди да конфигурирате този поток, създайте следните променливи:
-
CounterSurvey
-
Тип—ЦЯЛО ЧИСЛО
-
Стойност по подразбиране—0
-
Описание— Проследява броя на опитите за анкета и увеличава броя им с всеки невалиден или изтекъл отговор.
-
-
Global_Обратна връзкаОтговор на анкетата
-
Тип—ЦЯЛО ЧИСЛО
-
Стойност по подразбиране—0
- Източник— Глобална променлива
- Направи докладваемо—Включете.
-
Описание— Съхранява отговора на оценката на клиента или „NoResponse“, ако има такъв invalid/timeout сценарий.
-
Дейности на потока
Следната таблица описва дейностите, използвани в потока.
| Дейност на потока | Описание |
|---|---|
|
Старт НовКонтакт |
Стартира анкетата, когато се инициира нов телефонен контакт. |
|
Опции за анкета (IVR меню) |
Подканва потребителя да избере оценка (1—5). Числата 1, 2, 3, 4, 5 съответстват на нивата на удовлетвореност. Изтичане на времето или невалиден отговор водят до повторен опит. |
|
Задаване на отговор на анкета | Записва избора на потребителя и го съхранява в променливата Global_FeedbackSurveyResponse. |
|
SetCounterSurvey |
Увеличава променливата CounterSurvey след изтичане на времето или невалиден отговор. |
| ПроверкаБроячПроучване |
Проверява дали броят на повторните опити надвишава 2, използвайки следното условие CounterSurvey > 2. Прекратява анкетата, ако са изчерпани всички повторни опити. |
|
SetVariable_r3k |
Присвоява „NoResponse“ на SurveyResponse, ако опитите са изчерпани. |
|
Възпроизвеждане на анкета Записано |
Възпроизвежда благодарствено съобщение след заснемане на отговора. |
|
ИзключванеКонтакт |
Приключва разговора грациозно. |
Виртуален агент DialogFlow ES
Този шаблон за дизайнер на потоци за Webex Contact Center демонстрира потока от данни между Google DialogFlow ES и Webex Contact Center, като се фокусира върху това как да се предават данни към и от двете платформи по време на взаимодействие.
Този поток показва как данните се предават между Webex Contact Center и DialogFlow ES за обработка на взаимодействията с клиентите. Той осигурява основен поток, при който данните се обменят с DialogFlow ES за обработка на естествен език и автоматизирано изпълнение на агенти. Интеграцията с DialogFlow позволява на бота да разбира намеренията на клиентите и да предприема подходящи действия въз основа на разговора. Освен това, потокът включва обработка на грешки, за да се осигури безпроблемно клиентско изживяване, дори когато възникнат неочаквани условия.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този поток:
- Агент на Google DialogFlow ES със съответните намерения за разговора.
- Създавайте входни точки, опашки, екипи и съпоставяния на входни точки.
- Активирайте изпълнението на Webhook в DialogFlow ES и използвайте примерния код node.js във вградения редактор.
-
Cisco Text-to-Speech (TTS) е активиран за динамично генериране на персонализирани съобщения. Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на потока |
Описание |
|---|---|
| Клиентът инициира контакт | Обаждането е получено от контактния център на Webex. |
| Данните се предават на 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_Обратна връзкаВключване в анкета | Проследява дали клиентът се е съгласил да участва в анкета след обаждането. |
| Име на клиента | Записва името на клиента за персонализиране. |
| Имейл на клиента | Записва имейла на клиента. |
| Причина на клиента | Записва причината за обаждането на клиента. |
| Global_Език | Конфигурира езика по подразбиране (en-US). |
|
Global_Име на глас | Определя гласа, използван за преобразуване на текст в реч. |
Допълнителни ресурси
За повече информация относно тази интеграция вижте видеото Работа с данни в Google DialogFlow ES с Webex Contact Center.
Вижте документацията за разработчици на Webex Contact Center и документацията за DialogFlow ES за допълнителни насоки.
Поддръжка от разработчика
За всякаква поддръжка относно тази интеграция, отворете заявка до екипа за поддръжка на разработчици на Webex Contact Center чрез портала за разработчици на Webex.
За допълнителни дискусии посетете Общността на разработчиците на API на Webex Contact Center.
Поддръжка на динамични променливи
Този шаблон предоставя усъвършенстван, динамичен поток за входящ глас, който извлича външни настройки, задава променливите на потока с тези настройки и маршрутизира повикванията въз основа на конфигурациите на променливите.
Потокът динамично извлича настройките на потока чрез HTTP заявка и задава променливи, които ръководят останалата част от потока. Тези променливи управляват решенията за маршрутизиране, обработката на опашки, подканите и управлението на грешки. Това често се използва за сценарии, изискващи гъвкавост при обработката на повиквания, базирани на бизнес условия в реално време, като работно време или празници, където един поток може да се използва повторно в различни случаи на употреба, използвайки динамично маршрутизиране, базирано на променливи.
Потокът осигурява безпроблемно и ефикасно изживяване на обаждащия се, като възпроизвежда подходящи съобщения, обработва работно време или случаи на грешки и осигурява маршрутизация въз основа на специфичните изисквания на организацията.
Процесът използва Cisco Text-to-Speech (TTS) за всички аудио дейности, изискващи подкани. Персонализирана музика при задържане или съобщения може да бъде конфигурирана чрез актуализиране на променливите на потока.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този поток:
- Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и всякакви други специфични за организацията конфигурационни дейности, като конектори, външни ANI и други.
-
Уверете се, че всички необходими статични аудио файлове или персонализирани TTS подкани са качени в системата.
-
Имате валидна крайна точка на API за извличане на настройките на потока
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на потока |
Описание |
|---|---|
| НовКонтакт | Потокът започва, когато се получи повикване във входната точка. |
| HTTP заявка | Потокът отправя HTTP заявка за динамично извличане на настройките на потока въз основа на DNIS на повикването. |
| Проверка на работното време | В зависимост от настройките на потока, той проверява работното време, празниците и отмените, за да насочи повикването по подходящ начин. |
| Пусни съобщение (Добре дошли) | Въз основа на извлечените настройки се възпроизвежда приветствено съобщение, използвайки TTS или предварително записано съобщение. |
| Активност на опашката | Ако е необходимо, повикването се поставя в опашка въз основа на динамични променливи. |
| Възпроизвеждане на музика (Управление на опашката) & Музика на опашка) | Докато обаждащият се чака на опашката, се възпроизвежда музика за изчакване, която може да се задава динамично. |
| Обработка на грешки | Ако възникне грешка, повикването се пренасочва към поток за обработка на грешки или друга входна точка, използвайки GoTo, активиран от динамични променливи. |
Дейности на потока
Следната таблица описва последователността от дейности на потока, включени в този шаблон на поток.
|
Дейност на потока |
Описание |
|---|---|
|
Старт | Потокът стартира, когато бъде получено повикване чрез дейността NewContact. |
| HTTP заявка | Дейността FetchFlowSettings прави HTTP заявка за извличане на всички необходими настройки на потока, като например работно време, подкани и конфигурации на опашки. |
|
Меню на IVR (Добре дошли) |
Възпроизвежда меню с опции за самообслужване (Натиснете 1 за Поддръжка, Натиснете 2 за Продажби). |
| Задаване на променливи | Активността SetVariable съхранява данните, извлечени от HTTP заявката, и присвоява стойности на променливи, свързани с потока, като businessHours, queue, welcomePrompt и holdMusic. |
| Работно време | Дейността BusinessHours проверява работния график, празниците и отмените, насочвайки потока въз основа на текущото време. |
| Пусни съобщение | Дейността PlayMessage възпроизвежда приветствено съобщение на повикващия. Това може да се задава динамично или да се конфигурира предварително. |
| Контакт на опашката | Дейността QueueContact поставя повикващия в съответната опашка, използвайки динамични променливи за управление на опашки и обработка на резервни операции. |
| Пусни музика | Дейността PlayMusic възпроизвежда музика за изчакване на повикващи, чакащи в опашката, конфигурирана въз основа на променливата holdMusic. |
| Отиване на | Множество дейности „Отиди на“ се използват за навигация между различни части на потока или за обработка на специфични условия, като празници или грешки. |
| Прекъсване на връзката | След като всички необходими стъпки са изпълнени, потокът завършва със съответното прекъсване или пренасочване. |
Здравей, свят
Използвайте този шаблон, за да създадете опростен входящ гласов поток, при който обаждащите се поздравяват със съобщение и след това връзката им се прекъсва. Този поток често се използва по време на затворени часове.
Този поток предоставя опростен процес, който възпроизвежда съобщение на обаждащия се. Променете потока, за да осигурите безпроблемно изживяване на обаждащия се, като обработите всички грешки или неизвестни условия.
Подпотокът използва Cisco Text-to-Speech за всички аудио подкани. За музика, по подразбиране се използва вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този поток:
- Създавайте входни точки, опашки, екипи и съпоставяния на входни точки, както и всякакви други специфични за организацията конфигурационни дейности, като конектори, външни ANI и други.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco-Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
- Повикването е прието и влиза в потока.
- На обаждащия се се възпроизвежда приветствено съобщение.
- Обаждащият се поставя в опашка.
- Музиката за задържане се възпроизвежда, докато обаждащият се чака.
Дейности на потока
Следната таблица описва последователността от дейности на потока, включени в този шаблон на поток.
|
Дейност на потока |
Описание |
|---|---|
|
Старт | Потокът започва, когато бъде получено повикване |
| Пусни съобщение |
|
|
Прекъсване на връзката |
|
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.
Автоматичен оператор на менюто
Използвайте този шаблон за дизайнер на потоци на Webex Contact Center, за да създадете система, управлявана от менюта, за ефективно маршрутизиране на повиквания. Автоматизира входящите действия, насочвайки обаждащите се към правилните екипи или услуги за по-плавно изживяване.
Този поток автоматизира първоначалното взаимодействие с обаждащия се, позволявайки му да навигира през различни опции от менюто. Включва динамична обработка на грешки, многоезична поддръжка и учтив процес на прекъсване в случай на грешки или неразпознати входни данни.
Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика, по подразбиране се използва вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този поток:
- Създавайте входни точки, опашки, екипи и съпоставяния на входни точки.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на потока |
Описание |
|---|---|
|
Получено обаждане (Нов телефонен контакт) |
Потокът се задейства, когато нов телефонен контакт бъде иницииран от входящо повикване. |
|
Приветствено съобщение (Подкана за добре дошли) |
Възпроизвежда се поздравително съобщение: Добре дошли в контактния център на Webex! |
|
Основно меню (IVR меню) |
На обаждащия се се предлага набор от опции от менюто. Менюто се чете на глас с помощта на TTS, като насочва обаждащия се през различните опции за услуги:
|
|
Маршрутизиране въз основа на избор |
Въз основа на избраната опция, обаждащият се или прехвърля към конкретен екип (сляпо прехвърляне), или се поставя на опашка, за да чака следващия свободен агент. |
|
Обработка на грешки |
Невалидните входни данни се адресират със съобщение за грешка и повикващият бива подканен да опита отново. |
|
Музика при задържане (Пусни музика) |
Докато чакате на опашка, се възпроизвежда музиката по подразбиране за изчакване ( |
|
Прекъсване на връзката |
Процесът завършва с прекъсване на разговора. |
Дейности на потока
Следната таблица описва последователността от дейности на потока.
|
Дейност на потока |
Описание |
|---|---|
|
Нов телефонен контакт (Старт) |
Това е началната точка на потока, когато нов телефонен контакт се инициира от входящо повикване. |
|
Пусни съобщение (Подкана за добре дошли) |
Клиентът е посрещнат със съобщение: Добре дошли в контактния център на Webex! Тази стъпка използва 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. |
|
Извличане на информация за клиента |
Изпраща се HTTP заявка към MS Dynamics CRM за търсене на данни за клиента, използвайки оголения ANI. |
|
Условна проверка - клиентът съществува |
Ако клиентът съществува, се прави друга HTTP заявка за получаване на подробности за неговия случай. Ако клиентът не съществува, се възпроизвежда съобщение Няма намерен случай. |
|
Пусни персонализирана информация за случая |
Ако бъде открит случай, обаждащият се бива посрещнат с подробности за последния си случай. |
|
Пренасочване към агент или прекъсване |
След това на обаждащия се се предлага възможността да говори с агент или да прекъсне връзката. |
|
Изскачащ екран за агент |
Когато агентът отговори, подробностите за случая или новият формуляр за случай се показват в нов раздел на браузъра. |
Дейности на потока
Следната таблица описва последователността от дейности за IVR поток, който се свързва с MS Dynamics чрез HTTP конектор.
|
Дейност на потока |
Описание |
|---|---|
|
Старт |
Инициира потока, когато бъде получено повикването. |
|
Стриптийз АНИ |
Премахва + код на държавата от ANI, за да се подготви за търсенето в MS Dynamics. |
|
Получете информация за клиента |
Изпраща се HTTP GET заявка за извличане на пълното име и идентификационния номер на контакта на клиента въз основа на ANI. |
|
Условна проверка - клиентът съществува |
Проверява дали клиентът съществува в MS Dynamics. Ако е вярно, извлича подробности за случая. Ако е „false“, се възпроизвежда съобщение, информиращо повикващия, че не е намерен случай. |
|
Получете информация за случая |
Извлича заглавието и номера на случая, използвайки идентификационния номер на клиента от предишната стъпка. |
|
Пусни персонализирано съобщение |
Поздравява обаждащия се по име и предоставя подробности за случая, използвайки TTS (текст в реч). |
|
Не е намерен случай за възпроизвеждане |
Възпроизвежда съобщение, ако не е намерен случай за обаждащия се, и го информира, че ще бъде прехвърлен към агент. |
|
Основно меню |
Предлага на обаждащия се избор да се свърже с агент или да прекрати разговора. |
|
Контакт в опашката |
Пренасочва повикващия към наличен агент въз основа на предварително дефинирани настройки на опашката. |
|
Пускане на музика |
Възпроизвежда музика за изчакване, докато обаждащият се чака на опашката. |
|
Прекъсване на контакта |
Прекратява разговора, ако обаждащият се реши да го прекъсне. |
|
Изскачащ екран |
Показва информация за случая или формуляр за нов случай за агента, когато се отговори на обаждането. |
Допълнителни ресурси
За подробни инструкции относно конфигурирането на потоци вижте ръководството за настройка и администриране на Webex Contact Center.
За демонстрация на интеграция с MS Dynamics вижте как да конфигурирате персонализиран конектор за MS Dynamics CRM.
За повече информация относно API инструментите за удостоверяване в среди на Microsoft Dataverse вижте Използване на Insomnia с Dataverse Web API.
Процентно разпределение и A/B разпределение
Използвайте този шаблон за дизайнер на потоци на Webex Contact Center, за да разпределите повикванията по процент между различните опашки, като осигурите безпроблемна работа и сведете до минимум прекъсванията по време на голям обем повиквания.
Този поток разпределя входящите повиквания въз основа на процентно разпределение. По-конкретно, 90% of contacts are routed to the main queue, 0% за препълване на поддръжката (неактивна) и 10% за външна опашка. След разпределението, на повикващия се възпроизвежда съобщение, указващо разпределението му в опашката, последвано от музика за изчакване, докато се окаже свободен агент. Можете да промените потока, за да отговаря на нуждите на вашата организация.
Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика, по подразбиране се използва вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този поток:
- Създавайте входни точки, опашки, екипи и съпоставяния на входни точки.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на потока |
Описание |
|---|---|
|
Разписка за обаждане |
Повикването влиза в потока в точката NewContact. |
|
Процентно разпределение |
90% от повикванията се пренасочват към главната опашка. 10% от обажданията се пренасочват към външната опашка. |
|
Съобщение за опашка за възпроизвеждане |
След процентното разпределение, повикващият чува съобщение, указващо пътя му на разпределение. |
|
Контакт в опашката |
Обаждащият се поставя в назначената опашка. |
|
Задържане на музика |
Докато чакат на опашката, обаждащите се чуват музика за изчакване. |
|
Задаване на агенти |
Повикванията се пренасочват към наличния агент в назначената му опашка. |
Дейности на потока
Следната таблица описва последователността от дейности на потока.
|
Дейност на потока |
Описание |
|---|---|
|
НовКонтакт |
Това е началната точка, когато бъде получен нов телефонен контакт. |
|
Процентно разпределение |
Разпределя входящия контакт въз основа на процентното разпределение:
|
|
SetVariable |
Записва разпределения процент (90%, 10%) в променлива, наречена PercentageAllocated. |
|
SetVariable |
Записва изходния път (Main Queue или Offsite), който поема повикването, в променлива, наречена PercentageExitPath. |
|
Възпроизвеждане на съобщение |
Възпроизвежда съобщение, използвайки Cisco TTS, информиращо обаждащия се за разпределението му, например: Достигнахте 90% разпределение! Главна опашка на клон 1. |
|
ОпашкаКонтакт |
Поставя контакта в опашка въз основа на разпределения път (Главна опашка или Външна опашка). |
|
PlayMusic |
Възпроизвежда музика за изчакване ( |
Допълнителни ресурси
За повече информация вижте ръководството за настройка и администриране на 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 connector.
- Импортирайте прикачения поток
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 и телефонният му номер е записан.
- Системата извършва ANI търсене в Salesforce, за да намери съответстваща информация за акаунт и контакт.
- Въз основа на получените данни, клиентът получава персонализирано IVR съобщение.
- Ако има отворен случай, свързан с клиента, агентът получава тази информация на своя компютър.
- След обаждането, Webex Contact Center публикува подробности за обаждането и коментарите обратно към случая на Salesforce.
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на потока |
Описание |
|---|---|
|
Търсене и маршрутизиране на ANI |
Процесът започва със събиране на телефонния номер на клиента. Телефонният номер се форматира и извикване на Salesforce API извлича акаунта и контакта, свързани с ANI. Ако клиентът бъде намерен, той се пренасочва въз основа на свързания случай в Salesforce. |
|
Актуализации след обаждането |
След като агентът приключи обаждането, Webex Contact Center публикува информация, като например коментари за обаждането и идентификатори на обажданията, в съответния случай на Salesforce. |
Дейности на потока
Следната таблица описва последователността от дейности на потока.
|
Дейност на потока |
Описание |
|---|---|
|
Старт (НовКонтакт) |
Записва подробностите за входящото повикване и започва потока. |
|
Задаване на телефонен номер (Задаване на телефонен номер) |
Форматира записания телефонен номер за търсене в Salesforce API. |
|
Търсене на акаунт (АкаунтОтANI) |
Изпълнява HTTP GET заявка към Salesforce, извличайки данните за акаунта на клиента въз основа на телефонния номер. |
|
Търсене на контакти (Свържете се с ANI) |
Извлича контакта, свързан с телефонния номер, чрез SOQL заявка в Salesforce. |
|
Търсене на случай (Идентификатор на контакт от Caseby) |
Извлича отворените случаи, свързани с контакта, като извлича подробности за случая, включително номер на случая и идентификационен номер. |
|
Контакт в опашката (Контакт с опашката) |
Пренасочва обаждането към съответния агент въз основа на извлечената информация от Salesforce и приоритета на клиента. |
|
Пускане на музика (Музика) |
Възпроизвежда музика за изчакване, докато клиентът чака да бъде свързан с агент. |
|
Изскачащ екран (ScreenPopAccount) |
Отваря страницата на Salesforce акаунта на клиента на работния плот на агента, когато се отговори на обаждането. |
|
Публикувай коментар (Коментар към публикацията) |
Публикува подробностите за обаждането в съответния случай в Salesforce, след като взаимодействието приключи. |
|
Краен поток (Краен поток) |
Завършва потока след завършване на всички задачи. |
Допълнителни ресурси
За повече информация относно конфигурирането на Salesforce с Webex Contact Center вижте Въведение в Salesforce REST API и Ръководство за настройка и администриране на Webex Contact Center.
За подробно видео ръководство за конфигуриране, гледайте тази поредица от две части:
Срив в HTTP(S) данните на ServiceNow
Използвайте този шаблон за дизайнер на потоци, за да извличате и актуализирате сигурно инциденти и други типове обекти в ServiceNow чрез Webex Contact Center.
Този поток интегрира Webex Contact Center със ServiceNow, използвайки HTTP конектор за насочване на решения и извличане на подробности за инциденти чрез REST API на ServiceNow. Той обработва входящи гласови повиквания, извършва ANI търсене, извлича подходяща информация и предоставя персонализирано обслужване. Процесът е следният:
- В контактния център на Webex е получено обаждане.
- На обаждащия се се възпроизвежда приветствено съобщение, в което се споменават подробности за инцидента.
- Системата извършва търсене в 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.
- Търсене в ANI: Webex извършва ANI търсене в ServiceNow, за да идентифицира обаждащия се.
- Търсене на инциденти: ServiceNow извлича свързания идентификатор на инцидента въз основа на данните на обаждащия се.
- Персонализиран поздрав: Клиентът е посрещнат с персонализирано съобщение, в което се посочва активният му инцидент.
- Маршрутизиране и приоритизиране: Обажданията се пренасочват въз основа на тежестта на инцидента, като се гарантира, че първо се решават критичните проблеми.
- Назначаване на агент: Обаждането се пренасочва към наличен агент, като подробности за инцидента се показват на работния плот на агента.
- Актуализации след обаждането: Webex Contact Center публикува съответната информация за обажданията, включително идентификаторите на обажданията, в ServiceNow, използвайки потоци от събития.
Дейности на потока
Следната таблица описва дейностите, използвани в потока, и тяхната роля в интеграцията.
|
Дейност на потока |
Описание |
|---|---|
|
Старт (НовКонтакт) |
Потокът започва, когато бъде получено входящо повикване. |
|
Пусни съобщение (Поздрав) |
Възпроизвежда приветствено съобщение, използвайки Cisco Cloud Text-to-Speech, като например: Добре дошли в демото на 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.
- Документация за ServiceNow REST API: Документация за REST API
- Документация за API на ServiceNow за таблици: Документация за API на таблици
За повече информация относно потоците на Webex Contact Center вижте ръководството за настройка и администриране на Webex Contact Center.
Просто входящо повикване към опашката
Използвайте този шаблон за дизайнер на потоци в Webex Contact Center, за да осигурите лесен процес за обработка на входящи повиквания. Обаждащите се биват поздравявани, нареждат се на опашка при агент и слушат музика за изчакване, докато чакат.
Този поток предоставя лесен процес за обработка на входящи повиквания в контактен център:
- Получават се обаждания, които влизат в потока през входната точка.
- На обаждащия се се възпроизвежда приветствено съобщение.
- Обаждащият се поставя в опашка за следващия наличен агент.
- Докато чакате на опашката, на обаждащия се се възпроизвежда музика за изчакване.
- Този поток осигурява безпроблемно преживяване, като поставя механизми за обработка на грешки и позволява резервни сценарии, в случай че агентите не са налични.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този поток:
- Създавайте входни точки, опашки, екипи и съпоставяния на входни точки.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Дейности на потока
Следната таблица описва последователността от дейности на потока, включени в този шаблон на поток.
|
Дейност на потока |
Описание |
|---|---|
|
Старт (Нов телефонен контакт) |
Потокът започва, когато се получи повикване през входната точка. Обаждането се приема в потока и преминава към следващата стъпка. |
|
Пусни съобщение (Подкана за добре дошли) |
Възпроизвежда се съобщение, което приветства обаждащия се. В този поток съобщението гласи: Добре дошли в контактния център на Webex! Това съобщение е конфигурирано с помощта на 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, преди да внедрите този подпоток:
- Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и всякакви други специфични за организацията конфигурационни дейности, като например конектори.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо 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 или се присъединете към общността на разработчиците на Webex Contact Center API.
Срив в 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, преди да внедрите този поток:
- Уверете се, че API удостоверяването е активирано в Zendesk екземпляра. Следвайте стъпките: .
- HTTP конекторът на Zendesk трябва да бъде конфигуриран с помощта на BasicAuth.
- Създавайте входни точки, опашки, екипи и всякакви други специфични за организацията дейности по конфигуриране.
- Качете статични аудио файлове, ако вместо Cisco Text-to-Speech (TTS) се използват персонализирани аудио подкани или музикални файлове.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Случай на използване
Използвайте този пример, за да разберете повече за това как работи този поток.
- Клиент се обажда в контактния център на Webex.
- Извършва се ANI търсене, за да се извлекат данните за клиента от Zendesk.
- Извлича се най-скорошният билет, свързан с клиента.
- Клиентът бива посрещнат чрез IVR и информиран за статуса на неговия билет.
- Клиентът може или:
- Свържете се с агент.
- Прекъснете връзката, ако изберат да не говорят с агент.
- След обаждането системата може да актуализира заявката на Zendesk със съответната информация за обаждането.
Разбивка на потока
Следната таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на потока |
Описание |
|---|---|
|
Получено обаждане |
Обаждането влиза в системата и Zendesk конекторът стартира. |
|
Търсене на потребител в Zendesk |
Системата извършва търсене в Zendesk, използвайки номера на обаждащия се. |
|
Извличане на подробности за билета |
Системата извлича най-скорошния неразрешен билет за потребителя. |
|
Представете подробности за билета |
Клиентът е информиран за състоянието на билета чрез IVR съобщение. |
|
Опции на менюто |
Клиентът може да избере да говори с агент или да прекъсне връзката. |
Дейности на потока
Следната таблица описва последователността от дейности на потока.
|
Дейност на потока |
Описание |
|---|---|
|
Старт |
Потокът започва, когато бъде получено повикване. |
|
Търсене на потребител (Zendesk) |
Тази дейност изпълнява HTTP заявка към Zendesk, търсейки потребителя въз основа на неговия ANI. |
|
Извличане на подробности за билета |
Друга HTTP заявка се отправя към Zendesk за извличане на най-скорошния билет за потребителя. |
|
Представете подробности за билета |
Чрез TTS на обаждащия се се възпроизвежда съобщение, предоставящо информация за състоянието на неговия билет. |
|
Меню за потвърждение |
Системата представя на клиента меню, което му позволява или да се свърже с агент, или да прекъсне връзката. |
|
Контакт в опашката |
Ако клиентът избере да се свърже с агент, той се поставя на опашка. |
|
Пускане на музика |
Докато клиентът чака агент, се възпроизвежда музика за изчакване. |
|
Коментари към публикации (Zendesk) |
След обаждането системата публикува коментар в заявката на Zendesk, обобщаващ взаимодействието. |
|
Прекъсване на връзката |
Системата прекъсва разговора, ако клиентът избере да го прекъсне или след като разговорът е приключил. |
Допълнителни ресурси
Този поток използва HTTP конектора на Webex Contact Center, за да взаимодейства с API-тата на Zendesk. За повече информация вижте документацията за Zendesk API и ръководството за настройка и администриране на Webex Contact Center.
Избягвайте дублиране на обратно извикване
Този шаблон за поток демонстрира как да се предотвратят дублиращи се записи за обратно извикване в Webex Contact Center чрез използване на подобрената HTTP активност с поддръжка за Content-Type: GraphQL. Той използва HTTP конектора на WebexCC API, за да взаимодейства с Search API, което позволява на потока да проверява за съществуващи заявки за обратно повикване от същия повикващ. Този шаблон подобрява ефективността и клиентското изживяване, като избягва излишни обратни извиквания.
Този шаблон за поток проверява дали клиент вече е подал заявка за обратно повикване в системата. Той използва Search API чрез GraphQL, за да определи дали съществува активна задача за обратно извикване за ANI (Автоматично идентифициране на номер) на повикващия.
Използва функцията, която подобрява HTTP активността в Webex Contact Center, като добавя поддръжка за Content-Type: GraphQL - Възможност за използване на HTTP конектора на WebexCC API за използване на Search 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), действието Callback_20e насрочва обратно повикване, използвайки ANI на обаждащия се. Съобщение за потвърждение се възпроизвежда чрез PlayMessage_ysw и след това DisconnectContact_mx8_2bg прекъсва разговора. |
| Чакайте на опашка |
Ако повикващият избере да чака в опашката (натисне 2), SetVariable_c0y увеличава брояча с един оборот. След това обаждането се поставя на опашка към агент чрез QueueContact_95e и музиката се възпроизвежда при задържане чрез PlayMusic_qne. Повикването се връща към действието Menu_lsi. |
Променливи
-
Състояние на обратното повикване: (STRING) - Статусът на обратното извикване.
-
брояч: (INTEGER) - Променлива брояч.
-
текущоВреме: (STRING) - Текущото време в милисекунди от епохата.
-
goback_by_a_day: (STRING) - Времето преди 24 часа в милисекунди от епохата.
-
API изход: (STRING) - Комбинираният HTTP код за състояние, състояние на обратното извикване и HTTP отговор от Search API.
-
ANITrim: (STRING) - Съкратеният ANI (телефонен номер) на обаждащия се.
-
отговор: (STRING) - HTTP отговорът от API за търсене.
Дейности на потока
Следната таблица описва последователността от дейности на потока, включени в този шаблон на поток.
|
Дейност на потока |
Описание |
|---|---|
|
Старт (НовКонтакт) | Стартира потока, когато бъде получено повикването. |
|
Действия | |
|
Възпроизвеждане на съобщение |
Възпроизвежда съобщение на обаждащия се. |
|
Обратно повикване |
Планира обратно повикване за обаждащия се. |
|
PlayMusic |
Възпроизвежда музика при задържане. |
|
ОпашкаКонтакт |
Поставя повикването в опашка към агент. |
|
HTTP |
Изпраща HTTP заявка към Search 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 активност, включително поддръжка за `Content-Type: Данни от формуляри` за взаимодействие с API-тата за аудио файлове (подкана) на Webex Contact Center. Този шаблон възпроизвежда функционалности, познати от локалните системи, подобрявайки клиентското изживяване и оперативната ефективност.
Предварителни изисквания
-
Създайте входна точка и конфигурирайте картографирането на входни точки от страницата с настройки на Control Hub за Webex Contact Center. Вижте Ръководството за настройка и администриране на Webex Contact Center.
-
Конфигурирайте конектор към API на Webex Contact Center.
-
Ако Cisco Text-to-Speech (TTS) не е активиран за подкани, качете необходимите статични аудио файлове.
Разбивка на потока
|
Елемент на потока |
Описание |
|---|---|
| Обаждането е получено | Повикването влиза в потока при активността NewContact. |
| (ПО ЖЕЛАНИЕ) Удостоверяване на администратора чрез OTP | Разработчикът на поток може да внедри опционална бариера за удостоверяване за администратора, използвайки защитен метод като OTP, доставен чрез SMS до ANI, или произволно генериран код. number/PIN. Това може да се добави преди главното меню. |
| Основно меню | Дейността MainMenu (IVR меню) предоставя на администратора следните опции:
|
| Създаване на подкана (Опция 1) |
|
| Подкана за актуализиране (опция 2) |
|
| Изтриване на подкана (Опция 3) |
|
| Изход (Вариант 4) |
|
Променливи
|
Променлива |
Тип |
Описание |
|---|---|---|
| blobId | СТРИНГ | Идентификаторът на Blob на аудиофайла |
| Име на аудиофайл | СТРИНГ | Името на аудиофайла (по подразбиране: „EmergencyDemo.wav“). |
| id | СТРИНГ | Идентификаторът на аудиофайла. |
| статус | СТРИНГ | Статусът на API заявката. |
| новоИмеНаФайл | СТРИНГ | Името на актуализирания аудио файл (по подразбиране: „updatedFile.wav“). |
| отговор | СТРИНГ | HTTP отговорът от API заявките. Това е по избор, за отстраняване на грешки. |
Използвани дейности
|
Дейност на потока |
Описание |
|---|---|
| Старт | НовКонтакт: Стартира потока, когато бъде получено повикването. |
| IVR меню | Главно меню: Възпроизвежда меню с опции за бързо управление. |
| Създаване на подкана |
|
| Подкана за актуализиране |
|
| Изтриване на подкана |
|
| Друго |
|
Допълнителни подробности
За повече информация относно използването на контролите за запис на активност, HTTP заявки и запис в Webex Contact Center, вижте раздела за активност HTTP заявка.
Шаблон за маршрутизиране на последния агент
Шаблонът за маршрутизиране на последния агент демонстрира как да се внедри маршрутизиране на последния агент в Webex Contact Center чрез използване на подобрената HTTP активност с поддръжка за Content-Type:
GraphQL. Той използва HTTP конектора на WebexCC API, за да взаимодейства с Search API, което позволява маршрутизиране на повиквания към последния агент, който е обработил повикването. Този шаблон подобрява клиентското изживяване, като ги свързва с познат агент.
Този шаблон на поток проверява дали клиент се е обаждал през последните 24 часа и ако е така, пренасочва обаждането към същия агент. Той използва Search API чрез GraphQL, за да намери последния агент, който е обработил обаждането, въз основа на ANI (Автоматична идентификация на номера) на обаждащия се.
Използва функцията, която подобрява HTTP активността в Webex Contact Center, като добавя поддръжка за Content-Type: GraphQL - Възможност за използване на HTTP конектора на WebexCC API за използване на Search 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 извършва повикване към Webex Contact Center Search API, използвайки GraphQL, за да намери агента, който е обработил предишното повикване, въз основа на ANI.
-
Използва променливите
goback_by_a_dayиcurrentTime, за да търси в рамките на последните 24 часа. -
Заявката GraphQL търси задачи, съответстващи на ANI или отрязания ANI на повикващия, които не са активни, и извлича идентификатора на собственика (идентификатора на агента) на задачата.
-
-
Регистриране на грешки:
-
Дейността DebugLog регистрира кода на състоянието на HTTP и тялото на отговора от повикването на Search API.
-
Дейността Debug_Log регистрира извлечения идентификатор на агент.
-
-
Проверете отговора на API:
-
Дейността Condition_kxu проверява дали кодът за състояние на HTTP от извикването на Search API е 200 (успех).
-
-
Проверете дали е извлечен идентификаторът на агента:
-
Дейността Condition_jtn проверява дали идентификаторът на агент е бил успешно извлечен от отговора на Search API.
-
-
Маршрут до последния агент (ако е намерен):
-
Ако бъде намерен идентификатор на агент, дейността PlayMessage_ee8 възпроизвежда потвърдително съобщение на обаждащия се, информирайки го, че се прехвърля към същия агент, с когото е говорил преди това.
-
Дейността QueueToAgent_xh1 поставя в опашка повикването към агента с извлечения идентификатор на агент.
-
-
Маршрут към опашката по подразбиране (ако не е намерена):
-
Ако не бъде намерен идентификатор на агент (или API повикването е неуспешно, или не е намерено предишно повикване в рамките на 24 часа), дейността QueueToDefault поставя повикването в опашка по подразбиране.
-
-
Възпроизвеждане на музика при задържане:
-
Дейността PlayMusic_i73 възпроизвежда музика на изчакване, докато обаждащият се чака на опашката.
-
Променливи
-
Идентификатор на агент: (STRING) - Идентификационният номер на последния агент, който е обработил обаждането.
-
текущоВреме: (STRING) - Текущото време в милисекунди от епохата.
-
goback_by_a_day: (STRING) - Времето преди 24 часа в милисекунди от епохата.
-
Отговор: (STRING) - HTTP отговорът от API за търсене.
-
ANITrim: (STRING) - Съкратеният ANI (телефонен номер) на обаждащия се.
Дейности на потока
Следната таблица описва последователността от дейности на потока, включени в този шаблон на поток.
|
Дейност на потока |
Описание |
|---|---|
|
Старт (НовКонтакт) | Стартира потока, когато бъде получено повикването. |
|
Действия | |
|
Възпроизвеждане на съобщение |
Възпроизвежда съобщение на обаждащия се. |
|
ОпашкаКъмАгент |
Поставя повикването в опашка към конкретен агент. |
|
PlayMusic |
Възпроизвежда музика при задържане. |
|
Опашка |
Поставя повикването в опашка по подразбиране. |
|
HTTP |
Изпраща HTTP заявка към Search API, използвайки GraphQL. |
|
Възпроизвеждане на съобщение |
Възпроизвежда съобщение, което показва, че обаждащият се бива пренасочен към последния агент. |
|
Задаване на променлива |
|
|
Условия |
|
|
Задържане на музика (MusicOnHold) |
Възпроизвежда музика за изчакване, докато обаждащият се чака на опашката. |
|
Обработка на цикли (CallLoopCycle и LoopCycle) |
Гарантира, че извикванията, които се повтарят твърде много пъти, се насочват към крайното меню. |
|
Прекъсване (DisconnectContact) |
Прекъсва разговора след съобщения или когато обаждащият се реши да прекрати взаимодействието. |
Допълнителни ресурси
За повече информация относно използването на HTTP заявки с GraphQL и други дейности в Webex Contact Center, вижте раздела за дейност HTTP заявка.
Вижте също документацията за API на Webex Contact Center за подробности относно API за търсене и заявките към GraphQL.
Автономен AI агент (проследяване на пакети)
Този поток използва автономен AI агент за управление на гласови взаимодействия, свързани с проследяването на пакети. Потокът предоставя опция за ескалиране към човешки агенти, когато е необходимо или при грешки на агент с изкуствен интелект.
Процесът е проектиран да обработва взаимодействията с клиентите относно проследяването на пратки чрез автономен агент с изкуствен интелект. Агентът с изкуствен интелект се състои от действие за проследяване на пакет и база знания, свързана с общи запитвания за доставка. Клиентите могат да поискат да говорят с човешки агент по всяко време.
Предварителни изисквания
За да използвате този поток, уверете се, че са настроени следните неща:
-
Автономен AI агент, конфигуриран с подходящо действие (заедно с изпълнение) и документи със знания. Примерен поток за изпълнение е наличен в шаблоните за потоци на Webex Connect.
-
Входна точка, Опашка, Екипи и Съпоставяне на входни точки, конфигурирани на страницата с настройки на Control Hub за Webex Contact Center.
-
Cisco Text-to-Speech (TTS) е активиран за динамично генериране на персонализирани съобщения.
-
Качете статични аудио файлове, ако не използвате аудиото по подразбиране на Cisco.
Разбивка на интеграцията
-
Обаждащият се инициира контакт: Обаждането се получава от Webex Contact Center и се пренасочва към автономния агент с изкуствен интелект.
-
Взаимодействие с ИИ агенти: Агентът с изкуствен интелект обработва заявката на обаждащия се, свързана с проследяване на пакет.
-
Опашка към агент: Ако се изисква ескалация по заявка на клиент или поради грешки на AI агент, обаждащият се поставя в опашка за човешки агент.
-
Изключване: Взаимодействието приключва след обработка на заявката на обаждащия се или прехвърлянето на обаждащия се към агент.
Дейности, използвани в потока
|
Дейност на потока |
Описание |
|---|---|
| Старт (нов телефонен контакт) | Тази дейност бележи началото на потока, задействан от ново повикване. |
| Виртуален агент V2 (VAV2) | Дейността, отговорна за взаимодействието между потока и AI агента. Взаимодействие. Същата дейност се използва за иницииране на разговора и за изпращане на събития за състоянието към AI агента. |
| Пусни съобщение | Предоставя системни съобщения, използвайки Cisco Text-to-Speech. Използва се за възпроизвеждане на съобщение за грешка преди ескалация към човешки агент в случай на грешки в активността на VAV2. |
| Опашка към агент | Управлява логиката на опашките за ескалация към човешки агенти. |
| Пусни музика | Задържане на музиката, възпроизвеждана по време на чакане на опашка, когато обаждащият се чака връзка с агент. |
| Прекъсване на връзката | Прекратява взаимодействието след завършване на задачите или ако е ескалира към човешки агент. |
Обработка на грешки
Потокът включва стратегии за управление на грешки, за да се справят с неочаквани проблеми грациозно, като се гарантира, че обаждащият се е информиран и пренасочен по подходящ начин.
Поддръжка от разработчика
За по-задълбочени познания относно използването на Webex Contact Center с автономни агенти с изкуствен интелект, вижте свързаната документация:
Допълнителни ресурси
За поддръжка, свързана с този процес, се свържете с екипа за поддръжка на разработчици на Webex Contact Center чрез поддръжката на разработчици на Webex Contact Center.
За допълнителни дискусии посетете Общността на разработчиците на API на Webex Contact Center.
Скриптиран от AI агент (проследяване на пакети)
Този поток е предназначен за обработка на гласови взаимодействия, свързани с проследяване на пакети, с помощта на скриптиран виртуален агент. Този поток демонстрира най-лесния начин за изпълнение на заявки за скриптиран агент. В допълнение към това, потокът демонстрира поставяне на клиенти в опашки към различни опашки на агенти въз основа на последното активно намерение и персонализирани отчети за AI агенти в Analyser.
Този поток използва скриптиран Webex AI агент, за да взаимодейства с клиентите относно проследяването на пратки. Дейността VAV2 (виртуален агент V2) излиза през своя „обработен“ ръб, когато скриптираният агент повдигне персонализирано събитие за проследяване на пакета. Потокът използва API за проследяване на пакети, за да постигне това. Този API е достъпен за разработчици за тестване и демонстрации. Изходните данни се анализират в потока и се предават обратно на агента чрез събитие State. Повече информация за конфигуриране на изпълнение за скриптирани агенти за глас.
Предварителни изисквания
За да използвате този поток, уверете се, че са настроени следните неща:
-
Агент с изкуствен интелект на Webex, конфигуриран да обработва запитвания за проследяване на пакети. Този агент е наличен за импортиране при създаване на нов агент.
-
Входна точка, Опашка, Екипи и Съпоставяне на входни точки, конфигурирани на страницата с настройки на Control Hub за Webex Contact Center.
-
Уверете се, че Cisco Text-to-Speech (TTS) е активиран за генериране на динамични аудио съобщения.
-
Качете статични аудио файлове за персонализирани системни известия, ако е необходимо.
Разбивка на интеграцията
|
Разбивка на интеграцията |
Описание |
|---|---|
| Обаждащият се инициира контакт | Обаждането се получава от Webex Contact Center и се пренасочва към скриптирания AI агент. |
| Състоянието на взаимодействието се регистрира с помощта на глобална променлива | Потокът задава глобалната променлива CustomAIAgentInteractionOutcome, за да регистрира състоянието на взаимодействието на клиента с AI агента. Това се актуализира на различни етапи и се използва за изграждане на персонализирани отчети с помощта на визуализатор. |
| Взаимодействие с AI агенти | Агентът с изкуствен интелект обработва входните данни на клиента и отговаря въз основа на конфигурирани намерения. Ако потребителят възнамерява да проследи пакет и предостави валиден номер на пакета, контролът се връща обратно на потока чрез персонализирано събитие. |
| Разбор и изпълнение на метаданни от AI агент | Номерът на пакета на клиента се извлича от метаданните на VAV2 и се използва в HTTP активността. |
| Условия за отговор на изпълнението | Потокът проверява дали информацията за пакета е намерена или не и задава подходящи отговори. |
| Взаимодействието с AI агент е възобновено* | В зависимост от отговора за изпълнение, съобщението, което трябва да бъде изпратено до клиентите, се изпраща обратно към скриптирания агент чрез данни за събитието в „Състояние на събитието“. |
| Предаване на агент и дейност по случая | Определя следващите стъпки въз основа на предишното намерение, насочвайки потока към различни опашки въз основа на предишното намерение. |
| Опашка към агент | Ако е необходима ескалация или в случай на грешки, повикващият се поставя в опашка за човешки агент. |
| Прекъсване на връзката | Взаимодействието приключва след обработка на заявката на обаждащия се или прехвърлянето на обаждащия се към агент. |
Дейности, използвани в потока
|
Дейност на потока |
Описание |
|---|---|
| Старт | Инициира потока, когато се получи ново повикване. |
| Задаване на променлива за резултат от взаимодействието | Използвайте зададената променлива activity, за да актуализирате глобалната променлива CustomAIAgentInteractionOutcome, за да съхраните последното състояние на взаимодействието с AI агента. |
| Взаимодействие с AI агент | Управлява заявките за проследяване на пакети, използвайки скриптирани взаимодействия. Същата дейност се използва за иницииране на разговора и за изпращане на събития за състояние до AI агента. |
| Детайли за пакета за анализ | Извлича номера на пакета от метаданните, предоставени от виртуалния агент. |
| HTTP заявка за информация за пакета | Изпраща заявка към логистичния API за извличане на състоянието на пакета и очакваната доставка. Използвайте ABC123456 като примерен номер на пакет. |
| Условна логика | Определя отговора въз основа на състоянието на пакета или HTTP кода на състоянието на API повикването. |
| Задаване на променливи на отговора | Конфигурира отговори, за да съобщава дали пакетът е намерен или подробностите за доставката. |
| Пусни съобщение | Предоставя съобщения за системни грешки, използвайки Cisco Text-to-Speech, особено в случаи на системни грешки. |
| Дейност по случая | Насочва потока въз основа на предишното намерение, като взема решения за маршрутизиране към конкретни опашки. |
| Опашка към агент | Управлява логиката на опашките за ескалация към човешки агенти. |
| Пусни музика | Задържане на музиката, възпроизвеждана по време на чакане на опашка, когато обаждащият се чака връзка с агент. |
| Прекъсване на връзката | Прекратява взаимодействието след завършване на задачите или ако е ескалира към човешки агент. |
Специфики на потока
JSON файлът на потока, използван в този пример, съдържа променливи и дейности, необходими за обработка на взаимодействия, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:
|
Променлива |
Описание |
|---|---|
event_name |
Име на събитието, изпратено до AI агента. |
event_data |
Полезен товар на събитието, изпратен до AI агента. |
status |
Състояние на пакета въз основа на HTTP отговора. |
estimatedDelivery |
Очаквана дата и час на доставка на пакета въз основа на HTTP отговора. |
packageResp |
Отговор, който ще бъде изпратен обратно до клиента въз основа на отговора за HTTP активност. |
Global_VoiceName |
Определя гласа, използван за преобразуване на текст в реч. |
CustomAIAgentInteractionOutcome |
Записва състоянието на взаимодействието - прекратено, обработено, ескалирано или грешно - въз основа на взаимодействието на клиента с AI агента. |
Обработка на грешки
Потокът включва стратегии за управление на грешки, за да се справят с неочаквани проблеми грациозно, като се гарантира, че обаждащият се е информиран и пренасочен по подходящ начин.
Допълнителни ресурси
За по-задълбочени познания относно използването на Webex Contact Center със скриптирани AI агенти, вижте свързаната документация:
Поддръжка от разработчика
За поддръжка, свързана с този процес, се свържете с екипа за поддръжка на разработчици на Webex Contact Center чрез поддръжката на разработчици на Webex Contact Center.
За допълнителни дискусии посетете Общността на разработчиците на API на Webex Contact Center.
Скриптиран от AI агент (записване на лекарски преглед)
Този шаблон демонстрира потока от данни между Webex Contact Center и Webex AI Agent Studio за взаимодействие, което използва скриптиран агент. Потокът съдържа няколко интеграции с външни системи. Те се извикват въз основа на персонализирани събития, изпратени от AI Agent, и данните за изпълнение се предават обратно на агента.
Този поток показва как данните се предават между Webex Contact Center и Webex AI Agent Studio, използвайки персонализирани събития. Този поток улеснява автоматизираното планиране и управление на лекарските прегледи чрез скриптиран AI агент. Интегрира се с външни системи за проверка на наличността, създаване на срещи, търсене на съществуващи срещи и отмяна на срещи. Потокът осигурява безпроблемна комуникация между обаждащия се и AI агента, с опции за ескалация към човешки агенти, когато е необходимо.
Предварителни изисквания
За да използвате този поток, уверете се, че са настроени следните неща:
-
Скриптиран AI агент, конфигуриран със съответните намерения за обработка на резервации и анулации на срещи. Това може да се импортира от шаблони при създаването на нов скриптиран агент в платформата AI Agent Studio.
-
Входна точка, Опашка, Екипи и Съпоставяне на входни точки, конфигурирани на страницата с настройки на Control Hub за Webex Contact Center.
-
API за взаимодействие с външна система за управление на срещи.
-
Функцията Cisco Text-to-Speech (TTS) е активирана за генериране на динамични аудио съобщения.
-
Качете статични аудио файлове, ако не използвате аудиото по подразбиране на Cisco.
Разбивка на интеграцията
|
Разбивка на интеграцията |
Описание |
|---|---|
| Обаждащият се инициира контакт | Обаждането се получава от Webex Contact Center и се пренасочва към агента с изкуствен интелект. |
| Взаимодействие с AI агент | Агентът с изкуствен интелект обработва входните данни на клиента и отговаря въз основа на конфигурирани намерения. |
| Превключване на контрола между AI агент и поток | Контролът върху разговора се обменя между AI агента и потока на различни етапи. AI агентът предава контрола на потока чрез персонализирани събития, потокът извършва съответното изпълнение въз основа на името на събитието и връща контрола обратно на AI агента заедно с данните за изпълнение чрез събитие „Състояние“ в активността на виртуалния агент V2. |
| Опашка към агент | Ако е необходима ескалация, повикващият се поставя в опашка за човешки агент. |
| Прекъсване на връзката | Взаимодействието приключва след завършване на задачата или прехвърлянето на обаждащия се към агент. |
Дейности, използвани в потока
|
Дейност на потока |
Описание |
|---|---|
| Старт | Тази дейност бележи началото на потока, задействан от ново повикване. |
| Виртуален агент V2 (VAV2) | Дейността, отговорна за взаимодействието с ИИ агента. Същата дейност се използва за иницииране на разговора и за изпращане на събития за състоянието към AI агента. |
| Разбор | Използва се за анализиране на полезния товар на събитието от VAV2 активността. |
| Случай | Използва се за проверка на името на събитието, изпратено от VAV2 активността и разклонение към съответните HTTP заявки. |
| HTTP заявка | Взаимодейства с външни системи, за да извършва операции като проверка на наличността, създаване, търсене или отмяна на срещи, използвайки HTTP заявки въз основа на името на събитието, изпратено от VAV2 активността. Дейността също така анализира отговора за HTTP заявката. |
| Условие | Оценява резултата от HTTP заявките, насочвайки потока въз основа на условия за успех или грешка. |
| Задаване на променлива | Използва се за конфигуриране на променливи като име на събитие и данни за събитие, които са от съществено значение за повторно извикване на VAV2 дейността с подходящи параметри на събитието за състоянието. |
| Пусни съобщение | Предоставя системни съобщения, използвайки Cisco Text-to-Speech. Използва се за възпроизвеждане на съобщение за грешка преди ескалация към човешки агент в случай на грешки в активността на VAV2. |
| Опашка към агент | Управлява логиката на опашките за ескалация към човешки агенти. |
| Пусни музика | Задържане на музиката, възпроизвеждана по време на чакане на опашка, когато обаждащият се чака връзка с агент. |
| Прекъсване на контакта | Прекратява взаимодействието след завършване на задачите или ако е ескалира към човешки агент. |
Специфики на потока
JSON файлът на потока, използван в този пример, съдържа променливи и дейности, необходими за обработка на взаимодействия, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:
|
Променлива |
Описание |
|---|---|
event_name |
Име на събитието, изпратено до AI агента. |
event_data |
Полезен товар на събитието, изпратен до AI агента. |
event_data_string |
Версия на event_data с низове, тъй като VAV2 активността приема само низове. |
http_input |
Тяло на заявката за HTTP активността, базирано на 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, преди да внедрите този подпоток:
- Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и всякакви други специфични за организацията конфигурационни дейности, като конектори, външни ANI и други.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
- Уверете се, че променливите за обратно извикване (например: callbackNumber, callbackNumberEntered, stayInQueue) са правилно съпоставени с вашата система, за да се заснемат съответните данни.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- Номер за обратно повикване - STRING: Номерът, който да се използва за обратното повикване (или този, от който се обажда обаждащият се, или нов номер).
- оставанеВОпашката - БУЛЕВ: Показва дали повикващият е избрал да остане в опашката (True) или да поиска обратно повикване (False).
Изходи на подпотока
- Въведен номер за обратно повикване - STRING: Номерът, който обаждащият се е въвел за обратното повикване, ако е избрал да предостави алтернативен номер.
- оставанеВОпашката - БУЛЕВ: Дали обаждащият се е избрал да остане в опашката или да получи обратно повикване.
Разбивка на подпотока
Следната таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток |
Повикването влиза в подпотока. |
|
Меню за отказване |
На обаждащия се се предлага опция или да остане на опашката, или да получи обратно повикване.
|
|
Меню с числа |
Ако обаждащият се избере да получи обратно повикване, му се предлага опцията да:
|
|
Събиране на цифри |
Ако обаждащият се реши да въведе нов номер за обратно повикване, ще бъде подканен да въведе своя 10-цифрен номер, последван от клавиша с късче символ. (#). |
|
Задаване на променлива |
Събраният номер за обратно повикване се съхранява в променливата callbackNumberEntered. |
|
Край на подпотока | Подпотокът завършва след събиране на информацията за обратното извикване или обработка на евентуални грешки. |
Дейности на подпотока
Следната таблица описва последователността от дейности на подпотока за събиране на информация за обратно извикване.
|
Активност на подпотока |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът започва при извикване. |
|
Меню за отказване |
Това предоставя на обаждащия се опция или да остане в опашката, или да получи обратно повикване. Това използва TTS, за да помоли обаждащия се да натисне 1 за обратно повикване или 2, за да остане в опашката. |
|
Меню с числа |
Ако обаждащият се избере обратно повикване, той ще бъде подканен да използва текущия си номер или да въведе нов. |
|
Събиране на цифри |
Ако обаждащият се реши да въведе нов номер, тази дейност събира неговия 10-цифрен номер, последван от знака за диез. (#). |
|
Задаване на променлива |
Събраното число се съхранява в променливата callbackNumberEntered за по-нататъшна употреба. |
|
Край на подпотока | Потокът приключва след обработка на избора на обаждащия се и събиране на необходимата информация. |
Допълнителни ресурси
За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.
Обработка на грешки
Използвайте шаблона за подпоток за обработка на грешки в Webex Contact Center, за да управлявате грешки, като например проблеми с обработката на опашки или неуспешни API заявки. Може да бъде прикрепен към конкретни дейности или конфигуриран като глобален обработчик на грешки, което гарантира, че системата продължава да работи безпроблемно и предоставя на потребителите обратна връзка за евентуални проблеми.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този подпоток:
- Уверете се, че Cisco Text-to-Speech (TTS) е активирано, за да може центърът за контакт да използва текст в реч за съобщения за грешки.
- Нанесете променливата errorMessage, за да обработвате динамично съответните съобщения за грешки във вашия работен процес.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- Съобщение за грешка - STRING: Съобщението за грешка, което да се възпроизведе динамично, показващо проблема, възникнал от повикващия.
Изходи на подпотока
- N/A: Този подпоток не генерира изходи, тъй като се използва за обработка на грешки и предоставяне на обратна връзка на повикващия.
Разбивка на подпотока
Следната таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът се задейства, когато възникне грешка. |
|
Съобщение за грешка при възпроизвеждане |
Системата възпроизвежда динамично съобщение за грешка, дефинирано от променливата errorMessage, използвайки Cisco Cloud TTS. Например, съобщението може да бъде: Имаме технически затруднения. Опитайте отново по-късно. |
|
Край на подпотока (Нормален край) |
Ако грешката бъде обработена успешно, подпотокът завършва грациозно. |
|
Край на подпотока (Край на грешката) |
Ако възникнат допълнителни проблеми (например, съобщението за грешка не се възпроизведе), подпотокът завършва в състояние на ескалация, което показва критична повреда. |
Дейности на подпотока
Следната таблица описва последователността от дейности на подпотока за управление на грешки.
|
Активност на подпотока |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът стартира, когато възникне грешка, стартирайки последователността за обработка на грешки. |
|
Съобщение за грешка при възпроизвеждане |
Възпроизвежда съобщението за грешка на повикващия, използвайки Cisco Cloud TTS. Съдържанието на съобщението се определя динамично от променливата errorMessage. |
|
Край на подпотока (Нормален край) |
Завършва подпотока, ако грешката е разрешена без допълнителни проблеми. |
|
Край на подпотока (Край на грешката) |
Завършва подпотока с ескалация, ако възникнат допълнителни грешки по време на процеса на обработка на грешки. |
Допълнителни ресурси
За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.
Провал в HTTP данните
Използвайте този шаблон за подпоток, за да извлечете информация за клиентски акаунт чрез HTTP заявка. Поддържа потвърждение на идентификатора на акаунт, ръчно въвеждане, ако заявката е неуспешна, и обработва изтичане на времето, невалидни входни данни и критични грешки – идеално за автоматизирано търсене на клиентски акаунти в контактни центрове.
Този подпоток предоставя динамично изживяване, при което информацията за клиентския акаунт се извлича чрез HTTP заявка. Ако търсенето е успешно, клиентът ще бъде помолен да потвърди идентификационния номер на акаунта. Ако не успее или обаждащият се предпочита, той може да въведе номера на сметката си ръчно. Потокът обработва грациозно грешки като невалидни входни данни, изтичане на времето и критични повреди, с подходящи подкани.
Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този подпоток:
- Създавайте входни точки, опашки, конектори, екипи, съпоставяния на входни точки и всякакви други специфични за организацията дейности по конфигуриране.
- Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
- Уверете се, че URL адресът и параметрите на HTTP заявката са правилно зададени въз основа на нуждите на вашата организация.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- Съобщение за грешка - STRING: Съобщение, което ще се възпроизведе в случай на грешка по време на подпотока.
Изходи на подпотока
- изходнаПроменлива - STRING: Съхранява потвърдения или ръчно въведения номер на сметка.
Разбивка на подпотока
Следната таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток (Инициализация) |
Подпотокът стартира процеса на извличане на данни за клиента. |
|
Моля, изчакайте (Утешително съобщение) |
Обаждащият се бива информиран, че системата извлича информацията му, използвайки 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, преди да внедрите този подпоток:
- Създавайте входни точки, опашки, конектори, екипи, съпоставяния на входни точки и всякакви други специфични за организацията дейности по конфигуриране.
- Осигурете правилна логика за обработка на опашки и конфигурации за обработка на грешки.
- Качете статични аудио файлове, ако вместо Cisco Text-to-Speech (TTS) се използват персонализирани аудио подкани или музикални файлове.
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпоток
- queueMessage - STRING: Съобщението, което ще се възпроизвежда между музикалните записи (по подразбиране: Моля, изчакайте).
- queueMusic1 - STRING: Първият музикален файл, който ще се възпроизведе, докато обаждащият се чака (по подразбиране:
defaultmusic_on_hold.wav). - queueMusic2 - STRING: Вторият музикален файл, който ще се възпроизвежда между съобщенията (по подразбиране:
defaultmusic_on_hold.wav). - брояч - ЦЯЛО ЧИСЛО: Брояч за проследяване на броя цикли (по подразбиране: 0).
- Продължителност на музиката - ЦЯЛО ЧИСЛО: Продължителността, за която се възпроизвежда всяка музикална песен (по подразбиране: 10 секунди).
Изходи на подпотока
Няма
Разбивка на подпотока
Следната таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
|
Елемент на подпоток |
Описание |
|---|---|
|
Стартиране на подпоток |
Подпотокът започва. |
|
Проверка на състоянието |
Подпотокът проверява дали броячът е по-малък от 2. Ако е true, потокът продължава с музикалната и текстовата последователност. Ако е невярно, подпотокът приключва. |
|
Пусни музика 1 |
Първият музикален файл (queueMusic1) се възпроизвежда за продължителността, определена от musicDuration. |
|
Пусни съобщение |
След първия музикален файл се възпроизвежда съобщение, използвайки Cisco TTS, със съдържание, дефинирано от queueMessage. |
|
Пусни музика 2 |
След съобщението, вторият музикален файл (queueMusic2) се възпроизвежда за определената продължителност. |
|
Брояч на инкремента |
Променливата брояч се увеличава с 1 след възпроизвеждане на втория музикален файл. |
|
Проверете отново състоянието |
След като броячът се увеличи, потокът проверява отново дали броячът все още е по-малък от 2. Ако е true, цикълът се повтаря; в противен случай подпотокът приключва. |
|
Край на подпотока |
След като броячът достигне 2, подпотокът приключва. |
Активност на подпотока
Следната таблица описва последователността от дейности на подпотока.
|
Активност на подпотока |
Описание |
|---|---|
|
Стартиране на подпоток |
Инициализира процеса на подпоток. |
|
Проверка на състоянието |
Проверява се условие, за да се гарантира, че броячът е по-малък от 2, което позволява на цикъла да продължи. |
|
Пусни музика 1 |
Възпроизвежда първия музикален файл за продължителността, зададена от musicDuration. |
|
Пусни съобщение |
Възпроизвежда съобщение, използвайки Cisco TTS, със съдържание, предоставено от queueMessage. |
|
Пусни музика 2 |
Възпроизвежда втория музикален файл за продължителността, зададена от musicDuration. |
|
Брояч на инкремента |
Увеличава променливата брояч с 1, за да контролира цикъла. |
|
Край на подпотока |
Завършва подпотока, след като броячът достигне предварително зададения лимит. |
Шаблон за подпоток за планирано обратно извикване
Използвайте този шаблон, за да създадете подпоток, който позволява на повикващия да планира обратно повикване за конкретна дата и час, включително избор на часова зона.
Този подпоток насочва повикващия през поредица от подкани, за да събере цялата необходима информация за планирано обратно повикване. Той изисква желаната дата, начален и краен час за прозореца за обратно повикване и часовата зона на обаждащия се. Подпотокът включва валидиране на входните данни за дата и час, за да се гарантира точността. Ако бъде въведен невалиден формат, повикващият бива подканен отново. След като цялата информация е успешно събрана, тя се използва за планиране на обратното повикване в системата.
Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани.
Предварителни изисквания
Уверете се, че следните изисквания са изпълнени в портала за управление на контактния център на Webex, преди да внедрите този подпоток:
-
Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и всякакви други специфични за организацията конфигурационни дейности, като например конектори, външни ANI и други.
-
Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
-
За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.
Входове за подпотоци
| Име на променлива | Тип | Описание |
|---|---|---|
| Номер за обратно повикване | СТРИНГ | Телефонният номер, който да се използва за обратното повикване. |
| Име на клиент | СТРИНГ | Името на клиента, който е поискал обратното обаждане. |
| Опашка за обратно повикване | СТРИНГ | Опашката, към която ще бъде изпратено планираното обратно извикване. |
Изходи на подпотока
| Име на променлива | Тип | Описание |
|---|---|---|
| Дата на графика за обратно повикване | СТРИНГ | Датата, за която е планирано обратното повикване, форматирана като ГГГГ-ММ-ДД. |
| График за обратно повикване | СТРИНГ | Идентификаторът на часовата зона IANA за обратното извикване (напр. America/Chicago). |
| График за обратно повикване | СТРИНГ | Началният час за прозореца за обратно извикване, форматиран като HH:mm:ss. |
| Краен час на графика за обратно повикване | СТРИНГ | Крайният час за прозореца за обратно извикване, форматиран като HH:mm:ss. |
Разбивка на подпотока
Следната таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които се случват по време на всеки етап.
| Елемент на подпотока | Описание |
|---|---|
| Стартиране на подпоток | Повикването влиза в подпотока. |
| Планирана дата | Обаждащият се бива подканен да въведе предпочитаната дата за обратно повикване във формат ГГГГММДД. Подпотокът валидира входните данни, за да се увери, че са реални. Ако е невалидно, подканата се повтаря. |
| Планиране на начален час | Обаждащият се получава подкана да въведе началния час за прозореца за обратно повикване във формат HHMM (24-часов). Подпотокът валидира входните данни, за да се увери, че времето е валидно. Ако е невалидно, подканата се повтаря. |
| Планиране на крайния час | Обаждащият се получава подкана да въведе крайния час за прозореца за обратно повикване във формат HHMM (24-часов). Подпотокът валидира входните данни, за да се увери, че времето е валидно. Ако е невалидно, подканата се повтаря. |
| Часова зона на графика | На обаждащия се се показва меню за избор на часова зона. - Натиснете 1 за IST (индийско стандартно време). - Натиснете 2 за централно време. - Натиснете 3 за източно време. |
| Запланирайте обратно обаждане | Използвайки цялата събрана информация (CallbackNumber, CustomerName, CallbackQueue и планираната дата, час и часова зона), подпотокът официално планира обратното повикване в системата. |
| Край на подпотока | Подпотокът приключва след успешно планиране на обратното извикване. |
Дейности на подпотока
Следната таблица описва последователността от дейности на подпотока за планиране на обратно извикване.
| Дейност на подпотока | Описание |
|---|---|
| Стартиране на подпоток | Подпотокът започва при извикване. |
| ГрафикДата | Събира предпочитаната от обаждащия се дата за обратно повикване. Подкана за синтез на говор е: „Моля, въведете предпочитаната от вас дата във формат ГГГГММДД“. Входните данни се валидират, за да се гарантира, че са в правилен формат на датата. |
| ConvertDateFormat | След като бъде въведена валидна дата, тази дейност преобразува входа YYYYMMDD във формат YYYY-MM-DD и го съхранява в променливата CallbackScheduleDate. |
| Планиране на начален час | Събира началното време за прозореца за обратно извикване. Подканата за TTS е: „Моля, въведете началния час за обратното ви повикване във формат HHMM“. Входните данни се валидират, за да се гарантира, че са в правилен формат за време. |
| Време за начало на преобразуване | Преобразува входния начален час HHMM в HH:mm:ss форматира и го съхранява в променливата CallbackScheduleStartTime. |
| Планиране на крайния час | Събира крайното време за прозореца за обратно извикване. Подканата за TTS е: „Моля, въведете крайния час за обратното ви повикване във формат HHMM“. Входните данни се валидират, за да се гарантира, че са в правилен формат за време. |
| Време за край на преобразуване | Преобразува входния краен час HHMM в HH:mm:ss форматира и го съхранява в променливата CallbackScheduleEndTime. |
| ГрафикЧасоваЗона | Представя меню за избор на часова зона. |
| Запланирайте обратно обаждане | Това последно действие взема всички събрани и форматирани променливи и създава планираната заявка за обратно извикване в системата. |
| Край на подпотока | Потокът приключва след успешно планиране на обратното извикване. |
Допълнителни ресурси
За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.
Създаване и управление на потоци
Създаване на поток
Можете да създавате и управлявате потоци, като използвате модула за ресурси за маршрутизация. Когато проектирате поток, консултационното взаимодействие не може да съдържа обратно повикване от учтивост, обратна връзка от анкета след повикване или дейност за сляпо прехвърляне.
Когато създавате поток, ако броят на възлите надвишава 100, може да се появи забавяне в дизайнера на потоци. В такива случаи препоръчваме да използвате функциите „Верига на потоци“ и „Динамични променливи“, за да разделите голям поток на лесно управляеми по-малки потоци. За повече информация вижте Свързване на множество потоци (с GoTo) и Контакт в опашката.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
На страницата Потоци щракнете върху Управление на потоци. Изберете Създаване на потоци от падащия списък. Появява се съветникът Създаване на нов поток с опция за избор между Поток или Подпоток.
|
| 4 |
Кликнете върху Поток. Щракнете върху Подпоток, за да създадете подпоток. Процесът на създаване на подпоток е подобен на този за създаване на поток. |
| 5 |
Изберете необходимата опция за създаване на потока:
|
| 6 |
Кликнете върху „ Започни отначало“. |
| 7 |
В полето Име на потока въведете уникално име. Името на потока не може да съдържа интервали. Единственият разрешен специален символ е _ (долна черта). Допустимата дължина е 80 символа. Например, NewContact_01. |
| 8 |
Кликнете върху Създаване на поток. Появява се прозорецът Дизайнер на потоци. |
| 9 |
В секцията Общи настройки въведете описанието на потока. Не можете да промените описанието по-късно. |
| 10 |
(По избор) Конфигурирайте следните настройки в секцията Настройки на диаграмата.
|
| 11 |
В секцията Настройки за дешифриране на поток включете превключвателя Активиране на дешифриране на поток, за да разрешите дешифрирането на чувствителна информация в потока. Появява се изскачащ прозорец „Разкриване на данни за отстраняване на грешки “ . Отбележете Съгласен съм и щракнете върху Запазване. Вече ще можете да декриптирате чувствителна информация от регистрационните файлове на потоците по време на отстраняване на грешки в потоците. Вижте раздела „Проследяване на потоци “ за подробности. |
| 12 |
Изпълнете следните задачи, за да създадете потока:
|
Създаване на потоци от шаблони за потоци
Шаблоните за потоци ви предоставят готови потоци за често срещани случаи на употреба. За да създадете потоци от шаблони за потоци:
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . |
| 3 |
От навигационния панел Център за контакт щракнете върху . |
| 4 |
На страницата Потоци щракнете върху Управление на потоци и щракнете върху падащия списък Създаване на потоци. Появява се съветникът Създаване на нов поток с опция за избор между Поток или Подпоток.
|
| 5 |
Кликнете върху Поток. За да създадете подпоток, щракнете върху Подпоток. Процесът на създаване на подпоток е подобен на този за създаване на поток. |
| 6 |
От Изберете методщракнете върху Шаблони за потоци. |
| 7 |
Изберете вашия шаблон от наличния списък с шаблони. Щракнете върху Напред. Кликнете върху Преглед на подробности, за да видите подробен преглед на шаблона. Вижте раздела Преглед на подробности за шаблона на потока за повече информация. |
| 8 |
В полето Име на потока въведете уникално име за потока. Спазвайте конвенциите за именуване. |
| 9 |
Щракнете върху Напред. Създадохте нов поток от шаблон за поток.
За повече информация относно потоците и дали потоците изискват допълнителна конфигурация преди тестване, използвайте връзките, налични в списъка с шаблони за потоци. Вижте Преглед на подробности за шаблона на потока. |
Какво да направите след това
Персонализирайте дейностите и събитията в потока според вашите изисквания. Валидирайте и публикувайте потока.
Преглед на подробности за шаблона на потока
За да видите повече подробности за конкретен шаблон:
| 1 |
От страницата с колекция от шаблони изберете необходимия шаблон. |
| 2 |
Кликнете върху Вижте подробности. Появява се страницата с подробности за шаблона.
|
Какво да направите след това
Щракнете върху Избор на шаблон, за да продължите с избрания шаблон.
Опции на контекстното меню
Използвайте контекстното меню за допълнителни действия. За да отворите контекстното меню от страницата Потоци, изберете потока и го отворете в модула Flow Designer. Задръжте курсора на мишката върху името на потока. Появява се меню със следните опции:
- Редактиране на име— Използвайте за преименуване на потока.
- Експортиране—Използва се за експортиране на потока.
- Импортиране—Използва се за импортиране на потока.
- Изтриване—Използва се за изтриване на потока.
- Преглед на историята на версиите—Използва се за преглед на подробностите за версията на потока.
Редактиране на променливи на потока
Не можете да редактирате променлива, когато тя се използва. След като създадете типа променлива, не можете да го редактирате.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer. |
| 4 |
Щракнете върху етикет на променлива от панела Глобални свойства. Изскачащ прозорец показва обобщена информация за променливата.
|
| 5 |
Щракнете върху Редактиране в горния десен ъгъл на изскачащия прозорец. |
| 6 |
Изберете неизползваната променлива в потока. |
| 7 |
Направете необходимите промени в името, описанието, стойността и конфигурациите на променливата. |
Промяна на поток
Използвайте превключвателя Редактиране, за да редактирате поток. Когато е активирано, други разработчици на потоци не могат да редактират потока едновременно. По подразбиране потокът се отваря в режим само за четене.
Можете да маркирате променливи, които съдържат чувствителна информация, като защитени. Когато отворите съществуващ поток, който съдържа променливи на потока, получавате подкана да прегледате и маркирате тези променливи като защитени. За повече информация относно защитените променливи вижте Защитени променливи.
| 1 |
Влезте в контролния хъб. | ||||||||||||
| 2 |
Отидете на . Появява се страницата Потоци, която показва списък с потоци със следните полета:
| ||||||||||||
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer. Ако избраният поток има променливи на потока, съобщение ви подканва да маркирате променливите като защитени. Можете да променяте потока само ако бутонът за превключване Редактиране на е активиран. Ако превключвателят „Редактиране на включено “ е изключен, потокът се показва в режим само за четене. | ||||||||||||
| 4 |
Настройки за дешифриране на потока: Активирайте Настройки за дешифриране на потока, за да разрешите дешифрирането на потока. Вижте раздела „Проследяване на потоци “ за подробности. | ||||||||||||
| 5 |
Щракнете върху Go Select Secure Variables, за да отворите диалоговия прозорец Edit Secure Variables. Можете да щракнете върху „ Пропусни засега “ , за да продължите да редактирате избрания поток, без да маркирате защитените променливи. Този диалогов прозорец се появява следващия път, когато редактирате потока. Поставете отметка в квадратчето Не показвай това съобщение отново, за да пропуснете окончателно процеса на избор за избрания поток. В момента тази функция не се поддържа. | ||||||||||||
| 6 |
Поставете отметки в квадратчетата на променливите, които съдържат чувствителна информация, и щракнете върху Запазване. Прозорецът на Flow Designer показва избраните променливи с икона на катинар до имената им. Избраният поток се отваря в режим само за четене. | ||||||||||||
| 7 |
Активирайте превключвателя Редактиране, за да промените потока. | ||||||||||||
| 8 |
Редактирайте черновата на потока по желание. Когато променяте поток, консултационното взаимодействие не може да съдържа обратно повикване от учтивост, обратна връзка от анкета след повикване или дейност за сляпо прехвърляне. | ||||||||||||
| 9 |
Щракнете върху Запазване, за да запазите потока, ако сте деактивирали превключвателя Автоматично запазване. |
Преглед на аудио подканата в рамките на потока
Функцията за предварителен преглед на аудио подканите позволява незабавно възпроизвеждане на аудио файлове .wav и съобщения от текст в реч (TTS) в модула Flow Designer. Бутонът Предварителен преглед в следните дейности осигурява подобрено изживяване за разработчици, като намалява времето и усилията за валидиране на аудио съобщенията и съобщенията за преобразуване на текст в реч:
Използвайте бутона Преглед на подканата за бърза проверка на аудио подканите, езика и гласовите избори в TTS съобщения, както и за тестване на SSML маркиране за персонализиране на подканите.
-
Активността в Play Музика не поддържа подкана за предварителен преглед.
-
При предварителен преглед на текст в реч, изборът на глас е задължителен.
-
Не можете да промените опцията за TTS конектор, когато преглеждате подканата. Затворете модалния прозорец за предварителен преглед и изберете друг доставчик за дейността, за да тествате друг доставчик на TTS.
-
Настройките Език и Глас в падащия списък при предварителен преглед на подкана съответстват съответно на променливите Global_Език и Global_VoiceName. Можете да ги зададете в потока, за да промените изживяването.
-
Когато тествате променливи на аудио файлове, уверете се, че пътят до файла съответства на действителен .wav файл, който съществува в системата.
Търсене на обекти в поток
Използвайте функцията за търсене, за да търсите обекти в поток и да осъществявате бърз достъп до техните местоположения. За по-сложни и комплексни потоци използвайте тази възможност за търсене, за да избегнете ръчните усилия при намирането на желаните обекти.
Можете да търсите следните обекти в потока, като използвате тази функция за търсене:
- Имена, описания и входни данни за дейностите
- Имена на променливи
- Изрази на камъчета
- Свойства на потока
Можете да намирате и замествате свободен текст в полета, като например текстови полета, описания, изрази тип „камъче“ и т.н.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока, който искате да редактирате. Потокът се отваря в прозореца Дизайнер на потоци.
|
| 4 |
В полето за търсене, което се показва в горния десен ъгъл, въведете ключовата дума (име на дейност, име на променлива или низ) и натиснете Enter. Като алтернатива, можете да задействате полето за търсене, като използвате клавишните комбинации: Команда + K (за macOS) и Ctrl + к (за Windows). Резултатите от търсенето се показват в отделен панел за търсене от лявата страна на екрана.
|
| 5 |
(По избор) Изберете един или повече типове обекти от падащия списък, за да филтрирате резултатите от търсенето. |
| 6 |
За да намерите и замените текст, направете следното: |
Прилагане на етикети на версии към поток
Препоръчваме добавянето на етикети на версиите, за да се изгради жизнен цикъл на потока през различни фази, като например разработка, тестване и пускане в експлоатация. Вместо да прилагате промени директно към потока, можете да публикувате потока през фази, преди да го разположите в продукцията. Тази функция ви помага да избегнете презаписване на текущия поток в производството.
Когато публикувате поток, свържете етикет на версията, като например „Активна“, „Тестова“ или „Разработчица“, с новата версия на потока, в допълнение към името на потока. Това дава възможност за прикачване на различни версии на един и същ поток към различни входни точки или GoTo активност. „Последна“ е етикетът на версията по подразбиране, който не можете да премахнете от версия на поток. Можете да приложите всеки друг етикет на версията заедно с най-новата.
Освен това, можете да прикачите няколко версии на един и същ поток към входна точка. По време на конфигуриране на входна точка можете да изберете поток заедно с един от свързаните с него етикети на версиите.
Можете също така да променяте динамично логиката на потока, като осъществявате достъп до етикетите на версиите в рамките на потока, използвайки променливата NewContact (вижте Стартиране на потока за подробности). Променливата NewContact.FlowVersionLabel показва етикета на версията на потока, която се изпълнява в момента: независимо дали е „Разработка“, „Тест“, „Активна“ или „Най-нова“. Прилагането на етикет на версия на поток позволява създаването на персонализирана логика, която е съобразена със специфичните етикети на версиите на потока.
Когато отворите потока в режим на редактиране, виждате черновата от последната публикувана версия на потока. Когато публикувате тази чернова, тя свързва етикета на най-новата версия с нея. В даден момент само един поток има етикет с най-новата версия, свързан с него. Това съответства на последната публикувана версия на потока.
Преди да започнете
Трябва да публикувате потока поне веднъж.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer. |
| 4 |
Редактирайте потока. |
| 5 |
Щракнете върху Запазване, за да запазите потока, ако сте деактивирали превключвателя Автоматично запазване. |
| 6 |
Включете превключвателя Валидиране, за да активирате публикуването. |
| 7 |
Кликнете върху Публикуване. |
| 8 |
(По избор) В диалоговия прозорец Публикуване на поток въведете бележка за версията или всякаква информация, която искате да споделите с други разработчици на потоци. |
| 9 |
По подразбиране, Най-нова е избрано като етикет на версията, който показва най-новата версия на потока. Можете да приложите множество етикети на версии към версия на поток, като например активна, развойна или тестова, от падащия списък Добавяне на етикет на версията. Ако конкретен етикет на версията е съпоставен с входна точка, до този етикет на версията в падащия списък се появява известие, което гласи, че етикетът е съпоставен с входна точка. |
| 10 |
Кликнете върху Публикуване. След като изберете един или повече подходящи етикети на версиите и публикувате, използвайте тази версия на потока, когато го присвоявате към входна точка. |
| 11 |
(По избор) Щракнете върху иконата на таймера до номера на версията, за да видите историята на версиите на потока. Появява се модалният прозорец История на версиите, който показва следните подробности за Активни версии и Други версии на потока:
Използвайте някой от следните атрибути за търсене по ключови думи, за да филтрирате таблицата:
|
| 12 |
(По избор) Щракнете върху иконата Преглед на който и да е ред, за да видите потока, публикуван в избраната версия. Ако изберете да редактирате, докато преглеждате по-стара версия на flow, това ще презапише текущата чернова с тази конкретна версия на flow. |
Можете да добавите произволен брой версии към поток. Историята на версиите на потока обаче показва само най-новите 100 версии. Версиите на потока се изтриват само когато изтриете самия поток.
Активиране или деактивиране на автоматичното запазване
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
За да създадете поток, щракнете върху Нов. |
| 4 |
За да редактирате съществуващ поток, щракнете върху иконата „ Отиди до дизайнера на потоци “ до потока, който искате да редактирате. Потокът се отваря в прозореца Дизайнер на потоци.
|
| 5 |
За да активирате опцията за автоматично запазване, задайте превключвателя Автоматично запазване на ВКЛ. |
| 6 |
За да деактивирате опцията за автоматично запазване: След като деактивирате опцията за автоматично запазване, запазете промените си ръчно. В противен случай губите промените, направени в потока. |
Копиране и поставяне на дейности
Копирайте и поставете дейност или група от дейности в един и същ поток, за да не се налага да конфигурирате дейности от нулата. За тази цел можете да изберете една дейност или група от дейности едновременно и да ги използвате повторно в един и същ поток. Когато копирате дейности, системата създава дубликати на тези дейности и копира всички конфигурирани настройки и връзки.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
За да създадете поток, щракнете върху . |
| 4 |
За да редактирате съществуващ поток, щракнете върху иконата „ Отиди до дизайнера на потоци “ до потока, за да го отворите. |
| 5 |
Направете някое от следните неща: Като алтернатива, можете да натиснете Ctrl+C на клавиатурата, за да копирате избраните дейности, и натиснете Ctrl+V за да поставите избраните дейности върху платното. |
| 6 |
Пренаредете копираните дейности, ако е необходимо. |
Валидиране на поток
Валидирайте поток, за да се уверите, че всички задължителни полета са конфигурирани и че структурата на потока е валидна. Валидацията не може да определи как системата изпълнява потока по време на изпълнение и не гарантира, че потокът се изпълнява според очакванията.
Когато валидирането е успешно, оставете превключвателя Валидиране включен. Не можете да публикувате потока, освен ако валидирането не е успешно.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока, който искате да валидирате. Потокът се отваря в прозореца Дизайнер на потоци.
|
| 4 |
Задайте превключвателя Валидиране на Включено. Валидацията започва и грешките се показват в прозореца. По време на валидирането системата показва грешки по следните начини:
|
| 5 |
Ако затворите прозореца Детайли за валидирането и искате да го отворите отново, щракнете върху бутона Грешки в потока. |
| 6 |
(По избор) Ако има грешки, задайте превключвателя Валидация на Изключено. Поправете грешките и рестартирайте валидирането. Валидацията на потока не може да оценява функции или да проверява дали променливите се разрешават като очаквани стойности. Проверява се само за структурни грешки. Проверете отново променливите си, за да се уверите, че работят както се очаква. |
Копиране на поток
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата с многоточие до потока, който искате да копирате, и щракнете върху Копиране. Името на копирания поток е в следния формат: Copy_FlowName_FlowID. „Име на потока“ е името на оригиналния поток, а „Идентификатор на потока“ е уникален идентификатор за оригиналния поток. |
| 4 |
Отворете копирания поток, за да редактирате името. |
Експортиране на поток
Експортирайте поток, за да извлечете дефиницията на поток като JSON файл. По-късно можете да импортирате JSON файла, за да създадете същия поток на друг клиент. За да импортирате поток, вижте Импортиране на поток.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата с многоточие до потока, който искате да експортирате, и щракнете върху Експортиране. |
| 4 |
В отворения диалогов прозорец изберете Запазване и щракнете върху OK, за да изтеглите файла на потока. Файлът се изтегля във вашата локална система със съществуващото име на файла във формат JSON. |
Импортиране на поток
За да импортирате поток от друг клиент, първо трябва да експортирате потока като JSON файл. За да експортирате поток, вижте Експортиране на поток.
За да използвате повторно съществуващ поток в рамките на същия клиент, вижте Копиране на поток.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Под Управление на потоци щракнете върху Импортиране. |
| 4 |
Изберете файла с потока, който е във формат JSON, от вашата локална система. |
| 5 |
Щракнете върху Отвори, за да импортирате файла. Потокът импортира във вашия клиент. Можете да импортирате поток само във формат JSON. JSON файлът трябва да е валиден поток, за да бъде импортирането успешно. Можете да импортирате файл с размер до 10 MB. |
Какво да направите след това
Можете да промените или публикувате потока. За повече информация вижте Работа с потоци.
Публикуване на поток
Можете да публикувате поток, след като системата го валидира и установи, че не съдържа грешки. Можете да използвате публикуван поток в стратегии за маршрутизиране на входни точки.
Преди публикуване, уверете се, че потокът е правилно конфигуриран и готов за употреба в контактния център. Системата не поддържа напълно редактирането на публикуван поток.
Системата деактивира бутона „Публикуване“, докато превключвателят „Валидиране “ е изключен. Ако има активни грешки, бутонът остава деактивиран.
Когато щракнете върху Поток на публикуване, се появява прозорецът за потвърждение Поток на публикуване. Преди да публикувате поток, уверете се, че всички изрази работят и че потокът се държи по желания начин.
Ако възникне грешка:
- Виждате прозорец за известия с
Tracking IdиFlow Id. Свържете се с поддръжката на Cisco за съдействие при грешки. Поддръжката изискваTracking Id. - Щракнете върху „Повторен опит за публикуване“ .
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока, който искате да публикувате. Потокът се отваря в прозореца Дизайнер на потоци.
|
| 4 |
Кликнете върху Публикуване. Ако потокът се публикува успешно, се появява съобщение за потвърждение. |
| 5 |
Изберете една от следните опции:
|
Изтриване на поток
Ако даден поток има статус Публикуван, той може да бъде част от конфигурация на стратегия за маршрутизиране. Разберете къде се използва потокът, преди да го изтриете. В противен случай бихте могли да повлияете на взаимодействията в контактния център на живо.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата Потоци.
|
| 3 |
Щракнете върху иконата с многоточие до потока, който искате да изтриете, и щракнете върху Изтриване. |
| 4 |
Щракнете върху Да, за да потвърдите. |
Стратегии за маршрутизиране на входни точки
Стратегията за маршрутизиране на входна точка е конфигурация, която контролира поведението на маршрутизиране на контакт, когато той достигне входна точка. Когато контакт пристигне във входна точка, системата за маршрутизиране проверява коя стратегия за маршрутизиране на входната точка е активна в дадения момент и следва тази конфигурация.
Разделът за контрол на повикванията в конфигурацията на стратегията за маршрутизиране на входната точка ви позволява да изберете поток, който контролира преживяването, което повикващият има по време на взаимодействието си. С Flow Designer можете да конфигурирате цялостен поток, който контролира както първоначалната обработка на повикването в IVR, така и работата с опашката, след като контактът е поставен на опашката.
Изберете поток от падащото меню Поток, за да посочите потока, който контролира това цялостно обаждане по време на интервала от време, посочен в стратегията за маршрутизиране. Само потоци, публикувани от 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.Не можете да добавяте глобални променливи към подпотока. Можете обаче да съпоставите глобална променлива от основния поток с локална променлива в подпотока.
-
Можете да публикувате подпоток независимо. Промените, направени в подпотока, обаче влизат в сила само след като публикувате повторно основния поток.
-
Можете да прикачите етикет на версия, като например „Активна“, „Разработка“ и „Тест“ към подпоток, така че да можете да извършите цялостно тестване на основния поток в съответните среди.
-
Подпотоците трябва да бъдат извиквани от основните потоци. Не можете да извикате друг подпоток от съществуващ подпоток.
-
Не можете да свържете подпоток от входна точка или стратегия за маршрутизиране на опашка.
-
Можете да импортирате и експортирате подпотоци независимо.
Създаване на подпоток
Можете да създавате и управлявате подпотоци в Control Hub.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . |
| 3 |
Кликнете върху . |
| 4 |
В полето Име на подпоток въведете името на подпотока. Името на подпотока трябва да е уникално. Не може да съдържа интервали. Единствените позволени специални символи са _ (долна черта) и - (тире). Максималната дължина е 80 символа. |
| 5 |
Кликнете върху Стартиране на изграждането на подпоток. Появява се прозорецът Дизайнер на потоци. |
| 6 |
В секцията Общи настройки въведете описанието на подпотока. Можете да промените това описание по-късно. |
| 7 |
В секцията Настройки на изгледа конфигурирайте функции като извити връзки, цвят на връзките, цвят на пътя на грешката, цвят на селекцията и дебелина. |
| 8 |
В секцията Дефиниция на променлива добавете необходимите променливи за свързване с основния поток.
Всички горепосочени променливи могат да бъдат от тип String, Integer, Date Time, Boolean, Decimal и JSON. |
| 9 |
Изпълнете следните задачи, за да създадете подпотока:
Действия като прилагане на етикети на версии и проследяване на поток функционират по същия начин, както в основния поток. За повече информация, Прилагане на етикети на версии към поток и Потоци за отстраняване на грешки. |
Редактиране на подпоток
Когато редактирате и публикувате подпоток, промените влизат в сила в основния поток само след като публикувате основния поток.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . |
| 3 |
Щракнете върху подпотока, който искате да редактирате. |
| 4 |
Активирайте превключвателя Редактиране, за да промените подпотока. |
| 5 |
Направете необходимите промени в подпотока. Щракнете върху Запазване, за да запазите потока, ако сте деактивирали превключвателя Автоматично запазване. |
Изтриване на подпоток
Ако някой публикуван основен поток използва подпоток, не можете да го изтриете, независимо дали потокът е активен или е прикачен към входна точка. За да изтриете подпотока, първо го премахнете от основния поток или изтрийте основния поток изцяло.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . |
| 3 |
Щракнете върху иконата с вертикална елипса на реда на подпотока, който искате да изтриете, и щракнете върху Изтриване. |
| 4 |
Щракнете върху Да, за да потвърдите. |
Добавяне на подпоток към основен поток
Можете да добавите подпоток към няколко основни потока.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . Можете също да добавите подпоток към основен поток от навигационната лента на портала за управление. Изберете . Щракнете върху иконата с многоточие до потока, който искате да редактирате, и щракнете върху Отвори. |
| 3 |
Щракнете върху потока, който искате да промените, за да добавите подпоток. Появява се прозорецът Дизайнер на потоци. |
| 4 |
Щракнете върху раздела Подпотоци. Списък с подпотоци за избрания organization/tenant се появява. |
| 5 |
Плъзнете и пуснете необходимия подпоток от списъка върху платното, за да го добавите към основния поток. Можете да видите подробностите за избрания подпоток, като например име, версия на подпотока, заедно с етикета на версията, и всички променливи, конфигурирани в подпотока. По желание щракнете върху Преглед до името на подпотока, за да го отворите в нов раздел в браузъра. |
| 6 |
В секцията Версия на подпоток изберете необходимия етикет на подпоток, който искате да добавите към основния поток, тъй като това не е конфигурирано по подразбиране. По подразбиране квадратчето за отметка „Разрешаване на автоматични актуализации “ е отметнато. Когато е активирано, всеки път, когато създавате нова версия на подпоток, системата автоматично актуализира основния поток с по-новата версия. Махнете отметката от опцията Активиране на автоматични актуализации, за да деактивирате автоматичните актуализации. Уверете се, че сте публикували повторно основния поток, когато създавате по-нови версии на подпотока. |
| 7 |
В секцията Входни променливи на подпотока, съпоставете основните променливи на потока с входните променливи на подпотока. Уверете се, че картографирате един и същ тип данни, за да може подпотокът да работи без грешки. По подобен начин, в секцията Изходни променливи на подпотока, съпоставете изходните променливи на подпотока с променливите на основния поток със същия тип данни. |
| 8 |
Публикувайте основния поток. |
Създаване и управление на функции
Можете да създавате и управлявате функции в модула Flow Designer. Функциите ви позволяват да пишете персонализиран изходен код за изпълнение на бързи задачи с данни и да организирате сложни действия. Можете да пишете код вграден, използвайки редактор на код, и да го използвате в различни потоци.
Функциите допълват рамката на шаблоните Pebble, която разработчиците използват за изпълнение на подобни задачи. С тази възможност, разработчиците на потоци могат:
- Изберете езика за писане на кода. Поддържаните езици са JavaScript и Python.
- Напишете персонализиран изходен код със специфичен за езика статичен анализ.
- Тествайте персонализиран код с примерни стойности и преглеждайте резултатите и грешките преди публикуване.
- Напишете логика на потока, базирана на променливи на изхода на дейността и status/error кодове.
- Разделете и задайте в променливи стойностите на изходите, върнати от функцията, за по-нататъшно използване в потока.
- Повторно използване на функции в множество потоци като дейност.
- Отстраняване на грешки в потоците, използвайки съобщенията за грешки, върнати от изхода на функцията, кодове за състояние и грешки, обработка на грешки по време на изпълнение, функции за отстраняване на грешки в потока и функции за анализ.
Важни съображения
Този раздел подчертава няколко важни съображения, които трябва да се имат предвид при работа с функции:
- Максималният брой поддържани функции на организация е 200.
- Максималната памет, разпределена за всяка функция, е 128 MB.
- Конфигурируемото време за изчакване на звука е 2-5 секунди.
Създаване на функция
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . |
| 3 |
На страницата Функции щракнете върху Създаване на функция. Можете също да създадете функция от раздела Функции в модула Flow Designer. |
| 4 |
На страницата Създаване на нова функция изберете необходимия метод за създаване на функция. |
| 5 |
Кликнете върху Публикуване на функция. На страницата Функция за публикуване въведете следните данни:
Използвайте падащия бутон до името на функцията в горния ляв ъгъл на страницата, за да видите историята на версиите на функцията. Можете също така да се върнете към по-стара версия, ако е необходимо, подобно на начина, по който правите за потоците. Ако публикувате функция след редактиране на нейния изходен код или настройки, системата актуализира промените незабавно във всички потоци, използващи тези маркирани версии на функцията. Ето защо, бъдете внимателни, когато публикувате маркирани версии на функция, използвана във вашите реални производствени потоци. |
Какво да направите след това
Добавете функцията към основен поток. За повече информация вижте Добавяне на функция към основен поток.
Управление на функции
След като създадете функция, можете да я копирате, експортирате и изтриете, ако е необходимо.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . Страницата с функции показва всички функции, създадени в организацията.
|
| 3 |
Щракнете върху иконата с многоточие до функцията. Изберете Копиране, Изтриванеили Експортиране според нуждите. |
| 4 |
Щракнете върху бутона Управление на функция в дизайнера на потоци, за да отворите функцията в модула на дизайнера на потоци. |
Какво да направите след това
Добавяне на функция към основен поток
Можете да добавите функция в няколко основни потока.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . |
| 3 |
Щракнете, за да отворите потока, към който искате да добавите функция. |
| 4 |
Включете бутона Редактиране. |
| 5 |
Щракнете върху раздела Функции от панела със списъка с дейности отляво Списък с публикувани функции, създадени за избрания organization/tenant се появява. |
| 6 |
Плъзнете и пуснете необходимата функция от списъка върху платното. Добавете го към основния поток. Можете да видите подробности за избраната функция, като например етикет на версията на функцията, входни променливи на функцията, подробности за променливите и изходни променливи. |
| 7 |
В секцията Входни променливи на функцията, съпоставете основните променливи на потока с входните променливи на функцията. Променливите на потока, създадени със същото име и тип данни като входните променливи на функцията, автоматично се съпоставят една с друга. |
| 8 |
В секцията Изходни променливи на функцията, анализирайте и съпоставете изходните променливи на функцията с основните променливи на потока със същия тип данни. Можете да анализирате, използвайки JSONPath изрази, както е подробно описано на екрана с примери. |
| 9 |
Публикувайте основния поток. |
ЧЗВ
Този раздел отговаря на често задавани въпроси относно използването на функции във вашата организация.
Кои езици поддържа модулът Flow Designer за дейността Function?
Модулът Flow Designer поддържа JavaScript (Node.js 22.x) и Python (3.13) в първата фаза.
Имаме ли някакви ограничения за библиотеките, които мога да използвам в блока с код?
Налични са често срещани нативни библиотеки. Въпреки това, няма поддръжка за персонализирани модули.
Има ли някакво ограничение за броя на редовете код?
Да. Можете да въведете до 5000 реда код.
Има ли някакво ограничение за времето за изпълнение?
Да. Времето за завършване на изпълнението е ограничено до 5 секунди.
Мога ли да тествам кода си? Някакви ограничения?
Да. Наличен е изпълнител на тест за изпълнение с действителни резултати или върнато съобщение за грешка. Логовете на конзолата не са достъпни, но човек може да ги зададе и достъпи с помощта на персонализиран масив от изходни низове.
Имаме ли поддръжка за музика при изчакване на изпълнение, изчакване по време на повикване (предотвратяване на тишина)?
Да, настройката „Музика при изчакване“ автоматично помага да се предотврати затишие за повикващия. Стойността по подразбиране е 2 секунди.
Как работи функцията?
Използваме FaaS (Функция като услуга) инфраструктура, за да пакетираме и изпълним функцията. Ниска латентност за гласови повиквания.
Колко входни променливи мога да предам? Колко изхода се настройват?
Задават се десет входни променливи и една изходна JSON променлива. Изходите на отделните функции могат да бъдат анализирани в една и съща дейност, използвайки JSONPath изрази.
Мога ли да задам няколко променливи към блока с код?
Да. Новото подобрение за задаване на множество променливи е подобно на дейността „Parse“ (анализ).
Мога ли да използвам функцията повторно в множество потоци?
Да. Можете да използвате функцията в потоците си, тъй като тя е централизирано достъпна във вашата организация.
Кой може да управлява (редактира или преглежда) функции?
Надзорници и администратори. Достъпът на ръководителите до функцията се контролира от настройката Функция (която може да бъде зададена на Редактиране, Преглед или Няма в „Клиентско изживяване“ в потребителския профил).
Конфигуриране на обработката на грешки
Системата подчертава пътя за обработка на грешки за всяка дейност, настроена в рамките на конкретния поток. Конфигурирайте пътя за обработка на грешки, за да управлявате потенциални грешки по време на изпълнение на потока. Системата показва този път по подразбиране, но конфигурирането му е по избор. Ако не го настроите за дадена дейност, системата показва известия по време на валидирането на потока. Въпреки това, все още можете да публикувате потока с тези известия.
Системата класифицира грешките, които възникват по време на изпълнение на потока, в две категории:
-
Грешки при изпълнение на дейността: Посочете грешките, които възникват по време на функционалното изпълнение на дейността. Например, грешка в дейността възниква, когато клиент въведе несъответстващ запис по време на изпълнение на дейността Меню.
-
System/Global грешки: Посочете грешките, които възникват в системата по време на изпълнение на дейността. Например, системни грешки възникват, когато има невалиден израз тип „pebble“ по време на изпълнението на дейността Set Variable.
-
Неопределена грешка: Този възел за грешка задава изходния път за грешки, който потокът поема, когато има неопределени системни грешки по време на изпълнението на потока. Можете да конфигурирате потока за неопределени грешки, като свържете изходния път на тази дейност към подходящи дейности.
Следните дейности Flow Control нямат възела Undefined Error :
- Стартиране на потока
- Краен поток
- HTTP заявка
- Разбор
Ако не виждате възела Неопределена грешка в никоя дейност, свържете се с поддръжката на Cisco, за да активирате съответния флаг на функцията.
-
Конфигурирайте пътища за обработка на грешки, за да оптимизирате потока. Ако не конфигурирате път за обработка на грешки за дейността, потокът по подразбиране се връща към пътя, зададен в OnGlobalError манипулатор на събития в раздела Потоци на събития. За повече информация относно манипулатора на събития OnGlobalError вижте Потоци от събития.
Системно наложени ограничения за самоциклиране за дейности
Системата налага ограничения за самоциклиране върху специфични дейности по време на изпълнение на потоци по време на изпълнение. Това предотвратява навлизането на дейности в безкрайни цикли в рамките на едно взаимодействие.
Ако дадена дейност превиши системно зададеното ограничение по време на изпълнение, се появява предупредително съобщение, показващо, че е открит цикъл. За подробности относно специфичните максимални гранични стойности за дейности, вижте статията Системни ограничения в Webex Contact Center.
Ако дадена дейност превиши системно зададеното ограничение по време на изпълнение, се появява предупредително съобщение, показващо, че е открит цикъл. Вижте следната таблица за максималните гранични стойности за дейностите:
Конфигурации | Лимит на самоциклична работа |
|---|---|
| Разширена информация за опашката | 1500 |
| Сляп трансфер | 10 |
| Мостово прехвърляне | 75 |
| Обратно повикване | 10 |
| Анализ на напредъка на обажданията | 10 |
| CollectDigit | 100 |
| Прекъсване на контакта | 0 |
| Ескалиране на група за разпределение на повиквания | 750 |
| Обратна връзкаV2 | 10 |
| Меню | 100 |
| Контакт на опашката | 100 |
| Опашка към агент | 100 |
| Задаване на идентификатор на обаждащия се | 100 |
| Контрол на записа | 10 |
| Записване | 10 |
| Запланирайте обратно обаждане | 10 |
| Задаване на приоритет на контакта | 100 |
| Стартиране на медиен поток | 20 |
| Качване на аудио | 3 |
| Виртуален агент | 50 |
| Виртуален агент V2 | 50 |
Въпреки че съществуват специфични конфигурации за дейностите по обработка на повиквания, дейностите по контрол на потока са предмет на системно конфигурирани ограничения за пренапрежение, за да се гарантира стабилност и да се предотврати безкрайно зацикляне.
Свързване на множество потоци (с GoTo)
Flow Designer ви дава възможност да свързвате множество потоци (верижно свързване на потоци). Можете да промените изживяването на обаждащия се, като пренасочите повикванията към входна точка (въз основа на времето) или към поток (за повторна употреба в различни сценарии). Използвайте GoTo, за да свържете множество потоци. Можете да съпоставите променливите на потока в различните потоци, за да гарантирате, че данните се запазват в целия процес на обаждане.
Регистрация за ваксинация
За да се справите с клиенти, участващи във ваксинационна кампания, можете да предоставите две опции: едната за премиум клиенти, а другата за обикновени клиенти.
Когато обикновени клиенти се обаждат, системата прехвърля повикването към потока, свързан с входната точка, обработваща регистрациите. Въз основа на активните стратегии за маршрутизиране на входни точки, системата насочва повикването към съответния агент, за да регистрира общия клиент.
Когато клиентите на премиум услугата се обадят, системата прехвърля обаждането към друг поток за насрочване на среща.
Известни проблеми със свързването на потоци
-
Системата ви пречи да изтриете входна точка, която участва във верижно свързване на потоци. Изтрийте всички свързани ресурси – опашки и потоци – преди да премахнете входната точка.
-
Системата ви пречи да изтриете поток, който участва във верижно свързване на потоци. Премахнете всяка препратка към веригата на потоците, преди да изтриете потока.
-
Принудителното изтриване на входна точка или поток във веригата на потоци пропуска валидирането и не показва съобщения за грешки в потребителския интерфейс.
Потоци за отстраняване на грешки
Отстраняването на грешки в потока е процес след повикване в Flow Designer, който ви позволява да получите представа за потока и пътя, който е изминал за повикване. Тази функция позволява на разработчиците на потоци да преглеждат ключова информация в пътя на изпълнение на контрола, за да отстраняват грешки и проблеми с потока.
Ако сте приложили множество етикети на версии към даден поток, можете да проследите потока и по отношение на тези етикети на версии. За повече информация вижте Прилагане на етикети на версии към поток.
Взаимодействието обобщава и съпоставя дейностите по пътя на контакта през контактния център. Системата генерира уникален идентификатор на взаимодействие за всяко взаимодействие, който проследява пътя, помагайки за идентифициране на неуспехи и отстраняване на неизправности при изпълнението на потока.
Отстраняване на грешки в потоците, за да видите пътищата за управление на повикванията след изпълнението им в производствена среда, като осигурите проверка на настройките на дейностите и зависимите конфигурации на потоците за успешно изпълнение.
Дешифриране на регистрационни файлове на потоци
За да се подобри сигурността и гъвкавостта на отстраняването на грешки в потока, са налични контроли за декриптиране за управление на излагането на чувствителни данни по време на отстраняване на грешки:
- Декриптиране на ниво поток: Включете превключвателя Активиране на дешифриране на поток под Настройки за дешифриране на поток, когато създавате и редактирате потоци. Тази опция е налична на страницата „Общи настройки на Flow“. Този превключвател контролира декриптирането на всички дейности в потока. Активирането на този превключвател декриптира лог файловете за всички дейности, независимо от декриптирането на нивото на дейност.
- Декриптиране на ниво дейност: Включете превключвателя Активиране на дешифриране за по-детайлно управление на дейностите. Можете да деактивирате декриптирането на лог файлове за дейностите, ако резултатът е чувствителен, дори ако сте активирали декриптирането на ниво поток. Това гарантира, че поверителните данни в дейностите остават защитени по време на отстраняване на грешки.
Дешифрирането на потока се прилага само за повиквания, инициирани след публикуването на потока.
За да защитите лог файловете на потока:
-
Активирайте превключвателя за дешифриране на ниво поток, за да разрешите дешифриране във всички дейности.
-
За дейности, изискващи допълнителна защита, деактивирайте декриптирането на ниво дейност. Този подход ви дава гъвкавост за проследяване и отстраняване на грешки в потоци, като същевременно поддържате сигурността на чувствителна информация, когато е необходимо.
Примерен случай на употреба:
Като разработчик на потоци, можете да активирате декриптиране на ниво поток, за да отстраните неизправности в път на повикване, но да деактивирате декриптирането за дейност, която обработва чувствителни данни за клиенти, използвайки събиране на цифри. Това гарантира, че останалата част от потока може да бъде отстранена, като същевременно се защитават чувствителните изходи.
- Ако декриптирането на ниво поток не е активирано, превключвателите на ниво активност се поддържат защитени и деактивирани. Целият поток е обезопасен.
- Ако дешифрирането на ниво поток е активирано, потребителите с пълни администраторски права на ниво клиент могат да коригират настройките за дешифриране, за да поддържат съответствие и сигурност за определени дейности.
Преди да започнете
Публикувайте и изпълнявайте потоци, за да установите поне едно взаимодействие. За повече информация вижте Създаване и управление на потоци.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Появява се страницата „Потоци“.
|
| 3 |
Щракнете върху иконата „Отиди до дизайнера на потоци “ до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer.
|
| 4 |
Кликнете върху Отстраняване на грешки. Появява се панелът Взаимодействия. Таблица показва последните 100 взаимодействия за потока. Можете да видите следните подробности в таблицата:
|
| 5 |
(По избор) Използвайте опцията за търсене, за да филтрирате списъка със следните параметри за търсене:
|
| 6 |
Изберете Взаимодействие от таблицата. Избраният път на действие се маркира в платното. Отваря се нов раздел, показващ последователността от дейности, изпълнени по време на взаимодействието, заедно със следните подробности:
Можете да изберете няколко взаимодействия, които се отварят в отделни раздели. |
| 7 |
Изберете дейност, за да видите следните подробности:
|
| 8 |
Икона за дешифриране на лог файлове: Щракнете върху иконата за дешифриране на регистрационни файлове, за да получите достъп до немаскирани регистрационни файлове. Можете да дешифрирате лог файловете и да получите достъп до чувствителна информация само ако сте оторизиран потребител. Вижте следния отказ от отговорност: Отказ от отговорност Активирането на „Подробности за отстраняване на грешки“ ще разкрие подобрени диагностични данни, които могат да включват чувствителна информация (напр. потребителски идентификатори, метаданни за повиквания, следи от грешки и евентуално друга лична или поверителна информация). С активирането на „Подробности за отстраняване на грешки“, вие приемате и потвърждавате, че:
|
| 9 |
(По избор) Щракнете върху иконата за копиране ( |
Анализирайте потоците
Анализът в Flow Designer предоставя обобщен изглед на всички повиквания, преминали през определен поток. Показва броя на изпълненията за всеки изходящ порт на дадена дейност през даден период. Той също така изчислява процента на броя на повикванията, преминали през дейността NewContact. Знаменателят за изчислението на процента е броят на повикванията, преминаващи през дейността NewContact.
Flow Analytics взема предвид само завършените повиквания в рамките на определения период от време. Изчисляването на общия брой обаждания включва обаждания, които започват преди и завършват в рамките на избрания период. Аналитичните данни изключват обаждания, зададени за обратно повикване, или обаждания, продължаващи по други причини (като например, че са текущи или не са приключили).
Всяка дейност показва броя на изпълненията на своите изходящи портове. За дейности като менюта с множество клонове, всеки порт получава своя брой изпълнения, а процентите следват. Ако броят на изпълненията на изходящ порт не е наличен, това означава, че не е имало повиквания, които са докоснали порта.
Цветовата палитра показва как броят на изпълнените повиквания кодира с цветове пътищата на потока. В сценарии като циклични повиквания, процентът може да надвиши 100%.
Дори без изрични връзки за обработка на грешки, системата показва брой изпълнения в своя порт за грешки, ако е възникнала грешка и е насочена към събитието OnGlobalError. Можете да го намерите в раздела Събитие. В такива случаи системата показва аналитичните данни за манипулатора на събитие OnGlobalError.
По подразбиране Flow Analytics взема предвид най-новата версия на потока. Ако потокът има няколко версии, можете да превключвате между потоците, като използвате таблицата История на версиите.
В момента Flow Analytics не поддържа подпотоци; той проследява само добавянето на подпоток към основен поток, с изключение на данните за вътрешната му активност.
Преди да започнете
Публикувайте потока поне веднъж.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . |
| 3 |
Изберете потока и щракнете върху иконата Отиди до дизайнера на потоци. Избраният поток се отваря в дизайнера на потоци.
|
| 4 |
Кликнете върху Анализ. Страницата се обновява и показва аналитичните данни. По подразбиране се показват показателите за всички завършени контакти през последните 15 минути. |
| 5 |
Щракнете върху виджета за дата и изберете една от следните опции:
Страницата „Анализ на потока“ показва следните показатели:
|
| 6 |
(По избор) За да превключвате между версиите на потока, отидете на История на версиите. Изберете версия, за да видите аналитичните данни за тази версия на потока. |
| 7 |
(По избор) Изберете дейност в потока, за да видите подробности за използването на дейността, отнасящи се до тази дейност за избрания период. Тази селекция показва само първите 100 взаимодействия със следните ограничения:
|
| 8 |
Щракнете върху Анализ, за да затворите изгледа за анализи и да се върнете към дизайнера на потоци. |
Разбиране на кодовете за грешки
Flow Designer връща кодове за грешки, за да покаже естеството или причината за грешката. Използвайте следната таблица, за да идентифицирате грешката и нейното описание.
|
Код на грешка |
Описание |
|---|---|
|
FC1001 |
Версията на Flow не е намерена. Обновете страницата или създайте нов поток. |
|
FC1002 |
Стартовата активност не е намерена. Обновете страницата или създайте нов поток. Дейност „Старт“ се появява по подразбиране, когато създавате нов поток. |
|
FC1003 |
Един или повече потоци от събития нямат валидно начало. Добавете дейност за обработка на събития в началото на всеки поток от събития. |
|
FC1004 |
Всички разклонения, които не са свързани със събития, трябва да водят до крайния възел. |
|
FC1005 |
Една от конфигурациите на променливите е невалидна. За всяка променлива се уверете, че конфигурираният тип данни и стойността на променливата са съвместими. |
|
FC1006 |
Един или повече портове в дейността нямат връзки. Свържете всички портове с друга дейност, използвайки връзки. |
|
FC1007 |
Добавете описание за дейността. |
|
FC1008 |
Някои от променливите имат едно и също име. Уверете се, че всички променливи имат уникално име. |
|
FC1009 |
Изразът е невалиден. |
|
FC1010 |
Условието е невалидно. |
|
FC1011 |
Системата открива прекъсната връзка в основния поток. Изтрийте връзката, за да поправите грешката. |
|
FC1012 |
Неработеща връзка в потока на събитията причинява грешката. Изтрий линка, за да го поправиш. |
|
FC1013 |
Системата използва дейността в повече от един поток от събития. Потоците от събития не могат да споделят общи дейности и трябва да имат уникално начало и край. |
|
FC1014 |
Контактът на опашката трябва да спре потока. Изходната връзка може да се свърже само с дейност End Flow. |
|
FC1015 |
Системата идентифицира неправилно конфигурирани полета в дейността и показва връзка към неуспешната дейност по време на валидирането. Щракнете върху връзката, за да отидете до дейността и полето, причиняващо грешката. Следвайте изискванията на всяко поле, за да коригирате всички грешки и да въведете валидни данни. |
|
FC1016 |
Друг поток използва същото име като този. Редактирайте името на потока, за да го направите уникално. |
|
FC1017 |
Една дейност има стрелки, които започват от нея и сочат към нея. |
За повече информация относно грешките на GraphQL сървъра вижте https://www.apollographql.com/docs/react/data/error-handling/.
), за да замените всички срещания в целия поток.