В тази статия
dropdown icon
Първи стъпки
    Ключова терминология
    Достъп до Flow Designer
    Разгледайте модерното и унифицирано платно на Flow Designer
    Изисквания за браузъра
    Изисквания за имейл
dropdown icon
Разгледайте оформлението
    Библиотека с дейности
    Платно, основен поток и потоци за събития
    Екран със свойства
    Екран на заглавка
    Екран с долен колонтитул
dropdown icon
Разбиране на дейностите и събитията
    Дейности при работа с контакти
    Дейности в управлението на потока
    Дейности в комунални услуги
    Гласови дейности
    Потоци за събития
dropdown icon
Използване на променливи и изрази
    Персонализирани променливи
    Заместване на настройките за поток
    Предварително дефинирани променливи
    Глобални променливи
    Променливи, които могат да се виждат на работния плот
    JSON променливи
    Запис на изрази
    Синтаксис на шаблона на камбала
    Валидиране на изрази
dropdown icon
Използване на шаблони за поток
    Използване в работно време
    Изчерпателен входящ контакт
    Анкета в CSAT DTMF
    Виртуален агент за ES в DialogFlow
    Поддръжка на динамична променлива
    Здравей, свят
    Автоматичен секретар на менюто
    Изпускане на данни на Microsoft Dynamics HTTP(S)
    Процентно разпределение и A/B разпределение
    Изпускане на данни за Salesforce HTTP(S)
    Dip данни за HTTP(S) на ServiceNow
    Просто входящо повикване към опашка
    Виртуален агент с Google DialogFlow CX
    Изпускане на данни за HTTP(S) на Zendesk
    Избягване на дублирано обратно повикване
    Записване и управление на аудио подкани
    Последен шаблон за маршрутизиране на агент
    Автономен агент с ИИ (проследяване на пакети)
    Скрит агент на AI (проследяване на пакети)
    AI Agent Scripted (Резервация за назначаване на лекар)
dropdown icon
Използване на шаблони за подпоток
    Събиране на информация за обратно повикване
    Обработка на грешки
    Изпускане на HTTP данни
    Обработка на опашката
    Шаблон за подпоток за планирано обратно повикване
dropdown icon
Създаване и управление на потоци
    Създаване на поток
    Създаване на потоци от шаблони за потоци
    Опции на контекстното меню
    Редактиране на променливи на потока
    Промяна на поток
    Визуализация на аудио подкана в рамките на потока
    Търсене на обекти в поток
    Прилагане на етикети на версията към поток
    Активиране и деактивиране на автоматичното записване
    Копиране и поставяне на дейности
    Валидиране на поток
    Копиране на поток
    Експортиране на поток
    Импортиране на поток
    Публикуване на поток
    Изтриване на поток
    Стратегии за маршрутизиране за входната точка
    Стратегии за маршрутизиране на опашката
dropdown icon
Създаване и управление на подпотоци
    Създаване на подпоток
    Редактиране на подпоток
    Изтриване на подпоток
    Добавяне на подпоток към основен поток
dropdown icon
Създаване и управление на функции
    Важни съображения
    Създаване на функция
    Управление на функции
    Добавяне на функция към основен поток
    ЧЗВ
dropdown icon
Конфигуриране на обработката на грешки
    Наложени от системата ограничения за самостоятелна верига за дейности
Свързване на няколко потока (с GoTo)
Потоци за отстраняване на грешки
Анализиране на потоци
Разбиране на кодовете за грешка
Изграждане и управление на потоци с Flow Designer
list-menuВ тази статия
list-menuОбратна връзка?

Flow Designer е интегрален компонент на Webex Contact Center, който ви позволява да маршрутизирате повиквания в реално време през система. Можете да посочите как се задават агентите към повикванията и какво се случва на всеки етап от процеса чрез конфигуриране на дейности и събития.

Първи стъпки

Flow Designer предоставя интерфейс за създаване на потоци в реално време, които да отговарят на вашите организационни изисквания. Предварително дефинираните дейности, свързани с обработката на повиквания и контрола на потока, служат като градивни елементи за създаването на потоци. Интерфейсът за плъзгане и пускане осигурява лесно конфигуриране на компонентите на потока. Можете да зададете свойствата на всяка дейност, която влияе върху изпълнението на потока. Можете също да конфигурирате променливи и изрази, за да дефинирате логика на потока.

Преди да използвате Flow Designer, трябва да обезпечите няколко обекта от Webex Contact Center Control Hub. Използвайте тези обекти директно, като част от Flow Designer (например опашки и аудио файлове), или непряко, за да активирате маршрутизиране на контакти (например стратегии за маршрутизиране на повиквания в опашката).

Конфигурирайте следните елементи, преди да изградите потоци във Flow Designer:

  • Входни точки
  • Опашка
  • Агенти
  • Потребителски профил
  • Профил за настолен компютър
  • Teams
  • Виртуален агент
  • Аудио файлове

Ключова терминология

Запознайте се със следните условия в тази статия:

  • Дейност : Възел в интерфейса на Flow Designer, който представлява единична стъпка в даден поток, като възпроизвеждане на съобщение или извършване на HTTP заявка. Потребителят плъзга и пуска този елемент в поток.

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

  • Събитие : Събитие, независимо дали е вътрешно или външно, задейства поток или път на поток. Събитията могат да включват съобщения на Kafka, външни HTTP заявки или потребителски действия. Flow Designer, управлявано от събитие приложение, изпълнява потоци в отговор на тези тригери, като ги изпълнява автоматично въз основа на конфигурацията.

  • Поток : Дефинирана от потребителя последователност от дейности, които се изпълняват в отговор на събитие.

  • Връзка: Връзката е стрелката, която свързва една дейност с друга. Показва посоката на потока и зависимостта между събитията. За да изтриете връзка и да прекъснете връзката между две дейности, щракнете върху връзката, за да покажете иконата за изтриване, и продължете с изтриването на линията.

Достъп до Flow Designer

Flow Designer използва еднократна идентификация (SSO) чрез Cisco Identity Service. Ако сте влезли в Control Hub, можете да получите достъп до Flow Designer, без да влизате отново. Ако не, системата ви подканва да въведете идентификационните си данни за еднократна идентификация.

Преди да започнете

За достъп до приложението Flow Designer трябва да имате лиценз за агент Premium и потребителски профил, който има права за редактиране на потоци.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows. Страницата \„Потоци\“ се появява със следните три раздела:

  • Потоци
  • Подпотоци
  • Глобални променливи
  1. Щракнете върху Manage Flows > Create Flows. Показва се страницата за създаване на поток. Вижте Създаване на поток за повече подробности.

  2. Щракнете върху съществуващ поток от списъка. Появява се специфичният поток.

Разгледайте модерното и унифицирано платно на Flow Designer

Платното на Webex Contact Center Flow Designer има модерен потребителски интерфейс, който съответства на облика и усещането на портфолиото на Webex, осигурявайки последователна работа в цялото портфолио. Платното осигурява целенасочени подобрения в достъпността, което улеснява използването на ключови елементи за по-широк кръг от потребители.

Яркият фонов цвят осигурява по-силен контраст с обновените възли, което помага на потребителите да се съсредоточат върху създаването на потоци. Дизайнът на порта на възлите разполага с по-големи сензорни точки и по-ясно разграничение между изходи, което ускорява разбирането и улеснява свързването на възлите при изграждане на потоци. Освен това плаващият панел и дизайнът на лентата с инструменти създават по-завладяваща работна област чрез добавяне на визуална дълбочина и максимизиране на видимата област за развитие на потока.

Независимо дали се опитвате да създадете нов поток, или да работите върху съществуващ поток, страницата за поток се показва в модерен потребителски интерфейс със следния модален изскачащ прозорец, който ви помага да откриете новите функции.

Открийте нови функции във Flow Designer

Превключване между модерен и стар потребителски интерфейс

Менюто за потребителски настройки ви позволява да превключвате между модерен и стар потребителски интерфейс:

  1. Щракнете върху иконата за потребителски настройки в горния десен ъгъл на платното.
  2. Деактивирайте New look превключете, за да превключите към стар режим.

Превключване между тъмен и светъл режим

Flow designer платно е достъпно в теми в тъмен и светъл режим, за да се сведе до минимум напрежението на очите. Изберете предпочитана тема, която работи най-добре за вас:

  1. Щракнете върху иконата за потребителски настройки в горния десен ъгъл на платното.
  2. Деактивирайте Dark mode превключване.

Подобрения в небцето за активност

Палитрата за активност се подобрява, както следва:

  • Групиране на дейности: Дейностите са групирани логически въз основа на тяхната функция, което ви позволява лесно да намерите дейността, от която се нуждаете. Във всяка група дейностите са изброени по азбучен ред. Сега са налични следните групи:
    • Боравене с контакти
      • Разширена информация за опашката
      • Прекъсване на контакта
      • Ескалиране на групата за разпределяне на повикванията
      • Обратна връзка
      • Обратна връзка v2
      • Получаване на информация за опашката
      • Контакт на опашката
      • Опашка към агент
      • Изскачащ прозорец
      • Задаване на приоритет на контакт
      • Виртуален агент
      • Виртуален агент V2
    • Глас
      • Сляп трансфер
      • Съкратено прехвърляне
      • Анализ на напредъка на повикванията
      • Обратно повикване
      • Събиране на цифри
      • Меню
      • Пусни съобщение
      • Възпроизвеждане на музика
      • Записване
      • Управление на записите
      • Планиране на обратно повикване
      • Изпращане на цифри
      • Задаване на известие
      • Задаване на ИД на повикващия
      • Задаване на тайно съобщение
      • Стартирай мултимедийния поток
      • Качване на аудио
    • Управление на потока
      • Случай
      • Условие
      • Край на потока
      • GoTo
      • Разпределяне в проценти
      • Изчакване
    • Полезност
      • Заявка за BRE
      • Работно време
      • HTTP заявка
      • Парсе
      • Задаване на променлива
  • Лента за търсене: Лентата за търсене ви позволява бързо да намирате дейности и подпотоци, без да се налага да превъртите целия списък. Функциите за автоматично предлагане и съвпадение на ключови думи подобряват средата за търсене на дизайнерите на потоци.
  • Икони за активност и съвети с инструменти: Дейностите вече имат икони, които отговарят на тяхното предназначение, а съветите с инструменти предоставят кратка информация за дейностите.

Изисквания за браузъра

Използвайте следната таблица, за да направите справка за поддържаните браузъри:

Браузър

Microsoft Windows 10

Microsoft Windows 11

Mac OS X

Chromebook

Google Chrome

76.0.3809

103.0.5060.114

76.0.3809 или по-нова версия

76.0.3809 или по-нова версия

Mozilla Firefox

ESR 68 или по-нови ESR

ESR V102.0 или по-нови ESR

ESR 68 и следващи ESR

Неналично

Microsoft Edge

42.17134 или по-нова версия

103.0.1264.44 или по-нова

Неналично

Неналично

Chromium

Неналично

Неналично

Неналично

79 или по-висока

Конфигурирайте следните опции на браузъра:

  • Разрешаване на бисквитки и данни за сайта.

  • Задайте нивото на защита на Medium.

  • Активирайте опцията за изображение.

  • Деактивирайте програмата за блокиране на изскачащи прозорци.

  • Разрешете JavaScript.

Изисквания за имейл

Flow Designer поддържа следните имейл сървъри:

  • Офис 365

  • Gmail

Разгледайте оформлението

Библиотека с дейности

Библиотеката с дейности е мястото, където можете да намерите всички дейности. Плъзнете и пуснете дейностите от библиотеката с дейности върху основните платна или платното за поток на събития, за да изградите своите потоци. Тя е организирана в следните раздели:

  • Обработка на повиквания: Използвайте дейности за обработка на повиквания, за да изграждате потоци, които обработват гласови взаимодействия. Те са специфични за случая на използване за обработка на повиквания чрез интерактивен гласов отговор (IVR) и виртуални или човешки агенти.
  • Управление на потока: Дейностите за управление на потока са агностични за типа поток и можете да ги използвате, за да контролирате логиката в потока, независимо от случая на използване.

Можете да скриете и разгънете библиотеката с дейности, ако е необходимо, за да увеличите работното пространство на платното между конфигурациите.

Платно, основен поток и потоци за събития

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

Има два раздела, които позволяват допълнително място на платното, Main Flow и Event Flows. Тези раздели логически разделят различни пътища на вашия поток и създават по-организирано работно пространство.

Основен поток

Използвайте раздела „Главен поток“, за да скриете основния поток въз основа на събитието на задействане, дефинирано в дейността на началния поток. В раздела „Основен поток“ конфигурирайте пълната среда за повикващия. Това започва от менюто Cisco Unified IP Interactive Voice Response (IVR), докато не излезете или приключите повикването. Потокът съдържа предвидими стъпки, които системата изпълнява в последователност.

Потоци за събития

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

Можете да конфигурирате няколко потока за обработка на събития в платното за потоци на събития. Всеки поток от събития трябва да има уникално начало и край, без споделени дейности.

За повече информация за ръководителите на събития вижте Потоци на събития.

Лента с инструменти за мащабиране

Лентата с инструменти за мащабиране има следните икони:

  • Глобални свойства – щракнете върху иконата Settings button represented by a cog icon, за да отворите Global properties хляб. За повече информация вижте екрана Свойства.
  • Автоматично подреждане – щракнете върху иконата Thumbnails icon на лентата с инструменти, за да организирате дейностите в платното.
  • Отмяна – щракнете върху иконата undo на лентата с инструменти, за да отмените последното извършено действие с платно.
  • Повтори – щракнете върху иконата redo на лентата с инструменти, за да извършите отново последното извършено действие върху платното.

    Можете да отмените и да извършите отново до 10 действия с платно. Не можете да отмените и повторите направените промени в атрибути и свойства.

  • Побиране до изгледа – щракнете върху иконата Maximize video player to full screen mode icon в лентата с инструменти, за да регулирате увеличението на платното, така че всички възли да се виждат.
  • Увеличаване – щракнете върху иконата zoom in button в лентата с инструменти, за да увеличите платното. Когато достигнете максималното ограничение, иконата е деактивирана.
  • Намаляване – щракнете върху иконата zoom out button в лентата с инструменти, за да намалите мащаба на платното. Когато достигнете максималното ограничение, иконата е деактивирана.
  • The Zoom on scroll опцията позволява панорамно (по подразбиране) и мащабиране (с помощта на Ctrl ключ). Можете да продължите да увеличавате, като задържите Ctrl бутон и превъртане на колелото на мишката нагоре или надолу.
  • За да се придвижите през платното, превъртете колелото на мишката нагоре или надолу.
  • За да се придвижите от ляво надясно с колелото на мишката, използвайте Shift + Scroll бутони.

Действия за управление на платното и клавиши за преки пътища

За да се подобри ефективността и продуктивността на разработчиците на потоци, платното Flow Designer предоставя следните опции:

  • Действия за отмяна на 1} – използвайте Undo, Redo иконите в лентата с инструменти за мащабиране или използвайте клавишните комбинации.
  • Изрежете, копирайте, поставете и изтрийте – щракнете с десния бутон върху платното за операции по изрязване, копиране, поставяне и изтриване. Можете да изрежете, копирате и поставите дейностите за обработка на повиквания и контрол на потока и връзките, както следва:
    • Във и между потоците
    • Между основния поток и потоците за събития
    • Между потоци и подпотоци
    Можете също да копирате и поставяте между организации и браузъри.

    Има малко ограничения при опита за копиране на дейностите и връзките от други браузъри в FireFox. За да активирате тази функционалност, трябва да зададете следните предпочитания на „Вярно“ във Firefox:

    • dom.events.asyncClipboard.readText
    • dom.events.testing.asyncClipboard

    Тип about:config в адресната лента на Firefox. Потърсете посочените предпочитания. Променете стойностите на true, за да позволите поставяне от други браузъри.

  • Автоматично подреждане – използвайте иконата Thumbnails icon в лентата с инструменти за мащабиране, за да организирате автоматично дейностите в платното за по-добро разбиране и лесна поддръжка.
  • Щракане към мрежата – използвайте, за да щракате върху дейностите на стъпки от 20 пиксела.
  • Клавишни комбинации – можете бързо да редактирате потока с помощта на клавишни комбинации. Щракнете върху иконата за помощ. Избери Keyboard shortcuts за да видите списъка с налични клавишни комбинации.

Клавишни комбинации

Използвайте следните клавишни комбинации в платното:

Пряк път

Операционна система Windows

MAC OS
General

Open keyboard shortcuts

Ctrl + Alt + K

Control + Alt + K

Tools

Auto arrange

Shift + A

Shift + A

Edit

Copy

Ctrl + C

Command + C

Cut

Ctrl + X

Command + X

Paste

Ctrl + V

Command + V

Undo

Ctrl + Z

Command + Z

Redo

Ctrl + Shift + Z

Command + Shift + Z

Delete

Backspace

Delete

Select all

Ctrl + A

Command + A

Select multiple

Shift + ClickShift + Click

Select region

Shift + Click and dragShift + Click and drag

View

Zoom in

Ctrl + +

Command + +

Zoom out

Ctrl + -

Command + -

Zoom in or out

Ctrl + Scroll

Command + Scroll

Zoom to 100%

Fit to view

Shift + 1

Shift + 1

Scroll left or right

Shift + Scroll

Shift + Scroll

Екран със свойства

Екранът за свойства се появява от дясната страна на приложението. Задавате параметрите или за потока (глобални свойства), или за избрана дейност. Можете да скриете и разширите панела, за да увеличите работното пространство на платното между конфигурациите.

Панелът с глобални свойства се показва по подразбиране, когато потокът се зарежда. Щракнете върху бутона Настройки, представляван от икона на cog, за да отворите екрана Глобални свойства. Бутонът Настройки, представляван от икона на cog, ви помага да отваряте и затваряте екрана за свойства, когато работите върху потоци. Можете също да щракнете на всяко място върху празното платно, за да се върнете към изгледа на екрана за глобални свойства. Екранът за глобални свойства не се вижда, когато изберете дейност.

Следните конфигурации се съдържат в глобалните свойства:

  • (по избор) Описание на потока.
  • Управление на персонализирани и предварително дефинирани променливи. За повече информация относно променливите на потоците вижте Задаване на променлива.
  • Преглед на информация за хронологията на потока, включително собственика, датата на последна редакция и номера на версията на потока. Щракнете върху иконата cancel button, за да затворите екрана за глобални свойства.

    В момента няма функция за управление на версиите. The Flow version брои броя пъти, когато потокът публикува.

Екран на заглавка

Заглавката показва името на потока, който динамично се актуализира, когато редактирате името на потока от глобалните свойства. Заглавката също има Sign out бутон. Ако искате да се върнете и да продължите да работите по-късно, можете да запишете съществуваща чернова на потока. За да запишете черновите на потоците или да затворите приложението, щракнете върху Save flow and sign out в горния десен ъгъл на приложението.

Екран с долен колонтитул

Долният колонтитул има следното:

  • Autosave enabled: Потоците автоматично записват, за да се избегне загуба на данни. Ако автоматичното записване е временно спряно, се появява известие за грешка.

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

  • Application version: Лявата страна на долния колонтитул показва версията на приложението. Можете да използвате версията за отстраняване на грешки във Flow Designer.
  • Flow validation: Валидирането на потока открива грешки в структурата на потока, които биха могли да му попречат да работи. Можете да активирате превключвателя за проверка от дясната страна на долния колонтитул по всяко време. По подразбиране валидирането е изключено, така че грешките не се появяват. Когато активирате превключвателя, започва проверка на сървъра и всички грешки в потока стават видими. Когато превключвателят е активиран, започва проверката на сървъра и се появяват всички грешки в потока. За повече информация относно валидирането на потока вижте Валидиране на поток.
  • Flow publishing: Преди да публикувате поток, трябва да го потвърдите и да поправите всички грешки. Ако превключвателят за проверка е изключен, Publish бутонът остава деактивиран. След като разрешите валидирането, Publish бутонът остава деактивиран, докато не отстраните всички грешки в потока. За повече информация относно публикуването на поток вижте Публикуване на поток.

Разбиране на дейностите и събитията

За да се придвижите до библиотеката с дейности и да използвате дейностите в потоците си:

  1. Влезте в Control Hub.

  2. Навигирайте до Services > Contact Center.

  3. Под Customer Experience, щракнете върху Flows.

  4. От страницата „Потоци“ изберете необходимия поток, за който трябва да добавите дейността и да стартирате потока.

  5. Плъзнете и пуснете необходимата дейност от библиотеката с дейности на платното.

  6. Изпълнете необходимата конфигурация, описана подробно във всяка от дейностите.

Дейности при работа с контакти

  • Разширена информация за опашката
  • Прекъсване на контакта
  • Ескалиране на групата за разпределяне на повикванията
  • Обратна връзка
  • Обратна връзка V2
  • Получаване на информация за опашката
  • Контакт на опашката
  • Опашка до агент
  • Изскачащ прозорец
  • Задаване на приоритет на контакт
  • Виртуален агент
  • Виртуален агент V2

Разширена информация за опашката

Дейността \„Разширена информация за опашката\“ връща броя в реално време на агентите, които са в състояние \„Наличен\“ в опашка и са влезли за определен набор от умения, заедно с друга информация за опашката. Разработчиците на потоци използват дейността „Разширена информация за опашката“, за да програмират потока. Дизайнерите на потоци вземат решения въз основа на дейността за разширена информация за опашката.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.

Преди да започнете

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

Output Variables

При задействане на дейност за разширена информация за опашката се актуализират следните променливи:

  • Position In Queue (PIQ)—Съхранява стойността за текущата позиция на повикващия в избраната опашка. Ако контактът не е на опашка, когато потокът извиква тази дейност, стойността за PIQ се задава на броя контакти, които в момента чакат в опашката + 1. Това идентифицира позицията на контакта в опашката, ако контактът е поставен на опашка след изпълнение на дейността AdvancedQueueInformation.

  • LoggedOnAgentsCurrent—Съхранява броя на агентите в текущата група за разпределяне на повикванията за избраната опашка, влезли в работния плот. Статистическите данни за агентите в текущата група за разпределяне на повикванията ще се върнат -1, след като текущата група за разпределяне на повикванията бъде счетена за неактивна преди опашката.

  • LoggedOnAgentsAll—Съхранява общия брой агенти във всички групи за разпределяне на повикванията за избраната опашка, които са влезли в работния плот. Тази стойност може да се промени, тъй като групите за разпределяне на повикванията се променят с течение на времето в опашката.

  • AvailableAgentsCurrent– Съхранява броя на агентите в текущата група за разпределяне на повикванията за избраната опашка, които са на разположение да приемат контакта. Статистическите данни за агентите в текущата група за разпределяне на повикванията ще се върнат -1, след като текущата група за разпределяне на повикванията бъде счетена за неактивна преди опашката.

  • AvailableAgentsAll—Съхранява общия брой агенти във всички групи за разпределяне на повикванията за избраната опашка, които са на разположение да приемат повикването. Тази стойност може да се промени, тъй като групите за разпределяне на повикванията се променят с течение на времето в опашката.

  • CurrentGroup– Съхранява стойността на текущата група за разпространение на повиквания, където контактът е паркиран в определена опашка.

  • TotalGroups– Съхранява стойността на общия брой групи за разпределяне на повикванията в опашката за контакта.

  • FailureCode—Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.

  • FailureDescription—Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Error Codes

Следват кодовете за грешки и описанията на разширената дейност за информация за опашката:

Table 1. Advanced Queue Information Failure Code Description

Код на неуспех

Стойност на кода за неуспех

Описание на неуспеха

1

НЕВАЛИДНО_ИСКАНЕ

В дейността е направена невалидна заявка.

2

ОПАШКАТА_НЕ_Е НАМЕРЕНА

Избраната в дейността опашка не е намерена.

3

FEATURE_NOT_ENABLED

Функцията не е активирана в приложението Webex Contact Center.

4

БАЗА ДАННИ_ОПЕРАЦИЯ_НЕУСПЕХ

Операцията с база данни е неуспешна по време на изпълнението на дейността.

5

НЕВАЛИДНА_ОПАШКА

В дейността е посочена невалидна опашка.

48

НЕПОДДЪРЖАН_FLOW_ACTIVITY

Неподдържано искане е направено чрез дейността.

Прекъсване на контакта

Използвайте тази прекратяваща дейност, за да прекъснете връзката с активен сегмент на повикване. Тази дейност е необходима, ако към повикването няма агенти, за да се прекъсне ръчно връзката.

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

Имате възможност да дадете на всяка дейност уникален етикет и описание, но не се изисква друга конфигурация.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте потоците събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В раздела „Общи настройки“ въведете следната информация:

  1. В полето „Етикет на активност“ въведете име за дейността.

  2. (По избор) В полето „Описание на дейността“ въведете описание на дейността.

Output Variables

Тази дейност няма налични изходни променливи.

Ескалиране на групата за разпределяне на повикванията

Дейността „Ескалиране на групата за разпределяне на повиквания“ позволява на администраторите да ескалират контакт на опашката към следващата или последната група за разпределяне на повиквания. Това осигурява по-добро управление и гъвкавост на администраторите за управление на контактите, които са паркирани в опашка.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

Output Variables

Когато се задейства дейността на групата за разпространение на повиквания, се актуализират следните променливи:

  • CurrentGroup– Съхранява стойността на текущата група за разпространение на повиквания, където контактът е паркиран в определена опашка.

  • TotalGroups– Съхранява стойността на общия брой групи за разпределяне на повикванията в опашката за контакта.

  • FailureCode—Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.

  • FailureDescription—Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Error Codes

Следват кодовете за грешка и описанията за дейността на групата за разпространение на повиквания по ескалиране:

Table 2. Escalate Call Distribution Group Failure Code Description

Код на неуспех

Стойност на код за Faiure

Описание на неуспеха

1

НЕВАЛИДНО_ИСКАНЕ

В дейността е направена невалидна заявка.

2

КОНТАКТ_НЕ_НА ОПАШКА

Контактът не е на опашка.

3

FEATURE_NOT_ENABLED

Функцията не е активирана в приложението Webex Contact Center.

Обратна връзка

Конфигурирайте дейността за обратна връзка, за да инициирате анкети след повикването (поддържани от Webex Experience Management), за да събирате обратна връзка от повикващите. Налични са следните видове анкети:

  • IVR Post Call Surveys: Конфигурирайте дейността за обратна връзка в платното Event Flows в Flow Designer след събитиетоAgentDisconnected. В зависимост от настройката в Webex Experience Management, контактният център пуска IVR проучване на повикващите.

    Повикващият използва клавиатурата, за да отговори на анкетата. Ако повикващият отговори частично на анкетата, като не отговори в рамките на конфигурираната продължителност на изчакване или като предостави невалидно въвеждане, контактният център изпраща частични отговори на анкетата до Webex Experience Management.

    Уверете се, че използвате дейността „Прекъсване на връзката с контакта“ след дейността „Обратна връзка“, за да прекратите IVR повикването.

  • Email or SMS Post Call Surveys: Конфигурирайте дейността за обратна връзка в раздела „Потоци на събития“ в Flow Designer след събитието PhoneContactEnded. В зависимост от правилата за правила за изпращане, зададени в Webex Experience Management, контактният център изпраща анкета до повикващите по имейл или SMS.

    Когато проектирате поток, взаимодействието на консултация не може да включва дейност за обратна връзка от анкетата след повикването.

    Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Survey раздел, изберете от списък с въпросници за гласови или изпратени за имейл или SMS анкети. Въпросниците и поканите, които са конфигурирани в Webex Experience Management, са налични в списъка.

  1. Voice Based– За да пуснете онлайн анкета на клиента, направете следното:

    • Изберете Voice Based радио бутон.

    • Изберете гласовото проучване от падащия списък.

  2. Email/SMS Based—За да предоставите на клиента офлайн анкета по имейл/SMS, направете следното:

    • Изберете Email/SMS Based радио бутон.

    • Изберете анкетата, базирана на имейл или SMS, от падащия списък.

4

В Language Settings раздел, Управление на езика, на който клиентът изпитва анкетата. Ако езикът не се поддържа в Webex Experience Management, резервният език е английски (САЩ). За повече информация вижте Поддръжка за езици за управление на Webex Experience.

  1. Override Language Settings—Активиране на Override Language Settings бутон за превключване, за да зададете всеки език по избор за Webex Experience Management.

    • Set Language: Изберете предпочитания език от падащия списък. Падащият списък показва езиците, които Webex Experience Management поддържа.

Ако Override Language Settings бутонът за превключване не е активиран, променливата Global_Language се използва, за да се дефинират настройките по подразбиране на Webex Experience Management. За повече информация вижте Глобални променливи.

5

В Customer Information раздел, можете да посочите информацията за клиента, която да бъде предадена заедно с предпочитанията, които Webex Experience Management изпраща, за да прихване отговора на анкетата. В зависимост от конфигурациите за изпращане, зададени в Webex Experience Management, Contact Center изпраща информацията за предварително попълване.

  1. Customer ID(По избор) Изберете уникален идентификатор за клиента от падащия списък.

  2. Email(По избор) Изберете имейла на клиента от падащия списък.

  3. Phone Number(По избор) Изберете телефонния номер на клиента от падащия списък.

6

В Variable Passing раздел, можете да посочите допълнителните променливи като персонализирани предпочитания, които се предават (в допълнение към отговорите на анкети) от Webex Contact Center към Webex Experience Management.

  1. Key-Value—Показва незадължителните променливи параметри, които центърът за контакти прехвърля към Webex Experience Management.

    Колоните за ключ и стойност позволяват да въведете име на променлива и свързаната стойност. Стойността на променливата може да бъде низ, цяло число или израз със синтаксис на двойни скоби (в случай на променлива на поток). За повече информация вижте Персонализирани променливи на потока.

    За да добавите променлив параметър, щракнете Add New. Това добавя ред, където можете да въведете съответната двойка ключови стойности.

    • За да предадете всяка персонализирана променлива от Contact Center, администраторът трябва да създаде персонализиран въпрос за предварително попълване в Webex Experience Management.

      За повече информация относно конфигурирането на въпросник за анкети вижте Въпросници в документацията на Webex Experience Management.

    • Параметърът „Ключ“ в променливата и „Показвано име“ на въпроса за предварително попълване, създаден в Webex Experience Management, трябва да бъдат еднакви.

    • Ако параметърът „Ключ“ не съответства на показваното име на въпроса за предварителното попълване, контактният център не изпраща параметрите „Стойност на ключ“ на Webex Experience Management.

    • Ако променливата включва лична информация, не забравяйте да разрешите Mark as Personally Identifiable Information (PII) превключете за този въпрос В Webex Experience Management.

      За повече информация относно личните данни вижте Боравене с лични данни в управлението на опита в документацията на Webex Experience Management.

За повече информация относно персонализираните предварителни настройки вижте Настройване на персонализирани предварителни настройки за анкети за обратна връзка след повикване в документацията на Webex Experience Management.

7

В Advanced Settings раздел, конфигурирайте следните настройки, за да помогнете за валидиране на очакваните DTMF отговори от клиентите.

  1. Timeout– Показва максималната продължителност, за която дейността чака отговор от клиента. Стойността по подразбиране е 3 секунди.

    Можете да конфигурирате максималния брой опити за повторни опити в случай на невалидно въвеждане на DTMF, както и съобщения за аудио известия (за невалидно въвеждане, време на изчакване и надвишен максимален брой повторни опити) за въпросници, като използвате Webex Experience Management.

    За повече информация вижте Повторен опит и настройки за изчакване В Проучването На Ivr След повикване в документацията на Webex Experience Management.

Получаване на информация за опашката

Дейността „Получаване на информация за опашката“ предоставя текущата позиция на повикващия в опашката (PIQ) и очакваното време за изчакване (EWT) заедно с други изходни променливи на дейността. Можете да използвате тези променливи, за да определите наличността на агенти в опашка и да маршрутизирате повиквания другаде, когато е необходимо.

Очакваното време за изчакване (EWT) не се отнася за опашки с разпределени екипи с умения, зададени в потока. За контакти в тези опашки изходната променлива за EWT винаги се връща -1.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Queue Information and Lookback Time раздел, конфигурирайте следното:

  1. Queue Information– Изберете името на опашката, за която трябва да извлечете очакваното време за изчакване на повикващия и текущата позиция в опашката. Можете да изберете една от следните опции:

    • Static Queue: Въведете конкретното име на опашката.

    • Variable Queue: Изберете променливата на потока от падащия списък. Списъкът показва само променливи от типа „Низ“.

    Можете да управлявате опашките с помощта на Control Hub.

  2. Lookback Time– Посочете Lookback Time използвани за изчисляване на EWT след като се задейства „Информация за опашката“.

    Посочете продължителността само в минути. Уверете се, че въведеното има само цифрови стойности.

    Приетият диапазон от стойности е 5-240 минути.

Дейността „Получаване на информация за опашката“ има три вида разклонения на изходния поток. Тези клонове се задействат въз основа на състоянието на връщане и стойностите на EWT, PIQ и статистиката в реално време за други изходни променливи.

  • Success: Този клон се задейства, когато и EWT, и PIQ API връщат положителни променливи стойности. В този поток можете да извлечете и получите достъп до валидни EWT и PIQ променливи стойности.

  • Insufficient Information Flow: Този клон се задейства, когато PIQ API връща валидна променлива стойност, а EWT има стойност –1. В този поток можете да извлечете и получите достъп до стойността на PIQ, но EWT API не успява поради недостатъчни данни за изчисляване на стойността на EWT.

  • Failure: Този клон се задейства, когато PIQ API, EWT API или един или повече от API за статистика в реално време не успеят или върнат невалидни стойности. API на EWT не успява поради причини, различни от недостатъчните данни за изчисляване на стойността на EWT.

Output Variables

Когато се включва „Информация за опашката“, следните променливи се актуализират:

  • Position In Queue (PIQ)– Съхранява стойността за текущата позиция на контакта в опашката за избраната опашка. Ако контактът не е на опашка, когато потокът извиква тази дейност, стойността за PIQ се задава на броя контакти, които в момента чакат в опашката + 1. Това идентифицира позицията на контакта в опашката, ако контактът е поставен на опашка след изпълнение на дейността GetQueueInfo. Тази стойност е перспективна позиция в опашката, а не историческа или пост-опашка позиция и дейността не връща null или празна, когато бъде извиквана, след като контактът напусне опашката.

  • EstimatedWaitTime (EWT)—Съхранява приблизителното време, през което дадена задача трябва да изчака в опашка, преди да бъде отговорена от агент. EWT се изчислява за всяка Опашка и се основава на средното време, през което предишните повиквания в същата опашка са чакали агент. EWT използва въведения параметър за време за търсене и се отчита в милисекунди (ms).

  • LoggedOnAgentsCurrent—Съхранява броя на агентите в текущата група за разпределяне на повикванията за избраната опашка, влезли в работния плот. Ако дейността се използва преди опашката, статистическите данни за агентите в текущия цикъл на група за разпределяне на повиквания ще бъдат върнати въз основа на първия цикъл на група за разпределяне на повиквания.

  • LoggedOnAgentsAll—Съхранява общия брой агенти във всички групи за разпределяне на повикванията за избраната опашка, които са влезли в работния плот. Тази стойност може да се промени, тъй като групите за разпределяне на повикванията се променят с течение на времето в опашката.

  • AvailableAgentsCurrent– Съхранява броя на агентите в текущата група за разпределяне на повикванията за избраната опашка, които са на разположение да приемат контакта. Ако дейността се използва преди опашката, статистическите данни за агентите в текущия цикъл на група за разпределяне на повиквания ще бъдат върнати въз основа на първия цикъл на група за разпределяне на повиквания.

  • AvailableAgentsAll—Съхранява общия брой агенти във всички групи за разпределяне на повикванията за избраната опашка, които са на разположение да приемат повикването. Тази стойност може да се промени, тъй като групите за разпределяне на повикванията се променят с течение на времето в опашката.

  • CallsQueuedNow—Съхранява общия брой повиквания в избраната опашка.

  • OldestCallTime—Съхранява броя секунди, през които най-старото повикване е било в избраната опашка.

  • FailureCode—Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.

  • FailureDescription—Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Estimated Wait Time Calculation

Очакваното време за изчакване (EWT) се отчита в ms.

За да изчисли EWT, приложението събира всички статистически валидни проби (пример е средното време за изчакване за задачи, които са успешно свързани с агент в едноминутен интервал) за последните XX минути, посочени от потребителя Lookback Time. Средната стойност на събраните проби се използва като EWT.

Статистически валидни проби са тези събрани проби, за които максималната стойност за CoV (коефициент на вариация на времето за изчакване за тези задачи, които са се свързали с агент във всеки един интервал от една минута) пада под 40 процента.

Ако процентът на валидните проби, събрани за дефинираните от потребителя Lookback Time пада под 40 процента, EWT не се изчислява.

Кодове за грешка Следват кодовете за грешка и описанията за дейността „Получаване на информация за опашката“:

Table 3. Get Queue Info Failure Code Description

Код на неуспех

Стойност на кода за неуспех

Описание на неуспеха

1

SYSTEM_ERROR

Възникна вътрешна грешка в системата.

2

STALE_DATA

Върнатите данни не са актуални.

3

НЕДОСТАТЪЧНО_ДАННИ

Данните, върнати от дейността, не са пълни.

4

НЕВАЛИДНА_ОПАШКА

В дейността е посочена невалидна опашка.

Контакт на опашката

Дейността "Контакт на опашката" поставя контакт на опашка. Когато използвате тази дейност в основния поток, можете да изложите набор от събития в раздела Потоци на събития. За повече информация относно тези събития вижте Събития.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Contact Handling раздел, изберете дали всички контакти да отиват в една опашка, или изборът на опашка да се променя въз основа на стойността на променливата на потока.

Когато поставите дейност по HTTP заявка веднага след дейността за контакт с опашката, HTTP заявката може да не извлече необходимите данни. За да се гарантира наличието на необходимите данни, се препоръчва да се въведе кратко закъснение – например чрез добавяне на дейност „Възпроизвеждане на съобщение“ или „Възпроизвеждане на музика“ – между дейностите „Контакт с опашката“ и „Заявка за HTTP“.

  1. Static Queue—Щракнете върху Static Queue радио бутон за маршрутизиране на контактите към избраната в Queue падащ списък. Всички контакти, идващи от входната точка, свързани с конфигурирания маршрут на работния поток до избраната опашка.

  2. Queue– Изберете опашка от Queue падащ списък за маршрутизиране на контактите, идващи от входната точка, свързана с работния поток.

    Можете да управлявате опашки в Control Hub.

  3. Variable Queue—Щракнете върху Variable Queue радио бутон, за да използвате Queue Variable за да изберете динамично опашка за маршрутизиране на контактите. Можете също да изберете Fallback Queue в случай че Queue Variable неуспех по време на изпълнението на потока.

  4. Queue Variable—Изберете променлива на потока от Queue Variable падащ списък, който дава валиден ИД на опашка.

    Променливата на потока показва коя опашка трябва да е динамично избрана по време на изпълнението на потока. Резервната опашка се използва само ако Queue Variable не успява да се върне валиден ИД на опашка.

    Това поле се появява, когато щракнете върху Variable Queue радио бутон.

  5. Fallback Queue– Изберете ИД на опашката от Fallback Queue падащ списък. В случай че Queue Variable връща невалиден ИД на опашка, контактите са в опашка на избраното Fallback Queue.

    Ако щракнете върху Variable Queue радио бутон, не можете да въведете изискванията за умения за опашката, която използва маршрутизиране въз основа на умения. В такъв случай контактите се насочват към най-дългия наличен агент, който има предимство пред избрания алгоритъм за маршрутизиране на опашката.

    Това поле се появява само когато щракнете върху Variable Queue радио бутон.

    Check Agent Availability—Активиране на Check Agent Availability бутон за превключване, за да изключите екипи без налични агенти от маршрутизиране, когато времето в опашката напредва. Групата за разпределение на повикванията на избраната опашка, може да ги пропусне, за да намери агент по-бързо.

    По подразбиране този бутон за превключване е деактивиран.

  6. Always Check Agent Availability—Щракнете върху Always Check Agent Availability радио бутон, за да се разреши проверка на наличността на агента. Радиобутонът е активиран по подразбиране.

    Тази опция се появява само ако разрешите Check Agent Availability бутон за превключване.

  7. Variable Agent Availability Check— Щракнете върху Variable Check Agent Availability радио бутон, за да изберете променлива на поток от Check Agent Availability Variable падащ списък, който връща булев. Булевата стойност определя дали да се извърши проверка за достъпност на агент в променливата опашка.

    Тази опция се появява само ако разрешите Check Agent Availability бутон за превключване.

  8. Set Contact Priority—Активиране на Set Contact Priority бутон за превключване, ако искате да зададете приоритет на контактите в опашката. По подразбиране този бутон за превключване е деактивиран. Контактът с най-висок приоритет във всички опашки (гласови и цифрови) се задава на следващия наличен агент, който е:

    • Влязъл в екип, който е в текущата група за разпределяне на повикванията на контакта.

      Отговаря на условията за избор на този контакт въз основа на алгоритъма за маршрутизиране.

    Контактите се обработват, както следва:

    • Ако на контакта не е зададен приоритет, тогава приоритетът по подразбиране е 10.

    • Контактите с по-висок приоритет се обработват на първо място.

    • Ако два контакта имат един и същ приоритет, първо се обработва контактът, който е чакал на опашката най-дълго време.

    • Ако агентът прехвърли повикването на входна точка, приоритетът за контакт се променя в приоритета, определен за дейност за контакт на опашката в новия поток. За повече информация вижте Прехвърляне на повикване към входна точка.

    Static Priority—Задаване на Static Priority ако искате да зададете приоритет преди публикуването на потока. Можете да видите това поле само когато Set Contact Priority бутонът за превключване е активиран.

    Изберете приоритет от падащия списък „Статично ниво на приоритет“. Можете да зададете приоритет от P1 на P9, където P1 е най-високият, а P9 е най-ниският.

  9. Variable Priority– Изберете Variable Priority ако приоритетът на контакта трябва да се промени динамично с всяко изпълнение на потока. Това поле се появява само когато Set Contact Priority бутонът за превключване е активиран.

    Изберете променлива на поток, която връща цяло число с приоритет от 1 до 9 от падащия списък на приоритетната променлива на контактите. Ако приоритетът не е в диапазона 1 –9, тогава приоритетът по подразбиране е 10.

Skill requirements

Ако избраната опашка използва насочване, базирано на умения, за да се конфигурират изискванията за умение и освобождаване на умението.

Можете да добавите едно или повече изисквания за умение, които да зададете за контакт в опашката, въз основа на избраната опашка.

Ако не посочите никакви умения, всички налични агенти в избраната опашка отговарят на условията да получават контакти.

  • Skill—Изберете желаното умение от падащия списък. Можете да конфигурирате дефинициите за умения в Control Hub.

  • Condition—Изберете желаното условие от падащия списък. Опциите за състояние се основават на избран тип умение.

    Типове умения, като, Boolean и Enum Няма нужда от Условие.

    Наличните условия са: Е, НЕ Е, >= , <=

  • Value—Щракнете върху Static Skill Value радио бутон, за да изберете статичните стойности на уменията, посочени в Skill Value поле.

    Щракнете върху Variable Skill Value радио бутон, за да изберете стойността на умението от променливата на потока, посочена в Variable падащ списък.

    Ако стойността на умението е невалидна, отпадат всички изисквания и освобождавания на умения, свързани с пристигащи от опашката CueueContactActivity контакти.

  • Weight—Задайте стойност на теглото за избраното изискване за умения. Стойността трябва да е цяло число от 1 до 1000.

    Можете да зададете тегло само за Proficiency– напишете умение. За най-доброто налично маршрутизиране теглата определят относителната важност на всяко изискване за умения за опитност и влияят върху резултата, използван за избора на агент. За повече информация вижте Най-добро налично маршрутизиране.

Skill relaxation

Използвайте настройките за освобождаване на уменията, за да намалите или премахнете възложените изисквания за умения към поток в отговор на твърде дълго време за изчакване на клиентите. Тази настройка позволява да разширите набора от достъпни агенти, които могат да обслужат контакта.

Използвайте общите времеви интервали, за да настроите освобождаването на умения с логиката на опашката в потока и с настройките за разпределение на повиквания, конфигурирани за екипите в опашката.

За да конфигурирате освобождаване на уменията:

  1. Активирайте Enable Skill Relaxation превключете бутона, за да конфигурирате релаксация на уменията.

    Активирайте този бутон за превключване, за да копирате и покажете първоначалните изисквания за умения по подразбиране. Това ви позволява да конфигурирате освобождаването на уменията с идеален набор от умения.

    Задайте After waiting in the queue за поле до продължителността в секунди, която трябва да бъде по-голяма, преди да се приложи облекчаването на уменията в опашката. Времето за изчакване по подразбиране е 60 секунди.

  2. Можете да добавяте, редактирате или изтривате изискванията за освобождаване на умение.

    • Щракнете върху Add Skill Requirement за добавяне на ново изискване за отпускане на умения.

    • Щракнете върху Delete за да изтриете изискването за отпускане на умения.

    • Щракнете върху Edit за да редактирате изискването за отпускане на умения.

    Щракнете върху Add Skill Relaxation Стъпка, за да добавите нова група за отпускане на умения.

    Изискванията за умения по подразбиране, които се появяват в стъпка 1, улесняват задаването на изискванията за релаксация на уменията.

Skill removal

Когато включите Remove skills on blind transfer бутон за превключване, премахва уменията от контакта след прехвърляне от агент. Това означава, че прехвърленият контакт няма да има никакви умения и контактът ще бъде предложен на най-дълго наличния агент в прехвърлената опашка.

Outout vaiables

Когато се включи контакт с опашката, следните променливи се актуализират:

  • QueueId– Съхранява ИД на опашката, където контактът е успешно поставен на опашка.

  • FailureCode—Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.

  • FailureDescription—Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Error codes

Следват кодовете за грешка и описанията за дейността \„Контакт с опашката\“:

Table 4. Queue Contact Failure Code Description

Код на неуспех

Стойност на кода за неуспех

Описание на неуспеха

1

НЕВАЛИДНО_ИСКАНЕ

Параметрите, посочени в дейността, са невалидни.

2

НЕВАЛИДНА_ROUTING_СТРАТЕГИЯ

Избраната стратегия за маршрутизиране е невалидна.

3

НЕВАЛИДНО_WAIT_TIME

Определеното време за изчакване е невалидно.

4

НЕВАЛИДНА_ОПАШКА

В дейността е посочена невалидна опашка.

6

SYSTEM_ERROR

Възникна вътрешна грешка в системата.

7

VTEAM_TRANSITION_LIMIT_REACHED

Контактът е достигнал максималното ограничение от опашки до няколко опашки.

8

OWNER_ASSIGNED_TO_ВЗАИМОДЕЙСТВИЕ

Контактът вече е разпределен на агент.

9

НЕВАЛИДНО_SKILL_NAME

Името на умението е невалидно.

10

НЕВАЛИДЕН_SKILL_CONDITION

Условието за умения е невалидно.

11

НЕВАЛИДНА_SKILL_СТОЙНОСТ

Стойността на умението е невалидна.

12

НЕВАЛИДНО_OPERATION_FOR_INTERACTION_STATE

Опашката не е разрешена в някои състояния на контакта, като прекратен контакт.

13

WEIGHT_NOT_SUPPORTED_FOR_SKILL_TYPE

Теглото не може да се зададе като изискване за умение, ако умението не е Proficiency– напишете умение.

14

НЕВАЛИДНО_SKILL_WEIGHT

Теглата трябва да са цели стойности от 1 до 1000.

Опашка до агент

Активността На Опашката Към агент активира маршрутизиране, базирано на агент. Дейността На Опашката Към Агента маршрутизира контактите директно към предпочитания агент. За информация относно маршрутизирането на базата на агент вижте Маршрутизиране на базата на агент.

Дейността „Опашка към агент“ идентифицира агент по неговия ИД на агент или имейл адрес за Webex Contact Center.

Ако агентът е наличен, можете да конфигурирате дейността на Опашката Към агент да маршрутизира контакта към предпочитан агент. Ако агентът не е наличен, можете да конфигурирате дейността на Опашката Към Агент да паркира контакта срещу този агент, докато агентът стане наличен.

Разработчикът на потоци може да верифицира дейност От Опашка към агент с друга дейност От Опашка към агент, за да маршрутизира контактите към последователни предпочитани агенти. Разработчикът на потоци може също да верига дейност От Опашка Към агент с дейност контакт в опашката, за да маршрутизира контакта с помощта на Редовна опашка, когато никой от предпочитаните агенти не е наличен.

Разработчикът на потоци може да верифицира дейност На Опашка Към агент с дейност Обратно повикване в основния поток и потоците събития. Това помага да се конфигурира обратно повикване до предпочитания агент, на когото първоначално е било поставено на опашка, като част от дейността „Опашка към агент“.

Използвайте дейността за обратно повикване след контакт на опашката или дейност на агент от опашката.

Дейността „Опашка към агент“ задейства следните събития в раздела „Потоци на събития“ в основния поток:

  • Приет агент: Дейността на Опашката Към Агента задейства това събитие, когато агентът отговори на входящо повикване.

  • Връзката с агента е прекъсната: Дейността „Опашка към агент“ задейства това събитие, когато агентът се изключи от повикване на живо.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

Следните раздели ви позволяват да конфигурирате опашката като Дейност На агент:

  • Общи настройки

  • Обработване на контакт

За да конфигурирате опашката Като Дейност На агент:

1

Във Flow Designer плъзнете и пуснете Queue To Agent дейност от библиотеката с дейности към платното.

2

Щракнете върху Queue To Agent дейност, за да конфигурирате настройките за дейност.

3

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В полето Описание на дейността въведете описание на дейността.

4

В Contact Handling раздел, изберете Agent Variable от падащия списък.

Дейността на опашката към агент свързва тази променлива на потока с имейл на агента или ИД на агента, който искате да изберете за всяко изпълнение на потока.

5

Изберете Имейл или ИД на агента от Agent Lookup Type падащ списък за маршрутизиране на контактите към предпочитания агент.

Въведете валидно име на домейн за имейл адреса на агента, за да сте сигурни, че търсенето е успешно.

6

Активирайте Set Contact Priority превключете бутона, за да подредите по приоритет контактите, чакащи в опашката. По подразбиране бутонът за превключване е деактивиран.

Дейността На Опашката Към Агент обработва контактите по следния начин:

  • Ако не зададете приоритет на контакта, дейността на Опашката На агента задава стойност по подразбиране 10.

  • Дейността На Опашката Към Агента дава приоритет на контактите с по-висок приоритет.

  • Ако един или повече контакти имат един и същ приоритет, дейността в опашката Към Агента маршрутизира контакта, който чака най-дълго време, първо към този агент.

  1. Задайте статичен приоритет, за да приоритизирате даден контакт преди публикуването на потока.

    Активирайте бутона за превключване Задаване на приоритет на контакта, за да видите полето Статичен приоритет в опашката „Към агент“.

    Изберете приоритет от падащия списък Стойност на статичен приоритет. Можете да зададете приоритет от P1 – P9, където P1 е най-високият, а P9 е най-ниският.

  2. Изберете Променлив приоритет, ако приоритетът на контакта се промени динамично с всяко изпълнение на потока.

    Активирайте бутона за превключване Задаване на приоритет на контакта, за да видите полето Променлив приоритет в опашката „Към агент“.

    Изберете променлива на поток, която връща цяло число с приоритет 1-9 от падащия списък Контакт Приоритетна променлива. Ако приоритетът не е в диапазона 1 – 9, тогава приоритетът по подразбиране е 10.

7

Изберете ИД на опашката от падащия списък Опашка за отчитане.

Опашката за Действия На Агент отчита подробностите за контакта, като използва опашката за отчитане:

Опашката за отчитане също така посочва конфигурацията за:

  • Разрешаване на наблюдение

  • Разрешаване на записване

  • Записване на всички повиквания

  • Пауза и възобновяване са активирани

  • Праг на нивото на обслужване

  • Максимално време в опашката

  • Музика по подразбиране в опашката

  • Часова зона

8

Активирайте Park Contact if Agent is unavailable бутон за превключване, ако искате да паркирате контакта към предпочитан агент, докато агентът стане наличен.

Ако агентът не е наличен и Park Contact if Agent is unavailable бутонът за превключване е деактивиран, контактът не достига до агента. Дейността „Опашка към агент“ излиза от неуспешния клон към следващата дейност в потока със съответния изход.

9

Изберете ИД на опашката за възстановяване от падащия списък Опашка за възстановяване.

Опашката За Действия На Агент опашка контактите за опашката за възстановяване, когато:

  • Дейността „Опашка към агент“ не успява да достави контакт на предпочитания агент.

  • Агентът не отговаря на контакта.

  • Предпочитаният агент отхвърля контакта.

Можете да конфигурирате опашката за възстановяване с най-дългия наличен агент. Опашката за възстановяване не поддържа маршрутизиране, базирано на умения.

Дейността „Опашка към агент“ е успешна, когато контактът се свърже с предпочитания агент. Сценарий на грешка възниква, когато даден контакт не достигне агента.

Сценарии за грешки

Контактът не може да се свърже с агента, когато:

  • Предпочитаният агент не е на разположение и паркирането е деактивирано за контакта.

  • Търсенето на променлива не може да намери предпочитания агент.

Променливи за извеждане на дейността

Изходните променливи на активността съхраняват данните, които се заснемат от дейностите и се създават автоматично, когато добавите конкретни дейности към платното.

Активността на опашката към агента има следните изходни променливи:

Table 5. Output Variables

Изходна променлива

Описание

QueueToAgent.AgentId

Съхранява ИД на агента, на който контактът е поставен на опашка.

QueueToAgent.FailureDescription

Съхранява описанието за сценария на грешка, когато контактът не бъде поставен на опашка.

ОпашкаToAgent.FailureCode

Съхранява стойността на кода за неуспех за сценария на грешка, когато контактът не успее да бъде поставен на опашка.

ОпашкаToAgent.AgentState

Съхранява състоянията на предпочитания агент при опит за опашка на контакта.

ОпашкаToAgent.AgentIdleCode

Съхранява описанието на кода за неактивност на предпочитания агент.

The QueueToAgent.FailureCode изходната променлива съдържа една от следните стойности, когато възникне грешка. Всяка стойност показва код за грешка и описание на грешката.

Table 6. Queue To Agent Failure Code Description

Код на неуспех

Стойност на кода за неуспех

Описание на неуспеха

1

АГЕНТ_НЕНАЛИЧЕН

Агентът в момента не е в налично състояние.

2

АГЕНТ_НЕ_НАМЕРЕН

Дейността „Опашка към агент“ не може да намери агента по ИД или имейл адреса на агента.

3

АГЕНТ_NOT_LOGGED_IN

В момента агентът не е влязъл.

4

FEATURE_NOT_ENABLED

Функцията за маршрутизиране, базирана на агент, не е активирана.

5

НЕВАЛИДЕН_VTEAM_ГРЕШКА

Опашката за отчитане или възстановяване е невалидна.

6

АГЕНТ_ ЗАЕТ

Агентът е наличен, но е ангажиран с друго повикване.

7

VTEAM_TRANSITION_LIMIT_REACHED

Контактът е достигнал максималното ограничение от опашки до няколко опашки.

8

НЕВАЛИДНО_OPERATION_FOR_INTERACTION_STATE

Опашката не е разрешена в някои състояния на контакта, като прекратен контакт.

Следващата таблица показва приложимия QueueToAgent.AgentState и QueueToAgent.AgentIdleCode стойности.

Table 7. AgentState and AgentIdleCode Values

Случай на използване

Състояние на агент

Код за неактивност

  • Невалидна опашка

  • Невалиден агент

  • Агентът не е влязъл

НЕ_ПРИЛОЖИМО

НЕ_ПРИЛОЖИМО

Агентът е резервиран за това повикване.

НАЛИЧЕН

НЕ_ПРИЛОЖИМО

Park Contact if Agent is unavailable toggle бутонът е On и агентът е свободен

Неактивен

<Име на AuxCode>

Кодът за неактивност, избран от агента в агента за настолен компютър.

Park Contact if Agent is unavailable toggle бутонът е On и каналът на агента е зает

НАЛИЧЕН

НЕ_ПРИЛОЖИМО

Park Contact if Agent is unavailable toggle бутонът е Off и агентът е свободен

Неактивен

<Име на AuxCode>

Кодът за неактивност, избран от агента в агента за настолен компютър.

Park Contact if Agent is unavailable toggle бутонът е Off, агентът е на разположение, а каналът на агентите е зает

НАЛИЧЕН

НЕ_ПРИЛОЖИМО

Изскачащ прозорец

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

Дейността „Изскачащ екран“ става приложима само след като агент участва във взаимодействие. Обикновено използва събитието AcceptedAgent и събитието PhoneContactEnded.

Когато използвате тази дейност в основния поток, можете да изложите набор от събития в раздела Потоци на събития. За повече информация относно тези събития вижте Събития.

Можете да изградите един поток за обработка на събития за всяко събитие. Например, когато агент приеме входящо повикване, се показва изскачащ прозорец. Активността на изскачащия прозорец съдържа информация, която се основава на променливите на потока. Изскачащият прозорец интегрира Webex Contact Center с други бизнес приложения, като CRM (Търговски екип), инструменти за етикети и система за въвеждане на поръчки.

Завършете тази конфигурация в раздела Event Flows в Flow Designer. За да дефинирате различни по-нови поведения на екрана, които се основават на критериите за основен поток, използвайте дейност на състояние или случай. Можете да дефинирате един по един изскачащ прозорец за всеки поток.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте потоците събития.

Изскачащият екран за нови цифрови канали трябва да бъде конфигуриран в Connect Flow Builder. За повече информация вижте https://help.imiconnect.io/docs/wxcc-overview.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В URL Settings раздел, използвайте опцията за настройки на URL, за да дефинирате URL адрес за конфигурации на изскачащ екран. За да вмъкнете променлива, използвайте синтаксиса {{variable}} (например {{NewContact.ANI}}). След това конфигурирайте следните настройки:

  1. Screen Pop URL– Въведете URL адреса на целевия уебсайт, като http://www.salesforce.com. След като агентът отговори на повикване, конфигурираният URL разпространява екранния прозорец на работния плот.

  2. Query Parameters—Въведете различните променливи в полезния обем.

    За да добавите нов параметър на заявката, щракнете върху Add New. Въведете подробностите за атрибут-стойност в KEY и VALUE съответно полета.

  3. Screen Pop Desktop Label—Въведете кратък и интуитивен персонализиран показван текст, който замества URL адреса на изскачащия екран на Agent Desktop.

    След като агентът отговори или завърши повикване, този етикет се показва като хипервръзка в известието на изскачащия прозорец на Agent Desktop.

    Например, ако URL адресът на изскачащия прозорец е http://www.salesforce.com и етикетът на работния плот на изскачащия прозорец е Salesforce, системата показва хипервръзката като Salesforce в известието на изскачащия прозорец.

    Този етикет се появява и в Screen Pop раздел на Agent Desktop.

4

В Display Settings раздел, конфигурирайте следното:

  1. New browser tab– Изскачащият екран се показва в нов раздел на браузъра всеки път, без да засяга съществуващия изскачащ екран.

  2. Existing Screen Pop tab– Изскачащият екран се показва в съществуващия раздел на браузъра, който замества предишния изскачащ екран.

  3. Inside Desktop—Изскачащият екран се показва като раздел в панела за допълнителна информация на работния плот.

    Ако опцията за показване на изскачащ екран е Inside Desktop, изскачащият екран се показва в панела за допълнителна информация за продължителността на повикването. Екранният прозорец се запазва, дори когато изберете задача от друг тип канал в панела със списъка със задачи.

Ако опцията за показване на изскачащ екран е в раздела В работния плот или Съществуващ браузър, данните, които въвеждате в изскачащия екран за повикване, се губят, ако агентът приеме ново повикване. За да предотвратите загуба на данни, конфигурирайте опцията за показване като New browser .

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

Задаване на приоритет на контакт

Използвайте дейността „Задаване на приоритет на контакт“, за да зададете нива на приоритет на контактите. Можете да задавате приоритети, като използвате номера от 1 (най-висок) до 9 (най-нисък). Първо се маршрутизират контактите с по-висок приоритет. За повече информация относно маршрутизирането и опашката вижте раздела Задаване на приоритет на контакта в Разбиране на маршрутизирането и опашката в Webex Contact Center.

Следните раздели ви позволяват да конфигурирате задаване на приоритетна дейност за контакт:

  • Общи настройки
  • Настройки за приоритет на контактите
  • Променливи за извеждане на дейността

1

Във Flow Designer плъзнете и пуснете дейността „Задаване на приоритет на контактите“ от библиотеката за дейности на платното.

2

Щракнете върху дейността, за да конфигурирате настройките за дейност.

3

В раздела „Общи настройки“ въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

4

В Contact Priority Settings раздел, задайте приоритета на контакта. Можете да конфигурирате статична стойност на приоритет от падащия списък. Ако искате приоритетът да се променя динамично, конфигурирайте променлив приоритет с помощта на променливи на потока.

Изходни променливи за активност

Изходните променливи на активността съхраняват данните, които се заснемат от дейностите и се създават автоматично, когато добавите конкретни дейности към платното.

Дейността Задаване на приоритет на контакт има следните изходни променливи:

  • SetContactPriority.FailureCode: Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.
  • SetContactPriority.FailureDescription: Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Кодове на грешка

Следват кодовете за грешка и описанията за дейността за задаване на приоритет на контакт:

Код на неуспех

Стойност на кода за неуспех

Описание на неуспеха

6

SYSTEM_ERROR

Този код представлява различните грешки (които не попадат в никоя от дефинираните категории).

48

Неподдържана активност в потока

Зададеният приоритет на контакт не се поддържа за изходящи контакти и контакти в кампанията.

Виртуален агент

Дейността на виртуалния агент предоставя среда за разговори в реално време за вашите клиенти на центъра за контакти. Можете да добавите виртуален агент към потока на повиквания, за да обработвате запитвания от клиенти във формат за разговори. Виртуалният агент се захранва от възможностите на Google Dialogflow. Когато даден клиент говори, Dialogflow съчетава разговора на клиента с най-доброто намерение във виртуалния агент. Освен това той подпомага клиента като част от интерактивния гласов отговор (IVR).

Преди да започнете

  • Настройте агент на Dialogflow. За повече информация относно изграждането на агент на Dialogflow в Google Cloud вижте Изграждане на агент.

    Включете „Здравейте“ като фраза за обучение на предпочитания език за агента на Dialogflow, за да започнете разговор с повикващия. Можете да добавите тази фраза за обучение в приветственото намерение по подразбиране или във всяко друго намерение на агента на Dialogflow. За повече информация вижте Намерения.

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

  • Конфигурирайте виртуален агент в Control Hub.

    Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.
1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Conversational Experience раздел, конфигурирайте следното:

  1. Virtual Agent—Изберете виртуален агент в Control Hub. Виртуалният агент поддържа разговора с естествен език като част от IVR услугата с повикващия.

  2. Make Prompts Interruptible—Дава възможност на клиентите да прекъсват виртуалния агент, за да правят нови заявки или да прекратят повикването.

  3. Override Default Language & Voice Settings– Използвайте този бутон за превключване, за да заместите езиковите и гласовите настройки, които са конфигурирани във променливите Global_Language и Global_VoiceName. Този параметър е активиран по подразбиране.

    За да работи потокът, трябва да зададете глобалните променливи в потока, за да конфигурирате езика за вход по подразбиране и изходния глас за виртуалния агент. За повече информация как да добавите глобални променливи в потока вижте Глобални променливи.

  4. Input Language– Показва езика, който клиентът използва, докато говори с виртуалния агент. Това поле се появява само ако разрешите Override Default Language & Voice Settings бутон за превключване.

    Ако входният език, който поддържа Google, не е наличен в падащия списък „Входен език“, деактивирайте бутона за превключване на езика и гласовите настройки по подразбиране. Включете дейността Задаване на променлива преди дейността на виртуалния агент в потока.

    Конфигурирайте дейността за задаване на променлива, както следва:

    • Задайте променливата на Global_language.

    • Задайте стойността на променливата на необходимия код на езика (например fr-CA). За повече информация относно езиците вижте страницата на Google Референция за език.

    Внедряването на гласови услуги за виртуален агент в Webex Contact Center поддържа само езици с модела за разпознаване като подобрено телефонно повикване (вижте Поддържани гласове и езици, които са налични с Dialogflow Essentials (ES) (вижте Езикова препратка).

  5. Output Voice– Стойността по подразбиране е Автоматична. Когато стойността е автоматична, Dialogflow избира гласовото име за даден език. Уверете се, че конфигурираното гласово име е според избрания език.

    Ако изходното гласово име, което поддържа Google, не е налично в Output Voice падащ списък, деактивирайте Override Default Language & Voice Settings бутон за превключване. Включете дейността Задаване на променлива преди дейността на виртуалния агент в потока.

    Конфигурирайте дейността за задаване на променлива, както следва:

    • Задайте променливата на Global_VoiceName.

    • Задайте стойността на променливата на необходимия изходен код за гласово име (например en-US-Standard-D). За повече информация относно поддържаните гласове и езици вижте страницата на Google Поддържани гласове и езици.

    За повече информация относно гласовете от текст към реч вижте Поддържани гласове и езици.

4

В Variable Passing раздел, незадължителните параметри в дейността на виртуалния агент може да съдържат лична информация (PII). Webex Contact Center предава тези параметри на Google Dialogflow като променливи, за да поддържа разширена логика на водене на разговори с бота.

  1. Key-Value– Параметърът „Стойност на ключа“ ви позволява да въведете име на променлива и свързаната стойност. Можете да въведете променливи стойности, като използвате синтаксис с двойни примки.

    Например, ако искате да върнете баланса в акаунта на клиент въз основа на ANI, ключът и стойността могат да бъдат:

    Ключ: Ани

    Стойност: {{NewContact.ANI}}

    За да добавите променлив параметър, щракнете Add New. Това добавя ред, където можете да въведете съответната двойка ключови стойности.

    Центърът за контакти изпраща тези стойности на параметъра в Google Dialogflow като стойност JSON в request.query_param.payload обекта. Системата сканира и обработва този JSON в приложението за изпълнение. Системата достига до това приложение чрез уеб обратно повикване, конфигурирано в Dialogflow. За повече информация вижте Изпълнение.

5

В Advanced Settings раздел, конфигурирайте следното:

  1. No-Input Timeout—Показва времето, което виртуалният агент изчаква за въвеждане от клиента (глас или DTMF).

    Стойността по подразбиране е 5 секунди. Стойността може да бъде в диапазона от 1 до 30 секунди.

  2. Max No-Input Attempts—Показва колко пъти виртуалният агент чака за въвеждане от клиента (глас или DTMF).

    Стойността по подразбиране е 3. Стойността може да е в диапазона от 0 до 9.

    Когато максималният брой опити изтече, виртуалният агент излиза, като изходната променлива ErrorCode е зададена на стойност max_no_input.

  3. Inter-digit Timeout—Времето, което виртуалният агент изчаква за следващото въвеждане на DTMF от клиента, преди виртуалният агент да премине в потока от разговори.

    Стойността по подразбиране е 3 секунди. Стойността може да бъде в диапазона от 0 до 30 секунди.

  4. Terminator Symbol– Знакът, който клиентът може да въведе, за да посочи края на въвеждането. Символът за терминатор може да бъде # или * в зависимост от конфигурацията.

  5. Termination Delay—Позволява на виртуалния агент да завърши последното съобщение, преди дейността да спре и да премине към следващата стъпка в потока.

  6. Например, ако искате виртуалният агент да посочи нещо на повикващия, преди системата да ескалира повикването към агент, помислете за времето, необходимо за завършване на окончателното съобщение преди ескалирането. Стойността може да е в диапазона от 1 до 30 секунди.

    Ако конфигурирате стойността на закъснението при прекратяване като 0, системата не възпроизвежда последното аудио съобщение до повикващия.

  7. Speaking Rate– Показва скоростта на речта. Увеличете или намалете цифровия вход, за да поддържате идеалната честота на речта и да контролирате честотата на изходящия говор.

    Валидните стойности за цифровото въвеждане са в диапазона от 0.25 до 4.0 думи в минута (wpm). Стойността по подразбиране е 1.0 wpm.

  8. Volume Gain—Показва увеличаване или намаляване на изхода на обема. Увеличете или намалете цифровото въвеждане, за да поддържате идеалния обем на изходящия говор.

  9. Валидните записи за цифровото въвеждане са в диапазона от –96.0 децибела до 16.0 децибела (dB). Стойността по подразбиране е 0.0 dB.

  10. Enable Conversation Transcript—Позволява на работния плот да показва преписа на разговора между виртуалния агент и клиента. Необработеният препис е достъпен и чрез динамичен URL адрес. Можете да използвате този URL адрес, за да извлечете конкретни раздели от преписа с помощта на HTTP заявка.

6

В Output Variables раздел, можете да съхранявате статуса на изходящо събитие, което се случва по време на разговора между виртуалния агент и клиента.

  1. VVA.LastIntent—Съхранява последното намерение, което се задейства от виртуалния агент, преди да се премести в намерението за ескалиране или обработено.

  2. VVA.TranscriptURL—Съхранява URL адреса, който сочи към преписа на разговора между виртуалния агент и клиента.

    Използвайте дейността Parse, за да извлечете параметрите от преписа на виртуалния агент.

  3. VVA.ErrorCode— съхранява кода за статус, чиято стойност зависи от резултата от разговора между виртуалния агент и клиента. Тази променлива съдържа една от следните стойности:

    • no_error: Посочва, че в обработените и ескалираните резултати няма грешки.

    • max_no_input: Показва, че клиентът не е имал никакви грешки за въвеждане в рамките на зададения максимален брой опити без въвеждане.

    • term_char_without_input: Показва, че клиентът е натиснал клавиша за терминиране без въвеждане (говорено или с натискане на клавиша). Символът за терминатор може да бъде # или * в зависимост от конфигурацията.

    • system_error: Посочва всяка друга грешка в системата. Например грешка в Dialogflow, проблем с мрежата и т.н.

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

Какво да направите след това

Outcomes:

Посочва пътищата за извеждане на виртуалния агент, които се случват въз основа на резултата от разговора между виртуалния агент и клиента.

  • Handled: Dialogflow поема този път, ако системата задейства Обработеното намерение.

  • Escalated: Dialogflow поема този път, ако системата задейства намерението Ескалиране.

    За повече информация относно намеренията в Dialogflow вижте Намерения.

Error Handling

Посочва пътя на извеждане на виртуалния агент въз основа на грешката, възникнала по време на разговора между виртуалния агент и клиента.

  • Error: Потокът поема този път при всички сценарии на грешки.

Ако има грешка, контактният център не възпроизвежда никакво аудио съобщение, за да уведоми клиента за грешката по подразбиране. Разработчикът на потоци може да конфигурира дейност за пускане на съобщение или общо, или въз основа на кода на грешка, както е описано в раздела Изходни променливи.

Функционалността на изходните пътища зависи от конфигурацията и потока, който се определя от администратора.

Виртуален агент V2

Дейността V2 на виртуалния агент осигурява среда за водене на разговори в реално време за вашите контакти. Можете да добавите дейността на виртуалния агент V2 към потока на повиквания, за да боравите с разговори с разрешен от говор AI. Когато повикващият говори, системата съпоставя речта с най-доброто намерение във виртуалния агент. Освен това той помага на повикващия като част от интерактивния гласов отговор (IVR).

Конфигуриране на дейност за виртуален агент V2

Клиентите, които използват платформата Next Generation, могат да конфигурират дейността на виртуалния агент V2 във Flow Designer.

Не поставяйте дейност във виртуалния агент V2 след дейност в контакт с опашка, тъй като тази конфигурация в момента не се поддържа. Също така не поставяйте дейност на виртуален агент V2 в платното за поток на събития.

Резултати

Показва пътищата на резултата за дейността, която се извършва въз основа на резултата от разговора между виртуалния агент и повикващия.

  • Обработено – Резултатът се задейства, когато изпълнението на виртуалния агент завърши.

  • Ескалирано – Резултатът се задейства, когато се изисква ескалиране на повикването към човешкия агент.

Обработка на грешки

Показва пътя на резултата на дейността за всяка грешка, възникнала по време на разговора между виртуалния агент и повикващия.

Грешен – потокът поема този път при всички сценарии на грешки.

Настройки по подразбиране на системно ниво

Следните настройки се дефинират в системата вътрешно по подразбиране. Тези настройки не се показват в потребителския интерфейс и не могат да бъдат променени:

  • Безкраен брой повторни опити за обработка на невалидни или без входни грешки.

  • Включването в разговора е разрешено, за да се прекъсне виртуалния агент по време на взаимодействие.

  • Символ за край на DTMF = #. Тази настройка показва края на въведеното.

  • DTMF „Време на изчакване без въвеждане“ = 5 секунди. Тази настройка показва продължителността от време, за което виртуалният агент изчаква въвеждането на повикващия.

  • DTMF „Междуцифрен период на изчакване“ = 3 секунди. Тази настройка показва продължителността от време, за което виртуалният агент изчаква следващото въвеждане на DTMF от повикващия, преди виртуалният агент да премине в потока от разговори.

Преди да започнете

  • Настройте агент на Dialogflow. За повече информация относно изграждането на агент на Dialogflow в Google Cloud вижте Изграждане на агент.

  • Конфигурирайте конектора за Google CCAI и създайте конфигурация на CCAI в Control Hub.

  • Конфигурирайте входната точка и изберете маршрутизиращ поток (след като потокът е създаден във Flow Designer). За повече информация вижте Настройване на канал.

1

Влезте в Control Hub.

2

Навигирайте до Services > Contact Center > Flows.

3

Щракнете върху Управление на потоци и след това върху Създаване на потоци.

4

В Flow Name поле, въведете уникално име и щракнете върху Start Building Flow. The Flow Designer се появява прозорец.

5

Плъзнете и пуснете дейността виртуален агент V2 от библиотеката с дейности в основното платно на потока.

6

В Общи настройки изпълнете следните действия:

  1. В полето Етикет на дейността въведете име за дейността.

  2. В полето Описание на дейността въведете описание за дейността.

7

В настройките на Среда за разговор изберете една от следните опции за конфигуриране на Contact Center AI:

  • Статичен – изберете CCAI config за обработване на разговорите в PSTN региона по подразбиране.

    Конфигурацията за Contact Center AI се разпространява въз основа на функцията CCAI, която е конфигурирана в Control Hub.

  • Променлива – изберете CCAI config, за да се обработват разговорите в същото местоположение на повикващия, докато повикването произхожда от отдалечения PSTN регион или регион, който не е по подразбиране. Тази променлива назначава PSTN региона към съответния регион на профила на Google.

    За повече информация как да конфигурирате конфигурацията на променливата CCAI вижте стъпки 6 до 8 в документа Конфигуриране на регионална мултимедия за виртуален агент-глас.
    • За да работи VAV поток, трябва да зададете глобалните променливи в потока, за да конфигурирате езика за вход по подразбиране и изходния глас за виртуалния агент. За повече информация как да добавите глобални променливи в потока вижте Глобални променливи.

    • Ако искате да заместите входния език и изходния глас по подразбиране за VAV, включете дейността Задаване на променлива преди дейността на виртуалния агент V2 в потока.

      За персонализиран език на въвеждане конфигурирайте дейността на зададената променлива по следния начин:

      • Задаване на променливата на Global_Language.

      • Задайте стойността на променливата на необходимия код на езика (например fr-CA).

      За персонализиран изходен глас конфигурирайте дейността на зададената стойност по следния начин:

      • Задаване на променливата на Global_VoiceName.

      • Задайте стойността на променливата на необходимия изходен гласов код за име (например en-US-Standard-D).

      За повече информация относно поддържаните гласове и езици в ЕС вижте Поддържани гласове и езици.

8

В настройките на Събитие за състояние въведете името на събитието по избор и датата в колоните Име на събитие – Дата на събитие. Държавното събитие е механизъм за задействане на намерението без необходимост от съвпадащ текст или въвеждане на говорител. Можете да дефинирате персонализирани събития, за да задействате намерението. За информация как да конфигурирате намерението за събития в Dialogflow ES вижте документацията на Google.

  • Име на събитието –(по избор) Показва името на събитието, което е дефинирано на интегрираната платформа за AI на трети страни.

  • Данни за събитието–(по избор) Показва данните от JSON, които системата изпраща (като част от дефинираното име на събитието) на интегрираната платформа за изкуствен интелект на трети страни.

Можете да зададете името на събитието и данните под формата на статична стойност или израз. За изрази използвайте този синтаксис: {{ variable }}. По-долу е даден пример за събитие за състояние, което е конфигурирано да поздравява повикващия с персонализирано приветствено съобщение.

Име на събитието: CustomWelcome

Данни за събитието: {"Name": "John"}

9

В Разширени настройки изпълнете следните действия:

  1. В Speaking Rate поле въведете цифрова стойност или израз, за да увеличите или намалите скоростта на изхода на речта.

    • Валидните стойности за цифровото въвеждане са в диапазона от 0.25 до 4.0. Стойността по подразбиране е 1.0.

      Например с 0.5 зададена като стойност, изходната честота на речта става по-бавна от идеалната. С 2 зададена като стойност, изходната скорост на речта става по-бърза от идеалната скорост.

    • За изрази можете да използвате синтаксиса: {{variable}}.

  2. В Volume Gain поле, въведете цифрова стойност или израз, за да увеличите или намалите силата на звука на речта.

    • Валидните стойности за цифровото въвеждане са в диапазона от –96.0 до 16.0 децибела (dB). Стойността по подразбиране е 0.0 dB.

    • За изрази можете да използвате синтаксиса: {{variable}}.

  3. В Pitch поле, въведете цифрова стойност или израз, за да увеличите или намалите нивото на резултата от речта.

    • Валидните стойности за цифровото въвеждане са в диапазона от –20.0 до 20.0 херца (Hz). Стойността по подразбиране е 0.0 Hz.

    • За изрази можете да използвате синтаксиса: {{variable}}.

  4. В Termination Delay поле, въведете числовата стойност. Тази настройка позволява на виртуалния агент да завърши последното съобщение, преди дейността да спре и да премине към следващата стъпка в потока.

    Например, ако искате виртуалният агент да посочи нещо на повикващия, преди системата да ескалира повикването към агент, помислете за времето, необходимо за завършване на окончателното съобщение преди ескалацията.

    Валидната стойност за цифровото въвеждане е в диапазона от 0 до 30 секунди. Стойността по подразбиране е 30 секунди.

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

  5. Поставете отметка в полето Активиране на препис на разговор, за да разрешите на Agent Desktop да показва преписа на разговора между виртуалния агент и повикващия.

    Необработеният препис е достъпен и чрез динамичен URL адрес. Този URL адрес извлича конкретни раздели от преписа с HTTP заявка.

10

с Decryption Settings можете да дешифровате изходните променливи на дейността VAV2, ако е необходимо. Ако дешифрирането е активирано на ниво поток, потребителите с достъп за дешифриране на грешки могат да виждат немаскираните изходни стойности на дейността VAV2 в регистрационните файлове за отстраняване на грешки в потока. Изключете Enable decryption превключете, за да деактивирате дешифроването на нивото на активност за допълнителна защита.

11

В Activity Output Variables, можете да прегледате списъка с променливи, който съхранява изходния статус на събитието, което се случва по време на разговора между виртуалния агент и повикващия.

  • VirtualAgentV2.TranscriptURL–Съхранява URL адреса, който сочи към преписа на разговора между виртуалния агент и повикващия.

    Използвайте дейността Parse, за да извлечете параметрите от преписа на гласа на виртуалния агент.

  • Променливите на VirtualAgentV2.MetaData и VirtualAgentV2.StateEventName не са приложими.

  • В момента en-US е единственият език, който се поддържа.

  • Поддържа се само кодекът U-law.

  • Когато повикването се прехвърля на агент човек, преписът от разговора между повикващия и виртуалния агент се показва в притурката „Препис“ в Agent Desktop (само ако притурката „Препис“ е конфигурирана в Agent Desktop).

Дейности в управлението на потока

  • Начален поток
  • Край на потока
  • Случай
  • Условие
  • GoTo
  • Разпределяне в проценти
  • Изчакване
  • Поддръжка за работни потоци в входна точка за набиране на външен номер

Начален поток

Активността на началния поток се появява на платното на главния поток по подразбиране. Не можете да изтриете дейността на началния поток. Тази дейност показва събитието, което задейства този поток. Тази дейност диктува как може да се използва потокът и типовете дейности, които са достъпни за конфигуриране.

В момента единственото налично събитие за задействане на поток е NewContact.

Системата задейства това събитие, когато ново повикване достигне входна точка за телефония в центъра за контакти. Можете да използвате потоци, които се задействат от събитието NewContact в стратегиите за маршрутизиране на входната точка. Събитието за задействане на поток в момента е избрано по подразбиране и не може да бъде редактирано. В бъдеще ще бъдат изложени допълнителни събития.

NewContact важи само за нови потоци. За потоци, създадени преди седмицата на април 20,NewPhoneContact остава като събитие за задействане на поток.

Дейността за стартиране на потока автоматично се обозначава с името на избраното събитие за задействане на потока. Това ви позволява бързо да видите какъв тип поток се изгражда.

Изходни променливи

Броят и типът на изходните променливи, свързани с дейността за началния поток, зависят от избраното събитие за задействане на потока. Тези променливи съхраняват данни, които се заснемат в момента на задействане на потока. Например, описаните по-долу изходни променливи са изложени чрез NewContact събитие.

Използвайте тези променливи в по-късни дейности, за да контролирате последователността на потока.

  • NewContact.ANI

    Автоматичното идентифициране на номера (ANI) е функция на телекомуникационната мрежа за автоматично определяне на първоначалния телефонен номер на повикване. Тази променлива съхранява телефонния номер на повикващия, задействал NewContact събитие.

  • NewContact.DNIS

    Услугата за идентификация на набран номер (DNIS) е услуга, която идентифицира първоначално набрания телефонен номер на повикване. Тази променлива съхранява телефонния номер, който повикващият е набрал, за да задейства NewContact събитие.

    Когато повикването се прехвърля към номер в указателя на входната точка, Webex Contact Center открива целта на EPDN и обработва прехвърлянето вътрешно.

    Прехвърляне към EPDN може да бъде започнато от поток, който използва Blind Transfer дейност или от Agent Desktop, когато агент прехвърля или консултира към входната точка DN.

    Когато прехвърлянето е завършено, номерът на местоназначението, използван за прехвърлянето, се представя в потока на получаващата входна точка като стойност на услугата за идентификация на набран номер (DNIS). Стойността за DNIS е налична в NewPhoneContact.DNIS променлива на потока.

    Потокът на получаване може да оцени NewPhoneContact.DNIS и да го използвате в логиката на маршрутизирането. Потоците обаче трябва да избягват да приемат един формат DNIS, освен ако конфигурацията за номериране на входната точка на местоназначението не гарантира този формат.

    Стойността на DNIS, представена на приемащия поток, зависи от това как е конфигурирано номерирането за входната точка на местоназначението.

    Table 9. DNIS behavior for transferred calls to EPDNs

    Конфигурация на номер на входна точка на местоназначението

    DNIS, представен на приемащия поток

    Пример

    Само номер по E.164

    DNIS е представен във формат E.164. Ако местоназначението на прехвърляне е набрано в национален формат, Webex Contact Center я преобразува и представя DNIS във формат E.164.

    Ако местоназначението е набрано като 5550101234, получателният поток вижда +15550101234.

    E.164 номер и вътрешен номер

    DNIS винаги е представен като E.164 номер, независимо дали прехвърлянето е започнато чрез набиране на E.164 номер, национален номер или вътрешен номер.

    Ако входната точка има +15550101234 и вътрешен номер 1234, получаващият поток вижда +15550101234.

    Само вътрешен номер

    DNIS е представен като разширение. Ако за местоположението е конфигуриран префикс за местоположение, DNIS се предхожда от префикса за местоположение, без разделител.

    Ако вътрешният номер е 1234, получаващият поток вижда 1234. Ако префиксът на местоположението е 555, получаващият поток вижда 5551234.

    При прехвърлянето на консултация поведението на DNIS съответства на поведението на прехвърлянето. ИД на линията на повикване (CLID) обаче се променя по време на консултацията.

    Ако потокът на входната точка на местоназначението се оценява NewPhoneContact.DNIS, се уверете, че логиката за маршрутизиране отговаря на формата DNIS, който Webex Contact Center представя за номерирането на конфигурацията на входната точка. Това е особено важно, ако конфигурацията на входната точка се промени от номериране само на вътрешни номера до номериране E.164 или ако потокът сравнява директно стойностите на DNIS.

    Когато повикването се прехвърли към EPDN, прехвърленото повикване остава част от съществуващото взаимодействие. Отчетите и записите за повиквания продължават да използват един и същ ИД на взаимодействие.

  • NewContact.InteractionID

    Уникален идентификатор на Webex Contact Center, който се асоциира с всяко взаимодействие, задействано от NewContact събитие.

    Можете да покажете ИД на взаимодействие на работния плот. За повече информация вижте Пример: Покажи ИД на взаимодействие на настолен компютър в раздела Създаване на персонализирани променливи на потока.

  • NewContact.PSTNRegion

    Регионът на PSTN, който е конфигуриран в съпоставяне на входна точка (EP) – номер за набиране (DN) за регионални услуги за гласова мултимедия. Тази променлива се поддържа само на гласовата платформа Next Generation.

  • NewContact.FlowVersionLabel

    Етикет на версията на потока, който се генерира по време на изпълнението на потока. Разработчиците на потоци могат да създават различни поведения за различни версии на потоци, като например Dev, Test, Live и Latest. Използване на NewContact.FlowVersionLabel променлива, разработчиците могат да променят логиката на потока динамично чрез достъп до етикетите на версията в рамките на потока.

  • NewContact.FlowId

    Уникален идентификатор на текущо изпълнявания поток.

  • NeContact.EntryPointId

    Уникален идентификатор на входната точка, която започва потока.

  • NewContact.OrgId

    Уникален идентификатор на организацията.

  • Променливи за обратно повикване:
    • NewContact.CallbackReason

      Причината за обратно повикване, предоставена в момента на планирането на обратно повикване. Можете да направите причината за обратно повикване достъпна в изскачащия прозорец на Agent Desktop, като я зададете на видима променлива за агент.

    • NewContact.CallbackType

      Съхранява стойността като „планирано“ за планирано обратно повикване или „scheduled_personal“ за персонално планирано обратно повикване.

    • NewContact.ScheduleSourceInteractionId

      ИД на взаимодействие, от което първоначално е поискано обратното повикване.

    Тези променливи ще имат стойности само за планирано обратно повикване и ще останат празни за други типове повиквания.

  • NewContact.Headers

    Съхранява подробностите за заглавката на протокола за стартиране на сесия (SIP) на входящото повикване във формат JSON. Разработчиците на потоци могат да извличат и използват входящите SIP персонализирани X-заглавки за вземане на решения за маршрутизиране и за интегриране на Webex Contact Center с IVR системи на трети страни. Когато клиент се обади на Webex Contact Center, системата сканира данните за потока и извлича заглавието на SIP.

    Предварителни изисквания

    • Извличането на SIP заглавки е достъпно само за клиенти в платформата RTMS (Next Generation Voice Media platform).
    • Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center.

    Пример Помислете за следната покана за SIP:

    INVITE sip:12345@domain.com SIP/2.0 ​
    
    Via: SIP/2.0/UDP client.atlanta.example.com;branch=z9hG4bK74bf9 Max-Forwards: 70 ​
    
    From: "Alice" <sip:alice@atlanta.example.com>;tag=9fxced76sl ​
    
    To: <sip:12345@domain.com> ​
    
    Call-ID: 2xTb9vxSit55maQjcU@atlanta.example.com ​
    CSeq: 314159 INVITE ​
    
    Contact: <sip:alice@pc33.atlanta.example.com> ​
    
    Diversion: <sip:john.doe@example.com>;reason=unconditional;privacy=off;screen=no​
    
    Content-Type: application/sdp ​
    Content-Length: 143 ​
    
    X-Customer-ID: 987654321 ​
    
    X-Call-Reason: Support ​
    
    X-Priority: High 

    В този пример системата извлича следните подробности:

    ИД на клиент X: 987654321

    Причина за X-Call: Поддръжка

    Приоритет X: Високо

    Системата преобразува заглавията на SIP в малки букви. Използвайте дейността „Задаване на променлива“, за да присвоите една или повече заглавия на SIP към променливите, дефинирани в системата.

    Следните шаблони на заглавки са запазени за вътрешна употреба и не трябва да се прехвърлят като персонализирани заглавки. По подразбиране всички заглавки, които отговарят на този шаблон, ще бъдат отпаднали и няма да бъдат предадени в Webex Contact Center.

    • X-адрес

    • X-ДОБАВЯНЕ-ОТКЛОНЯВАНЕ

    • Състояние X-BNR

    • Оригинален кодек X-BNR

    • X-BNR-Bypassed

    • X-BroadWorks-корелация-информация

    • Поддръжка на X-FS

    • X-път

    • X- RTMS- CID

    • X- RTMS- OID

    • X- RTMS- CONFID

    • X-RTMS-AGENT-LEGID

    • X-RTMS-ENTER-SOUND

    • X-RTMS-APP-ПРЕФИКС

    • X-RTMS-без търсене

    • X-VPOP-ДОМЕЙН

    Важни съображения:

    • Системата сравнява името на повикващия като Caller_ID_Name.
    • Системата може да извлече до 20 заглавки от входящото съобщение за SIP покана. Ако броят заглавки е по-голям от 20, системата извлича само първите 20 подредени по азбучен ред заглавки.
    • Има ограничение от 1000 байта за цялата информация в заглавката.

    За да добавите и анализирате SIP заглавки към външни IVR системи, използвайте следните дейности:

Край на потока

„Край на потока“ е прекратяваща дейност, която маркира края на пътя на потока. Можете да използвате произволен брой дейности в края на потока, за да конструирате потока си, за да гарантирате, че всички пътища за поток завършват.

Не използвайте активността на крайния поток в IVR поток. Използването на край на потока с IVR може да доведе до заглушен въздух и повикването не може да прекъсне връзката.

Можете да дадете на всяка дейност уникален етикет и описание.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

Случай

Използвайте дейността „Случай“, ако има много възможности или резултати в определена точка за вземане на решение във вашия поток от повиквания.

Можете например да използвате дейност „Случай“, за да дефинирате различни изскачащи прозорци за различни екипи от агенти в зависимост от името на екипа. Всеки случай Се превръща в клон, от който определяте подходящите пътища. Потокът продължава по пътя, който оценява като верен за определен екземпляр на потока. Всяка дейност Случай има по подразбиране, който системата използва за всеки недефиниран случай. Ако никое от случаите не е вярно, случаят по подразбиране Се оценява като „вярно“ и потокът продължава по този клон.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Case Settings раздел, конфигурирайте следното:

  1. Variable– Изберете променлива, спрямо която искате да оцените различните случаи. Изберете променливата от падащия списък.

  2. Expression—Въведете израз, срещу който да се оценят различните случаи. Използвайте синтаксиса на шаблона с камъчета, за да дефинирате израза. За повече информация относно синтаксиса на шаблона за камъчета вижте Синтаксис на шаблона за камъчета.

  3. Case– Определя различните случаи за сравнение с променливата или израза. Можете да добавите до 20 казуса на дейност.

    Щракнете върху „Добавяне на нов“, за да добавите нов блок от твърдения за случаи, за да сравните със статична стойност, променлива или израз. Ако използвате променлива или израз, използвайте синтаксиса на шаблона за камъчета. За повече информация относно синтаксиса на шаблона с камъчета вижте синтаксиса на шаблона с камъчета.

Activity Outcomes

  • True-Път за поемане, ако условието е изпълнено. 

  • False-Път за поемане, ако условието не е изпълнено. 

Условие

Дейността „Условие“ представлява решение. Потокът поема пътя True или False в зависимост от това дали условието е изпълнено. 

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Expression раздел, конфигурирайте следното:

Капсулирайте всеки израз, както следва: {{Enter Израз}}.

Пример: {{HTTPRequest1.httpStatusCode == 200}}

Ако използвате израз без скоби, системата хвърля грешка в потока.

  1. Condition—Изберете условието от падащия списък:  

    • < (по-малко от)

    • != (не е равно)

    • > (по-голямо от)

    • == (равно на)

    • >= (по-голямо или равно на)

    • <= (по-малко или равно на)

    • * (умножено по)

    • / (разделено на)

    • + (добавяне)

    • – (изваждане)

GoTo

Верижката на потока ви дава възможност да верижирате множество потоци. За да постигнете верига на потока, можете да добавите дейността за прекратяване на GoTo към платното и да посочите дали текущият поток трябва да отиде до входна точка или друг поток. За повече информация вижте Свързване на няколко потока (с GoTo).

Използвайте възела GoTo, за да преместите контакти в Webex Contact Center, например между входни точки или потоци. Използвайте съпоставяне на променливата на потока за безпроблемно прехвърляне на данни заедно с контакта.

Ако библиотеката с дейности не показва дейността „Отиди“, свържете се с поддръжката на Cisco, за да активира съответния флаг за функции.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В раздела с настройки на местоназначението на потока можете да промените средата на повикващия въз основа на времето (ако предадете повикването към входна точка) или да използвате повторно един поток в няколко сценария (ако предадете повикването към поток).

Въз основа на опцията GoTo променливите на потока се предават от текущия поток по следния начин:

  • Go to Entry Point: Променливите на потребителския поток и глобалните променливи със същото име и тип данни се копират от текущия поток в потока, който е свързан с входната точка.

  • Go to Flow: Променливите на потока, които са конфигурирани в раздела Съпоставяне на променливи, се копират от текущия поток в новия поток.

Конфигурирайте следното:

  1. Към входна точка – изберете тази опция, ако текущият поток трябва да отиде до входна точка. В разгъващия се списък въведете входната точка, ако логиката на потока трябва да се промени въз основа на активната стратегия за маршрутизиране в момента на прехвърлянето.

    Променливите на потребителския поток и глобалните променливи със същото име и тип данни се копират от първия поток в новия поток, свързан с входната точка.

    Показват се само входните точки за телефония, които са създадени в контролния център на Webex Contact Center.

    • Static Entry Point: Изберете входна точка от списъка с предварително конфигурирани входни точки. Валидни са само входни точки от един и същ тип канал.

    • Dynamic Entry Point: Изберете променлива, която се съпоставя с валиден ИД на входна точка от Control Hub. Валидни са само входни точки от един и същ тип канал.

  2. Към потока – изберете тази опция, ако текущият поток трябва да отиде в друг поток. В разгъващия се списък изберете целевия поток от падащия списък. Падащият списък местоназначение изброява само публикуваните потоци.

    Можете да видите желания поток в отделен раздел. За да прегледате поток, можете или да щракнете върху опцията Преглед, която се появява, докато избирате поток от списъка, или да щракнете върху View Selected Flow опция, след като сте избрали поток в опцията GoTo поток.

    Можете ръчно да съпоставяте променливи в два потока в Flow Variable Mapping раздел.

    • Static Flow: Изберете поток от списъка с предварително конфигурирани потоци.

    • Dynamic Flow: Изберете променлива, която се съпоставя с валиден ИД на поток. Можете да намерите ИД на потока в настройките за поток под екрана „Общи настройки“.

4

Ако изберете Go To Flow опция, показва се секцията Картографиране на променливите на потока.

Променливите на потока и глобалните променливи с едно и също име и един и същ тип данни между потоците се съпоставят автоматично за входящи повиквания. За изходящи повиквания се съпоставят автоматично само глобалните променливи; не се поддържа автоматично съпоставяне на променливи на потока.

Тази функция ви помага да редактирате, изтривате или добавяте още променливи съпоставяния между текущия поток и целевия поток.

Не можете да съпоставяте променливи за потоци в дейност GoTo, когато използвате променливи потоци. Можете да съпоставяте променливи само към целите на статичния поток. Вижте таблицата по-долу за поведението на променливите съпоставяне с променливите потоци.

Когато нанесете променлива JSON от основен поток към целевия поток в дейността GoTo, съхранете изхода на JSON в друга променлива като низ или друг тип променлива и го нанесете със същия тип променлива в целевия поток.

Конфигурирайте следното:

  1. Map Current Variables– Изброява всички променливи на потока и глобалните променливи в текущия поток. Можете да съпоставите една и съща променлива с няколко променливи в целевия поток. В разгъващия се списък въведете променливата за съпоставяне.

  2. To Destination Variable—Списък на всички променливи на потока и глобалните променливи в целевия поток, които ще бъдат копирани от текущия поток след предаването.

    В combo box, въведете променливата, която е съпоставена в целевия поток. Можете да съпоставите променливите в целевия поток само веднъж, докато можете да съпоставите променливите в текущия поток няколко пъти.

За да добавите, редактирате или изтриете съпоставяния на променливи:

  • За да редактирате съпоставяне на променлива, изберете подходящия поток от падащия списък.

    След като изберете променлива в някоя от Map Current Variables или To Destination Variable падащи списъци, другият падащ списък показва само променливите от същия тип данни.

    Например, ако изберете customerId от тип Цяло число от Map Current Variables падащ списък, To Destination Variable падащият списък показва само променливи от тип цяло число в новия поток.

  • Щракнете върху иконата Изтриване, за да изтриете съпоставяне на променлива.

  • Щракнете върху Add New за да добавите ново съпоставяне на променлива. Изберете променливите, които да бъдат съпоставени в Map Current Variables и To Destination Variable падащи списъци.

Variable details

The Current Flow Variable Details раздел показва всички поток и глобални променливи в текущия поток.

The Destination Flow Variable Details раздел показва всички поток и глобални променливи в целевия поток.

Можете да щракнете върху етикета за информация за променлива. Когато изберете променлива за съпоставяне, променливата става зелена, което ви помага да видите какво вече е съпоставено.

За да се гарантира безпроблемна достъпност на информацията и взаимодействие през целия жизнен цикъл на повикванията, съпоставянето на променливите е от решаващо значение по време на изпълнението на потока. Тя включва стратегическото подравняване на глобалните променливи както с променливи за локален поток, така и с променливи за наблюдаване на агента, адаптирани както за статичния, така и за динамичния поток:

Съпоставянето на променливи е важно по време на поточна верига. Таблицата по-долу обяснява основните разлики между използването на опции за статичен и динамичен GoTo.

  • Static

    • GoTo Flow: Той обработва нанесените променливи в секцията Съпоставяния на променливи на потока.

    • GoTo Entry Point: Подлежащите на преглед променливи на потока на агента и глобалните променливи се съпоставят автоматично при прехвърляне към входна точка.

  • Dynamic

    • GoTo Flow: Подлежащите на преглед променливи на потока на агента и глобалните променливи се съпоставят автоматично.

    • GoTo Entry Point: Подлежащите на преглед променливи на потока на агента и глобалните променливи се съпоставят автоматично

GoTo activity error codes

Код на неуспех

Описание на неуспеха

Обяснение

1

Код за неуспех

Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.

2

Description

Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Изчакване

Дейността „Изчакване“ ви позволява да поставите на пауза изпълнението на потока за определена продължителност. Когато конфигурирате тази дейност с периода на изчакване, изпълнението на потока се поставя на пауза за продължителността, посочена в дейността за изчакване в пътя на изпълнение.

Не препоръчваме да използвате дейността „Изчакване“, когато има активна IVR сесия, тъй като това може да доведе до изтичане на времето за изчакване на IVR сесията. В такива случаи контактът ще изпита мъртъв въздух, което ще доведе до неуспешни повиквания. Силно препоръчваме дизайнерите на потоци да използват дейността за изчакване в събитието CallbackFailed и да посочат периода на изчакване.

Дейността „Изчакване“ е обща по характер. Когато проектирате поток, можете да поставите тази дейност след която и да е дейност според вашите изисквания. Например по време на повторен опит за обратно повикване тази дейност поставя на пауза изпълнението на потока и прави повторен опит за обратно повикване.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Wait Settings раздел, конфигурирайте следното:

  1. Duration—Изберете продължителност във формат ЧЧ:ММ:СС, за да посочите продължителността, за която изпълнението на потока пауза с минимум 10 секунди и максимум 72 часа.

    Щракнете върху полето „Продължителност“, за да зададете времето. Ако въведете полетата за минути и секунди до повече от 59, стойността по подразбиране автоматично е 59. Ако зададете полето за часове на повече от 72, това ви подканва да въведете продължителността между 00:00:10 и 72:00:00.

    В момента има отклонение до няколко милисекунди при изпълнение на тази дейност. Не използвайте действието на изчакване в случаи на използване, които изискват висока точност.

Output variables

В тази дейност няма налична изходна променлива.

Разпределяне в проценти

Активността за разпределяне в проценти ви позволява да разпределяте трафика на повиквания по различни пътища в поток. Можете да използвате тази дейност като механизъм за разклоняване на потоци по множество пътища на поток и да създадете множество пътища за изход, за да разпределите контактите към различни опашки, сайтове и външни сървъри.

Системата използва алгоритъм Weighted Round Robin (WRR) за разпределяне на трафика и това може да създаде дисбаланси. Алгоритъмът се нулира всеки път, когато публикувате потока. Препоръчваме да тествате изпълнението на потока, преди да внедрите промените в производството.

Нека вземем пример за процентно разпределение от съответно 50%, 30% и 20%, за да разберем разпределението на 10 повиквания под WRR. В крайна сметка системата ще разпределя повикванията равномерно, например 5 в пътя на изход 1, 3 в пътя на изход 2, 2 в пътя на изход 3. Това обаче се случва динамично, коригирано с теглото на 5:3:2. Един възможен резултат от разпределението е следният: приемане на 10 последователни повиквания като Path1, Path2, Path1, Path2, Path3, Path1, Path2, Path3. Важно е да се отбележи, че това е едно възможно разпределение и че разпределенията на контактите се коригират с различните разпределения на натоварването.

Активността по процентно разпределяне вече позволява процентни стойности, вариращи от 0 до 100. Администраторите могат да използват настройката 0%, за да създадат случаи на използване на превключватели. Това позволява трафикът да бъде изключен по подразбиране. Можете обаче да активирате тези връзки по-късно, за да разпределите разпределения, по-големи от 0%.

Освен това можете да добавите активността за разпределяне в проценти преди дейността за обратна връзка, за да конфигурирате как искате да управлявате трафика на повикванията. Можете да разпределите 50% от обратната връзка по имейл, 30% от SMS и 20% от анкетата.

По същия начин, в географски разнообразна среда, можете да конфигурирате дейността за разпределяне на проценти, за да изпратите 10% от контактите в Бостън, 5% в Чикаго и да разпределите останалите 85% на друг набор от местоположения.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Обработка на грешки.

Преди да започнете

1

В Flow Designer, плъзнете и пуснете дейността за разпределяне в проценти от Activity Library към основното платно.

2

Щракнете върху Percentage Allocation дейност, за да конфигурирате настройките за дейност.

3

В General Settings:

  • В Activity Label, въведете име за дейността.

  • (По избор) В Activity Description поле, въведете описание на дейността.

4

В Percent Allocation, създайте необходимите пътища за разпределяне. Първоначално системата задава пътя по подразбиране за разпределяне на 100%. Можете да редактирате процентната стойност и описанието, както и да добавяте нови пътища.

  1. Щракнете върху Add New за да създадете нов път.

  2. Въведете името на процента и пътя.

    Можете да зададете минимум 0% и максимум 100% за път за изход.

    Уверете се, че всички разпределения добавят до 100%. Системата хвърля грешка при валидиране на потока, ако процентът на разпределение не отговаря или надвишава 100%.

    Можете да добавите максимум 10 пътя.

  3. (По избор) Щракнете върху Delete икона до път за премахване на записа. Можете да изберете да коригирате процента с необходимия набор връзки и да изтриете допълнителните връзки. Системата хвърля грешка, ако общият размер на разпределенията не се добавя до 100%.

Активността за разпределяне в проценти има следните изходни променливи:

  • Percentallocation.percentage – съхранява следващия процентен маршрут.

  • Percentallocation.description – съхранява описанието.

Поддръжка за работни потоци в входна точка за набиране на външен номер

Следните дейности и събития се поддържат, когато създавате работни потоци за изходящи гласови контакти:

  • HTTP заявка

  • Условие

  • Парсе

  • Задаване на променлива

  • Работно време

  • Край на потока

  • Изскачащ прозорец

  • Събитие преди набиране

Поддържат се всички манипулатори на събития, както е приложимо. Манипулаторите на събития, като събитие преди набиране, предложения агент и т.н., ще бъдат населени въз основа на дейностите, които добавяте в основния поток. Като част от потока се поддържат глобални и локални променливи.

Следните дейности не се поддържат, когато създавате работни потоци за изходящи гласови контакти:

  • Контакт на опашката

  • Опашка до агент

  • Обратно повикване

  • Търсене на опашка

  • Разширена информация за опашката

  • Сляп трансфер

  • Ескалиране на групата за разпределяне на повикванията

  • IVR съобщение

  • Меню
  • Проучване

Въз основа на посочените по-горе дейности, системата грациозно ще поддържа безпроблемно пътя на грешките и успеха.

  • Когато проектирате поток за входна точка за изходящи повиквания, не включвайте дейност за прекъсване на контакта в края на потока. Ако използвате дейност "Прекъсване на контакта" в потока, това кара потока да прекрати повикването и да подкани за приключване, докато изходящото повикване всъщност е активно и свързано.

Дейности в комунални услуги

  • Заявка за BRE
  • Работно време
  • Криптографско хеширане
  • Генериране на OTP
  • HTTP заявка
  • Парсе
  • Задаване на променлива
  • Потвърждаване на еднократна парола

Заявка за BRE

Използвайте дейността за искане на BRE, за да извлечете данните от машината за бизнес правила (BRE) на вашата организация, които да използвате в потока. Дейността за BRE искане използва стандартни HTTP протоколи за извличане на данни от BRE.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Query Parameters, можете да предадете параметрите, които са предоставени в повикването на API към BRE. В колоните за ключова стойност можете да въведете ключа за заявката и свързаната стойност, за да изпратите заедно със заявката. Можете също да използвате синтаксиса с двойни примки, за да предадете променливи стойности.

Дейността BRE има един предварително дефиниран параметър на заявката: контекст. Този параметър на заявката се предава в повикването на API към BRE.

ИД на клиент се инжектира автоматично като параметър и не е необходимо да се конфигурира.

  • Context—Съдържа причината за искането. Този задължителен параметър не може да бъде редактиран или изтрит.

    Този параметър трябва да съдържа същата стойност като стойността, указана в контекста на атрибута в BRE. За повече информация вижте раздела „Създаване на набор от правила“ в Ръководство за потребителя на машината за бизнес правила на Cisco Webex Contact Center.

  • ANI—Съдържа първоначалния телефонен номер на повикването. Това е параметър по подразбиране, който можете да редактирате или изтриете въз основа на конфигурацията на правилата в BRE.

    Примерна стойност за ANI е {{NewContact.ANI}}

  • Response Timeout—Указва времето на изчакване на връзката за заявката за BRE. По подразбиране е зададено на 2000 милисекунди.

  • Number of Retries—Указва броя пъти, когато се прави опит за BRE заявка след неуспех.

    Този параметър се използва, ако кодът за статус е 5xx; например 500 или 501.

За да добавите параметър на заявката, щракнете върху Add New. Това добавя ред, където можете да въведете двойките от ключови стойности. Можете да добавите колкото е необходимо параметри на заявката като част от заявката BRE.

4

В Parse Settings раздел, можете да анализирате отговора от заявката за BRE в различни променливи:

  1. Response Variable– Изберете променлива, към която искате да извлечете определен раздел от обекта за отговор на BRE искане. Можете да избирате само персонализирани променливи на потока от падащия списък.

  2. Path Expression—Дефиниране на пътя за анализиране на обекта за отговор. В зависимост от вида на структурата на данните на обекта за реакция и случаите на използване за извличане на поднабор от тази информация, изражението на пътя варира.

    Данните се нормализират до йерархия на обекта преди изпълнение на пътя израз, така че JSONPath се използва в обекта за отговор независимо от конфигурирания тип съдържание.

Output Variables

Заявката за BRE връща две изходни променливи:

  • BRERequest1.httpResponseBody: Връща тялото на отговора за заявката за BRE.

  • BRERequest1.httpStatusCode: Връща кода за статус на заявката за BRE.

    Тези кодове за отговор се класифицират в следните категории:

    • Информационни отговори (100-199)

    • Успешни отговори (200-299)

    • Пренасочвания (300-399)

    • Грешки на клиента (400-499)

    • Грешки на сървъра (500-599)

Content Type Formats

Следните примери описват примерните входни формати за тип съдържание и JSON отговор.

  • XML на тип съдържание

    Използвайте този инструмент, за да конвертирате XML в JSON формат https://codeshack.io/xml-to-json-converter/.

    • Входен формат на XML:

      <note>
        <to>Tove</to>
        <from>Jani</from>
        <heading>Reminder</heading>
        <body>Test application</body>
      </note>

    • Данни/JSON нормализиран отговор

      {
         "note": {
            "to": "Tove",
            "from": "Jani",
            "heading": "Reminder",
            "body": "Test application"
         }
      }

      Пример за израз на JSON път: Използвайте $.note.from, за да получите стойността като Джани.

  • TOML за тип съдържание

    Използвайте този инструмент, за да конвертирате TOML в JSON формат https://www.convertjson.com/toml-to-json.htm.

    • Формат за въвеждане TOML:

      title = "TOML Example"
      [owner]
      name = "Tom Preston-Werner"
      dob = 1979-05-27T07:32:00-08:00

    • Данни/JSON нормализиран отговор

      {
         "title": "TOML Example",
         "owner": {
            "name": "Tom Preston-Werner",
            "dob": "1979-05-27T15:32:00.000Z"
         }
      }
      

      Пример за израз на JSON път: Използвайте $.owner.name, за да получите стойността като „Том Престън-Вернер“.

  • Тип съдържание YAML

    Използвайте този инструмент, за да конвертирате YAML в JSON формат https://www.convertjson.com/yaml-to-json.htm.

    • Входен формат на YAML:

      # An employee record
      martin:
        name: Martin D'vloper
        job: Developer
        skill: Elite

    • Данни/JSON нормализиран отговор

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      Пример за израз на JSON път: Използвайте $.martin.job, за да получите стойността на разработчика.

  • Тип съдържание JSON

    Използвайте оценителя на JSON израза https://jsonpath.com/.

    • Входен формат на JSON:

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

    • Данни/JSON нормализиран отговор

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      Пример за израз на JSON път: Използвайте $.martin.job, за да получите стойността на разработчика.

Работно време

Дейността „Работно време“ ви позволява да използвате работно и неработно време, като почивни дни и замествания във вашата организация, които са дефинирани в Control Hub. Можете да добавите дейността в работно време в поток и да зададете този поток към входна точка. Като използвате тази дейност, можете да консумирате работно време, почивни дни и замествания, за да консолидирате множество стратегии за маршрутизиране за всичките им графици в един поток.

Използвайте дейността „Работно време“, за да програмирате график за работа в поток. Тази дейност определя дали даден график е активен в даден момент и маршрутизира съответно изпълнението на потока.

Администраторите могат да управляват обекти на работното време от Control Hub. За повече информация вижте Настройване на работно време.

Можете да конфигурирате път за обработка на грешки (Неопределена грешка), за да обработвате системни грешки, които може да възникнат по време на изпълнението на потока. За повече информация вижте Конфигуриране на обработката на грешки.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Schedule Details раздел, можете да изберете работен час от падащия списък, за да дефинирате кога се изпълняват различни пътища на потока.

Графикът показва смяната, която се дефинира в обекта на работното време на избрания работен час. Потокът се изпълнява главно въз основа на времевата рамка, дефинирана при смяната на избрания работен час. Други обекти на работното време, като списъци с почивни дни и замествания, имат предимство пред работното време, ако часовете съвпадат с текущото време на смяна.

  • Static Business Hours: Изберете работен час от Control Hub.

  • Variable Business Hours: Изберете променлива, която се съпоставя с валиден работен час от Control Hub.

    Променливата трябва да съдържа правилния ИД на работно време, получен от Control Hub. Ако идентификаторът е невалиден, потокът се премества към пътя на грешката.

Ако някой от въведените в списъка записи е празен, Flow Designer хвърля грешка при валидиране на потока. Трябва да отстраните тези грешки, преди да публикувате потока.

Business hours nodes

Можете да конфигурирате следните възли в дейността в работното време:

  1. Overrides– Ако текущото време е дефинирано като заместване, както е в списъка за заместване, дейността поема клона „Заместване“ независимо от часовете за смяна, посочени в избраното работно време.

  2. Holidays—Ако текущият ден е празник, както е дефиниран в списъка с почивни дни, дейността заема клона Почивни дни независимо от часовете за смяна, споменати в избраното работно време.

  3. Working Hours– Това е основният възел, който взема предвид времето за смяна, споменато в избрания работен час в раздела „Подробности за графика“. Дейността отнема този клон, ако текущият час съвпада с избраното време за смяна.

  4. Default– Дейността приема клона по подразбиране, ако нито едно от горните не оценява.

Output variables

Дейността в работно време използва следните изходни променливи.

  • WorkingHoursShift_name– По време на изпълнението на потока тази променлива съхранява името на смяната, дефинирана в работното време.

  • Holidays_Name– По време на изпълнението на потока тази променлива съхранява името на почивния ден, ако текущият ден е празник, както е дефинирано в списъка с почивни дни.

  • Overrides_Name– По време на изпълнението на потока тази променлива съхранява името на заместването, което съвпада с текущото време, както е дефинирано в заместванията.

  • Status– Тази променлива съхранява кой от възела е избран по време на изпълнението на потока, като работно време, почивни дни, заместване или по подразбиране.

Криптографско хеширане

Криптографското хеширане ви позволява да генерирате еднопосочно хеширане на обикновен низ с помощта на един от поддържаните алгоритми. Можете да приложите сол като допълнителна защита.

1

Плъзнете и пуснете криптографската хеш активност върху платното на потока.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Hash Configuration раздел, конфигурирайте следното:

Входни променливиИзходни променливиРезултати от възела
Hashing algorithm: Изберете алгоритъм за хеширане, за да генерирате хеш. Поддържаме следните алгоритми за хеширане:
  • SHA-256: Този алгоритъм генерира уникален хеширан файл с фиксиран размер 256-битов (32-байт).
  • SHA-512: Този алгоритъм генерира уникален хеширан файл с фиксиран размер 512-битов (64-байт).
hash.output: Генерираният хеш се съхранява в тази променлива. onSuccess: Хеширането е генерирано успешно.
Plain Text: Въведете входна променлива или обикновен текст за хеширане. hash.salt: Използваната стойност на солта се съхранява в тази променлива. onError: Генерирането на хеш не бе успешно поради невалидно въвеждане.
Apply Salt: Изберете това квадратче за отметка, ако искате да конфигурирате допълнителна защита за шифрования низ. Солта е случайни данни, които се добавят към низа, преди да бъде предадена към хеш функцията.
Salt type: Изберете типа на данните за сол, които искате да добавите към низа. Поддържаните стойности на солта включват текст, base64 и шестнадесетичен знак. Освен това можете да генерирате произволна стойност по време на изпълнение, като изберете „Автоматично генериране на сол“.
Salt value: Данни, които трябва да бъдат добавени към низа за хеширане.

Какво да направите след това

Стандартната изходна променлива за криптографския хеш възел е CryptographicHash.HashOutput, който улавя хеш.

Генериране на OTP

Дейността „Генериране на еднократна парола“ генерира еднократна парола (OTP) за сценарии за удостоверяване на потребителя, като например двуфакторно удостоверяване, многофакторно удостоверяване. Можете да използвате еднократни идентификации в няколко сценария, като потвърждаване на самоличността на потребителя, проверка на валидността на акаунтите за бизнес, осигуряване на информация и много други.

Дейностите „Генериране на OTP“ и Потвърждаване на OTP“ често се използват заедно за настройване на потоците на удостоверяване на потребителите, като двуфакторно удостоверяване.

1

Плъзнете и пуснете дейността „Генериране на еднократна парола“ върху платното на потока.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В OTP Generation Logic, конфигурирайте желания формат и дължина за еднократна парола.

  1. OTP format: Изберете формат на еднократна парола. Форматът по подразбиране е буквено-цифров. Webex Connect поддържа следните OTP формати:

    • Alphanumeric – низ, който съдържа комбинация от букви и цифри, например Pq1ANQ, D345SdrQ.

    • Alphabetic - низ, който съдържа комбинация от малки и главни букви, например BPmFxV, GhrtYwd.

    • Numeric – низ, който съдържа цифри, например 675468, 4321, 4572.

  2. OTP Length: Въведете дължината на еднократната парола. Дължината по подразбиране е шест знака. Минималната дължина на еднократна парола е 4, а максималната дължина е 64.

  3. Конфигуриране на следното Additional OTP Settings:

    • OTP Validity: Дефинирайте валидността на OTP (в минути). Срокът на еднократната идентификация изтича след тази продължителност. При повторно изпращане на искане за OTP валидността се нулира. Срокът на валидност на еднократната парола по подразбиране е 30 минути.

    • Изберете действието за On resend OTP request, или Генериране на нова еднократна парола, или Повторно използване на текущата еднократна парола. Валидността на OTP се нулира и за двете действия.

    • Въведете Transaction reference или изберете променлива, която съдържа тази стойност. Това е уникален справочен код, свързан с генерираната еднократна парола, която се използва за потвърждаване.

Какво да направите след това

Стандартната изходна променлива за генерирания OTP възел е generateOTP.OTP Това улавя генерирания OTP.

HTTP заявка

Дейността за HTTP заявка извлича информация от външен източник на данни, като например CRM, като използва стандартни HTTP протоколи.

Базово удостоверяване и OAuth 2.0 атрибутите се поддържат за удостоверени крайни точки.

Related flow templates

Следните шаблони използват дейността за HTTP заявка:

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В HTTP Request Settings раздел, конфигурирайте следното:

  1. Use Authenticated Endpoint—Дава възможност за отправяне на HTTP заявка към удостоверена крайна точка. По подразбиране този бутон за превключване е включен.

  2. Connector—Изберете конектора от падащия списък. Падащият списък показва името на конекторите, конфигурирани в Control Hub. Конекторът предоставя общо местоположение за съхраняване на идентификационните данни за услугата, до която искате да осъществите достъп.

    Например конекторът за Salesforce валидира и позволява свързване с акаунта за Salesforce. След това можете да се позовавате на този конектор в рамките на дейността за HTTP заявка, за да направите заявка. Това по същество създава раздела за домейн на URL. За да конфигурирате конектор в Control Hub, вижте статията Настройване на конектори за интеграция за Webex Contact Center.

  3. Request Path—Въведете пътя на заявката за HTTP заявката.

    Това поле показва, когато Use Authenticated Endpoint бутонът за превключване е включен.

  4. Request URL—Определя URL адреса на заявката, който обхваща както домейна, така и пътя на заявката за неудостоверени крайни точки.

    Това поле се показва, когато бутонът за превключване „Използване на удостоверена крайна точка“ е изключен.

  5. Method Types: GET, POST, PUT, PATCH, DELETE, OPTIONS, HEAD—Определя дейността за HTTP заявки, която поддържа следните популярни методи:

    • ПОЛУЧАВАНЕ: Заявете данни от определен ресурс.

    • ПУБЛИКАЦИЯ: Изпратете данни към сървър, за да създадете или актуализирате ресурс.

    • ПУТ: Замества всички текущи представяния на целевия ресурс с полезния обем на заявката.

    • КОРЕКЦИЯ: Прилагане на частични промени към ресурс.

    • ИЗТРИВАНЕ: Изтрийте посочения ресурс.

    • ОПЦИИ: Опишете комуникационните опции за целевия ресурс.

    • ГЛАВА: Иска отговор, идентичен с този на заявката GET, но без тялото на отговора.

  6. Query Parameters—Определя параметрите, които предавате като част от HTTP заявката. Уеб сървърът предоставя тези допълнителни параметри, които да използвате например за извършване на GET заявка. В колоните „Ключова стойност“ въведете ключа за заявката и свързаната стойност, която трябва да изпратите със заявката. Параметрите представляват списък от двойки ключови стойности, които са разделени със символа амперсанд (&). Можете също да използвате променливите стойности в синтаксиса на двойни скоби, за да предадете променливите стойности.

    Например, ако искате да извлечете баланса на акаунта на клиент въз основа на ANI, в зависимост от API на услугата за съхранение на данни, ключът и стойността могат да бъдат:

    Ключ: Ани

    Стойност: {{NewContact.ANI}}

    За да добавите параметър на заявката, щракнете върху \„Добавяне на нов\“. Това добавя ред, където можете да въведете съответните двойки ключова стойност. Можете да добавите колкото е необходимо параметри на заявката като част от HTTP заявката.

  7. HTTP Request Headers—Дефинира HTTP заглавките, които позволяват на клиента да предаде допълнителна информация с HTTP заявка. Заглавките за заявки, като „Приемане“, „Приемане*“ или „Ако“, позволяват да се изпълняват условни заявки заедно с други заглавия, като „Бисквитка“ и „Агент на потребителя“.

    Например, като част от заявка GET използвайте:

    GET /home.html HTTP/1.1

    Организатор: developer.mozilla.org

    Агент на потребителя: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0

    Приемам: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Приемане на език: en‐US,en;q=0.5 Приемане на кодиране: gzip, намаляване, br

    Референт: https://developer.mozilla.org/testpage.html

    Връзка: поддържане на активна връзка

    Несигурни заявки за надстройване: 1

    Ако‐Променен‐От: пон, 18 юли 2016 02:36:04 GMT

    If‐None‐Match: „c561c68d0ba92bbeb8b0fff2a9199f722e3a621a“ Кеширане: max‐age=0

    За да добавите HTTP заглавка, щракнете върху Add New. Това добавя ред, където можете да въведете съответните двойки ключови стойности. Можете да добавите колкото се изисква HTTP заглавки като част от HTTP искането.

  8. Content Type—Указва очаквания тип съдържание на тялото на заявката. Поддържаните типове съдържание включват:

    • Приложение/ JSON

    • URL адресът на формуляра е кодиран

    • ТОМЛ

    • XML

    • Файл

      YAML

    • Данни за формуляри

    • Graph QL

    • Друго

  9. Request Body Value—Указва байтовете от данни, предавани в съобщение за HTTP транзакция, непосредствено след заглавките, ако има такива. В определени типове HTTP заявки, като например заявка POST или PUT, можете да изпратите орган на заявката, който посочва съдържанието, което да се актуализира в целевия ресурс.

    • Изберете Content Type като файл. Показват се КОЛОНИТЕ за СЪДЪРЖАНИЕ И ИМЕ на файл. Падащото СЪДЪРЖАНИЕ показва списък на JSON променливи от потока и изхода променливи от дейностите Запис.

      • CONTENT—Изберете записания аудио файл от падащия списък. Аудио файлът се разпространява въз основа на изходните променливи, конфигурирани в дейностите Запис. Системата изпраща този аудио файл на сървъра или API на трети страни.

      • FILE NAME—Въведете името на аудио файла. Това име на файл се показва на целевия сървър или API.

      Типът на съдържанието на данни на формуляра улавя данни в двойки с ключови стойности. Това поле поддържа качване на файлове и данни на формуляри и е полезно за качване на аудио файлове.

      Ако изберете типа на съдържанието като данни за формуляр, се показват следните полета:

      • Key– Използвайте това като ключ за достъп до данните. Използва се и в заглавката „Разположение на съдържанието“.

      • Type—Типът може да бъде или текст, или файл.

      • Value—Конфигуриране на стойността (Текстът във формат JSON определя типа на съдържанието заедно с други параметри като името на файла и т.н. && File съдържа действителните данни на файла.

        „Данни за формуляри“ поддържа препратки към името на файла от дейността „Запис“ за използване в подкани за записване и поздрави чрез поток. За „Файл“ изберете променливата, която дава името на файла, съответстващо на изходната променлива на активността на записа.

      Ако изберете Content Type като GraphQL , на Query и GraphQL Показват се полетата с променливи. Тези полета се използват за събиране на данни и променливи.

      • Query– Параметърът на заявката е задължителен и трябва да съдържа изходния текст на документ GraphQL.

      • GraphQL Variables– Променливите представляват динамичните стойности за заявката.

        С поддръжка на GraphQL можете да правите заявки към всеки API, който поддържа вграден GraphQL, например когато използвате WebexCC API конектора, за да се обадите на API за търсене. Това дава възможност за използване на случаи, при които отчетните данни могат да се използват за персонализирани логически решения и решения за маршрутизиране.

      Ако изберете Content Type като Other, след това можете да посочите типа съдържание, от който се нуждаете (ако API изисква Content Type заглавка, която не е налична в конструктора на потоци). Така можете да изберете различен тип съдържание от поддържаните стандартни типове.

  10. Response Timeout—Указва времето за изчакване на връзката за HTTP заявката. По подразбиране е зададено на 2000 милисекунди, но може да има неограничена стойност.

  11. Number of Retries—Указва броя пъти, когато е направен опит за HTTP заявка след неуспех. Повторният опит за услуга не е наличен. Можете да дадете всяка неограничена стойност за броя повторни опити.

    Този параметър се използва, ако кодът за статус е 5xx; например 500 или 501.

4

В Parse Settings раздел, можете да анализирате отговора, генериран от HTTP заявката, в различни променливи. Тази конфигурация е незадължителна, тъй като не всички сценарии за HTTP искане изискват синтактичен анализ.

  1. Content Type—Указва очаквания тип съдържание на тялото на отговора. Типовете съдържание включват:

    • JSON

    • TOML

    • XML

    • YAML са поддържаните типове съдържание.

  2. Output Variable– Изберете променлива, която да съдържа данните от определен раздел на обекта за отговор на HTTP заявка.

  3. Path Expression—Дефиниране на пътя за анализиране на обекта за отговор. В зависимост от структурата на данните на обекта за отговор и причината за извличане на поднабор от информация, изражението на пътя варира.

    Данните се нормализират до йерархия на обекта преди изпълнение на пътя израз, така че JSONPath се използва в обекта за отговор независимо от конфигурирания тип съдържание.

Output Variables

HTTP заявката връща следните изходни променливи:

  • HTTPRequest1.httpStatusCode: Връща кода за статус на HTTP.

    Тези кодове за отговор се класифицират в пет основни категории:

    • Информационни отговори (100-199)

    • Успешни отговори (200-299)

    • Пренасочвания (300-399) Грешки на клиента (400-499)

    • Грешки на сървъра (500-599)

  • HTTPRequest1.httpResponseBody: Връща тялото на отговора за HTTP заявката.

  • HTTPRequest1.httpResponseHeaders: Връща информацията за заглавката от отговора.

Content Type Formats

Следните примери описват примерните входни формати за тип съдържание и JSON отговор.

  • XML на тип съдържание

    Използвайте този инструмент, за да конвертирате XML в JSON формат https://codeshack.io/xml-to-json-converter/.

    • Входен формат на XML:

      <note>
        <to>Tove</to>
        <from>Jani</from>
        <heading>Reminder</heading>
        <body>Test application</body>
      </note>

    • Данни/JSON нормализиран отговор

      {
         "note": {
            "to": "Tove",
            "from": "Jani",
            "heading": "Reminder",
            "body": "Test application"
         }
      }

      Пример за израз на JSON път: Използвайте $.note.from, за да получите стойността като Джани.

  • TOML за тип съдържание

    Използвайте този инструмент, за да конвертирате TOML в JSON формат https://www.convertjson.com/toml-to-json.htm.

    • Формат за въвеждане TOML:

      title = "TOML Example"
      [owner]
      name = "Tom Preston-Werner"
      dob = 1979-05-27T07:32:00-08:00

    • Данни/JSON нормализиран отговор

      {
         "title": "TOML Example",
         "owner": {
            "name": "Tom Preston-Werner",
            "dob": "1979-05-27T15:32:00.000Z"
         }
      }

      Пример за израз на JSON път: Използвайте $.owner.name, за да получите стойността като „Том Престън-Вернер“.

  • Тип съдържание YAML

  • Използвайте този инструмент, за да конвертирате YAML в JSON формат https://www.convertjson.com/yaml-to-json.htm.

    • Входен формат на YAML:

      # An employee record
      martin:
        name: Martin D'vloper
        job: Developer
        skill: Elite

    • Данни/JSON нормализиран отговор

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      Пример за израз на JSON път: Използвайте $.martin.job, за да получите стойността на разработчика.

  • Тип съдържание JSON

    Използвайте оценителя на JSON израза https://jsonpath.com/.

    • Входен формат на JSON:

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

    • Данни/JSON нормализиран отговор

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      Пример за израз на JSON път: Използвайте $.martin.job, за да получите стойността на разработчика.

Activity Wait Settings

В някои случаи, ако има значително забавяне при HTTP отговор, повикващият получава период на тишина. За да смекчите този сценарий, е възможно да качите аудио файл. Този файл ще бъде възпроизведен на повикващия по време на извличането на HTTP отговора. Освен това е възможно да конфигурирате продължителността на забавянето, преди да се възпроизвежда това аудио.

  1. Enable Audio on Wait—Превключване на тази настройка, за да се възпроизвежда избраният аудио файл в непрекъснат цикъл, осигурявайки непрекъснато възпроизвеждане, докато системата извлича HTTP отговор.

  2. Audio File—Изберете аудио файл. Системата възпроизвежда този аудио файл на повикващия, за да изпълни тишината, докато извлича HTTP отговор.

  3. Delay– Задайте стойността на времето за закъснение в милисекунди според изискванията. Стойността по подразбиране е предварително зададена на 2000 милисекунди.

Най-добре е да запазите настройката за закъснение над 2 секунди и да се опитате да оптимизирате времето за отговор на HTTP заявка. Това гарантира, че аудиото не се възпроизвежда ненужно, като същевременно осигурява минимално забавяне за мъртвия въздух за повикващия.

Парсе

Използвайте дейността „Парсе“, за да извлечете информация от обекта на данните. Дейността Parse приема входен низ (JSON, TOML, XML и YAML) и го преобразува в JSON структура въз основа на посочените данни. След това можете да зададете JSON структура на променлива, като използвате израз на JSON път. 

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.

Преди да започнете

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings section, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Parse Settings раздел, конфигурирайте следното:

  1. Input Variable– Указва променливата, която съхранява обекта от данни, който да се използва за анализиране.

  2. Content Type—Указва очаквания тип съдържание на обекта с данни. JSON, TOML, XML и YAML се поддържат типове съдържание.

  3. Output Variable– Изберете променлива, която да съдържа данните от определен раздел на обекта за отговор на HTTP заявка.

  4. Path Expression—Дефиниране на пътя за анализиране на обекта за отговор. В зависимост от структурата на данните на обекта за отговор и причината за извличане на поднабор от информация, изражението на пътя варира.

    Данните се нормализират до йерархия на обекта преди изпълнение на пътя израз, така че JSONPath се използва в обекта за отговор независимо от конфигурирания тип съдържание.

    Пътят изрази трябва да потвърди към Jayway JSONPath изрази. За повече информация вижте https://github.com/json-path/JsonPath.

Content Type Formats

Следните примери описват примерните входни формати за тип съдържание и JSON отговор.

  • XML на тип съдържание

    Използвайте този инструмент, за да конвертирате XML в JSON формат https://codeshack.io/xml-to-json-converter/.

    • Входен формат на XML:

      <note>
        <to>Tove</to>
        <from>Jani</from>
        <heading>Reminder</heading>
        <body>Test application</body>
      </note>

    • Данни/JSON нормализиран отговор

      {
         "note": {
            "to": "Tove",
            "from": "Jani",
            "heading": "Reminder",
            "body": "Test application"
         }
      }

      Пример за израз на JSON път: Използвайте $.note.from, за да получите стойността като Джани.

  • TOML за тип съдържание

    Използвайте този инструмент, за да конвертирате TOML в JSON формат https://www.convertjson.com/toml-to-json.htm.

    • Формат за въвеждане TOML:

      title = "TOML Example"
      [owner]
      name = "Tom Preston-Werner"
      dob = 1979-05-27T07:32:00-08:00

    • Данни/JSON нормализиран отговор

      {
         "title": "TOML Example",
         "owner": {
            "name": "Tom Preston-Werner",
            "dob": "1979-05-27T15:32:00.000Z"
         }
      }

      Пример за израз на JSON път: Използвайте $.owner.name, за да получите стойността като „Том Престън-Вернер“.

  • Тип съдържание YAML

  • Използвайте този инструмент, за да конвертирате YAML в JSON формат https://www.convertjson.com/yaml-to-json.htm.

    • Входен формат на YAML:

      # An employee record
      martin:
        name: Martin D'vloper
        job: Developer
        skill: Elite

    • Данни/JSON нормализиран отговор

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      Пример за израз на JSON път: Използвайте $.martin.job, за да получите стойността на разработчика.

  • Тип съдържание JSON

    Използвайте оценителя на JSON израза https://jsonpath.com/.

    • Входен формат на JSON:

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

    • Данни/JSON нормализиран отговор

      {
         "martin": {
            "name": "Martin D'vloper",
            "job": "Developer",
            "skill": "Elite"
         }
      }

      Пример за израз на JSON път: Използвайте $.martin.job, за да получите стойността на разработчика.

Задаване на променлива

Използвайте дейността „Задаване на променлива“, за да зададете стойности на променливите. Можете да променяте стойностите на променливите въз основа на вашето изискване или според потока.

Можете да конфигурирате множество променливи в рамките на една-единствена дейност на променливата. Това елиминира необходимостта да се конфигурират множество индивидуални дейности за задаване на променливи в платното, като по този начин се дава възможност на разработчиците на потоци да изграждат и променят потоци по-бързо.

Посочете вида променлива, която искате да изберете. За повече информация вижте Персонализирани променливи и Предварително дефинирани променливи.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки. Ако не конфигурирате пътя за обработка на грешки, глобалният манипулатор на грешки се занимава с грешката при изпълнение на потока.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Variable Settings раздел, конфигурирайте следното:

  1. Variable—Изберете променливата от падащия списък. Можете да зададете само персонализирани променливи на потока на персонализирани стойности. Предварително дефинираните променливи имат фиксирани стойности, както е указано от изпълнението на потока.

  2. Variable Value—Щракнете върху Set Value радио бутон, за да зададете променливата на определена стойност. Типът входно поле се променя въз основа на типа данни на избраната променлива. За да научите повече за типовете променливи данни, вижте Създаване на персонализирани променливи на потока.

    Ако стойността е низ, можете да въведете основен текст или израз.

    За да въведете израз, използвайте синтаксиса {{variable}}.

    Щракнете върху Set to Variable радио бутон, за да зададете стойността на променливата на стойността на друга променлива в потока. Изберете променливата от падащия списък. Всички променливи в потока са достъпни за избор.

  3. Add New—Щракнете върху Add New за добавяне на нови променливи. Дефинирайте променливата и променливата стойност. Не включвайте сложни изрази при конфигуриране на множество променливи в рамките на една зададена променлива дейност.

    Можете да конфигурирате до 10 променливи в рамките на една дейност за задаване на променлива. Можете да пренаредите променливите в рамките на дейността „Задаване на променлива“.

Потвърждаване на еднократна парола

Дейността „Потвърждаване на OTP“ ви позволява да валидирате предоставения от потребителя OTP, като използвате справочната препратка към транзакцията, записана по време на генерирането на OTP.

1

Плъзнете и пуснете дейността „Проверка на еднократната идентификация“ върху платното на потока.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В OTP Details раздел, конфигурирайте следното:

  1. OTP: Въведете името на променливата, което съдържа въведения от потребителя OTP.

  2. Transaction reference: Уникалната препратка, която възелът използва, за да провери еднократната парола, получена в стъпка 1.

  3. OTP Prefix и OTP Suffix (по желание): Въведете префикса и/или суфикса на еднократната парола, който трябва да бъде премахнат, преди да потвърдите еднократната парола.

4

В Advanced Settings, конфигурирайте следното:

  • Notify URL (По избор): Конфигурирайте крайна точка за получаване на известия за успех/неуспех. Полезният обем на известията включва ИД на корелация (препратката към транзакцията, подадена в „Генериране на OTP“), състоянието в полето за описание, времевото клеймо за потвърждение на OTP и свързаните метаданни.

    Примерен полезен обем

    { 
      "code": "0", 
      "transid": "f7ff05a4-cab7-663a-bt24-74568e4ff297", 
      "description": "SUCCESS", 
      "correlationid": "c6464f3e-38a3-456t-87ea-a118565677a5", 
      "time": "2026-05-19T10:02:41.234Z", 
      "api": "verify", 
      "txn_log_level": 0 
    } 
5

В Extra Parameters, въведете двойките за ключова стойност, които са зададени в генерирания OTP възел под формата на ключ и стойност. Повторете тази стъпка, за да добавите няколко параметъра.

Гласови дейности

  • Сляп трансфер
  • Съкратено прехвърляне
  • Анализ на напредъка на повикванията
  • Обратно повикване
  • Събиране на цифри
  • Меню
  • Пусни съобщение
  • Възпроизвеждане на музика
  • Записване
  • Управление на записите
  • Планиране на обратно повикване
  • Изпращане на цифри
  • Задаване на известие
  • Задаване на ИД на повикващия
  • Задаване на тайно съобщение
  • Стартирай мултимедийния поток
  • Качване на аудио

Сляп трансфер

Дейността за сляпо прехвърляне се прилага, когато повикването трябва да бъде прехвърлено към външен или външен DN на трета страна въз основа на зададени критерии за поток. Прехвърлянето може да бъде инициирано и към външен мост. Конфигурираният набор от критерии задейства дейността.

Използвайте възела за сляпо прехвърляне, за да прехвърляте повикванията към външни номера за набиране или номера в указателя на входни точки (EPDNs). Не можете да прехвърляте променливи с това прехвърляне. За да преместите контакти между входни точки или потоци и да предадете данни за контакт с контакта, използвайте GoTo с променливо съпоставяне.

По време на сляпо прехвърляне предишните ограничения за умения ще бъдат запазени, когато повикването се прехвърли към опашка, базирана на умения. Това е така, защото ограниченията на уменията се изчисляват, когато се изпълнява поток. Въпреки това, тъй като потокът не се изпълнява в случай на сляпо прехвърляне, предишните ограничения на уменията се запазват.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

Когато проектирате поток, взаимодействието на консулт не може да включва активност на сляпо прехвърляне. Не можете да добавите дейност за сляпо прехвърляне в рамките на потоците събития във Flow Control.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Transfer Dial Number раздел, конфигурирайте номера на местоназначението за повикването, като го въведете ръчно или изберете променлива.

  1. Transfer Dial Number—Въведете DN, към който трябва да се прехвърли повикване. Това може да бъде конкретно число, което се въвежда ръчно, или динамично число, което се посочва чрез променлива на поток.

  2. Specific Dial Number—Въведете номера, към който трябва да бъде прехвърлено повикването.

  3. Variable Dial Number—Изберете променливата на потока от падащия списък. Списъкът показва само променливи от типа „Низ“.

    Променливата съхранява номера, към който трябва да бъде прехвърлено повикването.

4

В Add header раздел, можете да конфигурирате и да предадете параметрите на заглавките на SIP към външни системи чрез SIP INVITE съобщения. Можете да конфигурирате до 20 заглавки в изходящото SIP INVITE съобщение.

Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center.

  1. Key—Въведете ключа за персонализирана X-заглавка.

  2. Value—Въведете стойност за персонализираната заглавка, която ще бъде предадена към изходящото SIP INVITE съобщение.

Трябва да избягвате включването на следната чувствителна информация за лична информация в заглавките на SIP.

  • Full names– Избягвайте използването на пълни имена на хора.

  • Social Security Numbers– Не включвайте никаква част от номера за социална сигурност.

  • Physical addresses—Въздържайте се от използване на домашни или служебни адреси.

  • Financial information—Изключване на номера на кредитни карти, данни за банкова сметка и т.н.

  • Health information– Избягвайте споделянето на подробности, свързани със здравето, или данни, които биха могли да се считат за PHI.

Следните шаблони на заглавки са запазени за вътрешна употреба и не трябва да се прехвърлят като персонализирани заглавки. По подразбиране всички заглавки, които отговарят на този шаблон, ще бъдат пропуснати и няма да бъдат прехвърлени в Webex Contact Center.

  • X-адрес

  • X-ДОБАВЯНЕ-ОТКЛОНЯВАНЕ

  • Състояние X-BNR

  • Оригинален кодек X-BNR

  • X-BNR-Bypassed

  • X-BroadWorks-корелация-информация

  • Поддръжка на X-FS

  • X-път

  • X- RTMS- CID

  • X- RTMS- OID

  • X- RTMS- CONFID

  • X-RTMS-AGENT-LEGID

  • X-RTMS-ENTER-SOUND

  • X-RTMS-APP-ПРЕФИКС

  • X-RTMS-без търсене

  • X-VPOP-ДОМЕЙН

5

Секцията „Кодове за грешка при изход“ описва кодовете за грешка при изход за дейността при сляпо прехвърляне,

  1. Unsupported Flow Activity—Код на грешка 48 показва, че потокът не може да изпълни дейността по съкратено прехвърляне, след като към повикването е зададен агент.

  2. System Error—Кодът на грешка 6 представлява различни системни грешки, които не попадат в нито една от дефинираните категории.

Съкратено прехвърляне

Дейността „Съкратено прехвърляне“ позволява повикването да бъде временно прехвърлено с поток към външна дестинация, като същевременно запазва контрола върху повикването. Външното местоназначение може да бъде външен мост или интерактивна услуга за гласов отговор (IVR).

Когато третата страна прекрати повикването, потокът от повиквания продължава и се включва отново, както е необходимо, като например опашка на повикването към агент.

Дейността по съкратено прехвърляне се подобрява, за да се премахне опашката на контакта при изпращане на контакт до интерактивен гласов отговор (IVR) на трета страна или автоматично разпределение на повикванията (ACD). Ако контактът не се обработи в системата на трета страна, той може да бъде върнат в оригиналната опашка.

Да предположим например, че контактният център има ресурси на агент на Webex Contact Center и ресурси на агент на външен център за повиквания/PBX. Клиентът иска да постави на опашка повикване срещу опашка от агенти на Webex Contact Center за кратък период от време (кажете 60 секунди). Ако през този период няма наличен агент, повикването може да бъде прехвърлено по мост (с имплицитно отклонение) към външния център за повиквания за обработка с цел подобряване на времето за реакция към клиента.

Преди да започнете

  • Не можете да добавите дейността „Съкратено прехвърляне“ към дейността „Контакт с опашката“.

  • Не въвеждайте дейност за съкратено прехвърляне по-късно в потока за контакти, които са паркирани, поставени на опашка или зададени на агент. Това може да доведе до неподдържана грешка в потока.

  • Не можете да използвате дейността „Съкратено прехвърляне“ в изходящите потоци на повиквания.

  • Не можете да добавите дейност за съкратено прехвърляне в рамките на потоците събития във Flow Control.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В раздела „Общи настройки“ въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Transfer Dial Number раздел, конфигурирайте номера на местоназначението за повикването, като го въведете ръчно или изберете променлива.

  1. Transfer Dial Number—Въведете DN, към който трябва да се прехвърли повикване. Това може да бъде конкретно число, което се въвежда ръчно, или динамично число, което се посочва чрез променлива на поток.

  2. Specific Dial Number—Въведете номера, към който трябва да бъде прехвърлено повикването.

  3. Variable Dial Number—Изберете променливата на потока от падащия списък. Променливата съхранява номера, към който трябва да бъде прехвърлено повикването.

4

В Transfer Timeout Settings раздел, можете да конфигурирате поведението на дейност за съкратено прехвърляне, когато прехвърленото повикване не бъде прието в рамките на определено време.

  1. Timeout– Това е колко време системата изчаква прехвърлената страна да приеме повикването. Ако получателят не приеме в рамките на това време, системата прекратява повикването.

    Продължителността трябва да е в диапазона 1-120 секунди. Стойността по подразбиране е 10 секунди.

5

В Output Digit Settings раздел, можете да изведете DTMF цифрите до местоназначението по време на съкратено прехвърляне. Използвайте това, за да изпращате информация или да навигирате в менютата на IVR на трета страна. Можете да въведете цифрите ръчно или да изберете динамични цифри с помощта на променлива.

  1. Send Output Digits– Включете превключвателя, ако искате да изведете цифрите за DTMF към местоназначението, след като местоназначението отговори на повикването и преди прехвърлянето да приключи.

  2. Specific output digits– Въведете конкретните изходни цифри на DTMF.

  3. Variable output digits—Изберете променливата на потока от падащия списък. Променливата съхранява DTMF номера.

Максималната дължина на DTMF цифрите е 32 знака. Поддържаните знаци са 0-9, A-D, звездичка (*), хеш (#) и запетая (,). Знакът запетая (,) означава една секунда закъснение.

6

В Add header section, можете да конфигурирате и да предадете параметрите на заглавките на SIP към външни системи чрез SIP INVITE съобщения. Можете да конфигурирате до 20 заглавки в изходящото SIP INVITE съобщение.

  1. Key—Въведете ключа за персонализирана X-заглавка.

  2. Value—Въведете стойност за персонализираната заглавка, която ще бъде предадена към изходящото SIP INVITE съобщение.

Използването на персонализирани X-заглавки в момента се поддържа за организации, използващи Webex Calling с локален шлюз (LGW) като опция за телефония за Webex Contact Center.

Трябва да избягвате включването на следната чувствителна информация за лична информация в заглавките на SIP.

  • Full names– Избягвайте използването на пълни имена на хора.

  • Social Security Numbers– Не включвайте никаква част от номера за социална сигурност.

  • Physical addresses—Въздържайте се от използване на домашни или служебни адреси.

  • Financial information—Изключване на номера на кредитни карти, данни за банкова сметка и т.н.

  • Health information– Избягвайте споделянето на подробности, свързани със здравето, или данни, които биха могли да се считат за PHI.

Следните шаблони на заглавки са запазени за вътрешна употреба и не трябва да се прехвърлят като персонализирани заглавки. По подразбиране всички заглавки, които отговарят на този шаблон, ще бъдат пропуснати и няма да бъдат прехвърлени в Webex Contact Center.

  • X-BroadWorks-корелация-информация

    Поддръжка на X-FS

  • X-път

  • X- RTMS- CID

  • X- RTMS- OID

  • X- RTMS- CONFID

  • X-RTMS-AGENT-LEGID

  • X-RTMS-ENTER-SOUND

  • X-RTMS-APP-ПРЕФИКС

  • X-RTMS-без търсене

  • X-VPOP-ДОМЕЙН

7

В Output Variable раздел, можете да заснемете информация за резултата от прехвърлянето.

  1. BridgedTransfer_dxm.FailureCode—Този параметър записва грешки или кодове за статус, съответстващи на неуспешни опити за извършване на брикиран трансфер с помощта на модула за цифрови вътрешни номера (DXM).

  2. BridgedTransfer_dxm.FailureDescription– Този параметър съхранява описанието на неуспеха, срещнат по време на опит за bridged прехвърляне с помощта на (DXM).

  3. BridgedTransfer.Headers– Този параметър съхранява заглавките на SIP, анализирани от съобщението BYE. Заглавките се съхраняват като JSON обект. Отделните заглавки могат да бъдат извлечени и зададени в потоци или глобални променливи за по-нататъшна употреба.

    Следващата таблица обобщава кодовете за неуспех при извеждане на дейността по прехвърляне.

    Код на неуспех

    Описание на неуспеха

    Обяснение

    1

    Невалиден_номер

    Набраният номер (DN) от външен указател е невалиден.

    2

    Зает

    Външният DN или е ангажиран, или е отхвърлил входящите повиквания.

    3

    Няма отговор

    Външният DN не успя да отговори на повикването в рамките на предварително зададената продължителност на изчакване.

    48

    Неподдържана активност в потока

    Потокът не може да изпълни дейността по съкратено прехвърляне след опашката или след като към повикването е зададен агент.

    6

    System_Грешка

    Този код представлява различни грешки, които не попадат в дефинираните по-горе категории.

    Съкратеното прехвърляне е налично само на платформи за гласова мултимедия от следващо поколение (VPOP и Webex Calling).

Анализ на напредъка на повикванията

Използвайте дейността „Анализ на напредъка на повикванията“, за да зададете параметрите на CPA, за да извършите откриване на гласова поща/машина за приемане на повикване (AMD) за обратно повикване.

Можете да поставите дейността „Анализ на напредъка на повикванията“ в следните области:

  • В основния поток, във всеки момент след дейността за обратно повикване.

  • В потока на събития, само на манипулатора на събития CallbackFailed.

  • В основния поток, във всяка точка за планирано обратно повикване или персонално планирано обратно повикване.

Когато опитате обратно повикване, ако повикването достигне AMD/гласова поща, системата маркира повикването като неуспешно. Резултатът от откриването на AMD се записва в изходната променлива причина на манипулатора на събитието CallbackFailed. Ако стойността на CallbackFailed.reason е AMD, тя показва, че AMD/гласова поща е открита за клиента. Въз основа на тази изходна променлива можете да конфигурирате повторни опити за обратно повикване.

Тази дейност е налична само ако предпочитаната опашка и функциите за обратно повикване са активирани за предприятието.

Ако сте конфигурирали анкета за клиент след повикване във вашия поток, тя няма да се инициира, ако на повикването бъде отговорено от AMD или гласова поща, което предотвратява ненужни анкети.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Advanced Media Parameters раздел, конфигурирайте следните параметри на CPA:

  1. Min Silence Period—Това показва минималния период на тишина (в милисекунди), необходим за класифицирането на повикването като открито гласово. Ако няколко повиквания на телефонната слушалка се прехвърлят към агенти като глас, тогава увеличете тази стойност за по-дълги паузи в поздравите на телефонната слушалка. Можете да зададете тази стойност между 100-1000 ms със стойността по подразбиране като 608 ms.

  2. Analysis Period– Това показва продължителността от време (в милисекунди), прекарано за анализиране на повикване. Ако има кратък поздрав за агент на телефонна слушалка, тогава по-дългата стойност категоризира, че телефонната слушалка се обажда като глас. Ако повикването е до бизнес, в който операторът има по-дълъг скриптиран поздрав, по-кратката стойност категоризира дългия и жив поздрав като повикване на машината за приемане. Можете да зададете тази стойност между 1000-10000 ms със стойността по подразбиране като 2500 ms.

  3. Min Valid Speech– Това показва минималната продължителност от време (в милисекунди) за глас, необходима за класифициране на повикване като открит глас. Можете да зададете тази стойност между 50-500 ms със стойността по подразбиране като 112 ms.

  4. Max Time Analysis– Това показва максималната продължителност от време (в милисекунди), разрешена за анализ, преди да се идентифицира анализът на проблема като мъртъв въздух или нисък обем. Можете да зададете тази стойност между 1000-10000 ms със стойността по подразбиране като 3000 ms.

Output variables

  • FailureCode—Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.

  • FailureDescription—Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Обратно повикване

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

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

Ако е за предпочитане нова опашка, поставете задачата в долната част на предпочитаната опашка. Когато агентът приеме задачата, се инициира обратно повикване. Ако повикващият не отговори, обратното повикване не се прави повторен опит.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Потоци на събития.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Callback Settings раздел, конфигурирайте следното:

  1. Callback Dial Number—Въведете номера за набиране, на който повикващият да получи обратно повикване. Изберете променливата от падащия списък, която съдържа номера за обратно повикване, например ANI, който е свързан с повикването. Променливата може да бъде номер, който се събира в дейността за събиране на цифри в потока на повиквания. Ако не е направен избор, се използва ANI на повикващия. Номерът за обратно повикване се съхранява в изходната променлива на събитието NewContact.ANI.

    По подразбиране бутонът за превключване за Register callback to different destination? е настроен на изключен. Обратното повикване се регистрира в същото местоназначение на опашката. Ако предпочитаният агент е зает и не е наличен, включете бутона за превключване, за да изберете ново местоназначение за обратно повикване. Местоназначението се променя от агент на опашка. Не можете да променяте местоназначението директно на друг агент, а само на опашка, която съдържа агенти.

  2. Callback Queue—Изберете една от наличните опции за опашка за обратно повикване от падащия списък:

    • Static Queue: Изберете статична опашка, в която се поставят всички заявки за обратно повикване. Задачите са разположени в долната част на тази опашка. Управление на опашки от Control Hub.

    • Variable Queue: Позволява на администратора да посочи опашка за обратно повикване въз основа на условията в потока. Изберете променлива от падащия списък. Списъкът показва само променливи от типа „Низ“.

      По подразбиране се задава на опашката, в която е поставен повикващият, както е записан в паркирания контакт. Изходната променлива на QueueName е свързана с дейността "Контакт с опашката". Ако е необходимо, изберете друга променлива от падащия списък. Уверете се, че променливата дава валидна селекция на опашка.

      Когато конфигурирате поток за обратно повикване до предпочитан агент, поставете в потока активността на опашката като агент преди активността на обратно повикване.

  3. Callback ANI—Активира конфигурацията за обратно повикване на ANI за клиенти, когато получат обратно повикване. Конфигурацията на ANI за обратно повикване с любезност не е задължителна. Изберете една от наличните опции:

    • Static ANI: Изберете номер за обратно повикване от падащия списък. Тези номера за набиране съпоставят с входни точки, които са конфигурирани в Control Hub. Ако не изберете номер за обратно повикване, Webex Contact Center използва номера, който е съпоставен с входната точка, за която сте поискали обратно повикване.

    • Variable ANI (optional): Изберете променлива от падащия списък. Списъкът показва само променливи от типа „Низ“. Уверете се, че променливата предоставя валиден цифров номер от 10, предшестван от код на страната.

      Този код трябва да бъде съпоставен с входна точка, която инициира обратно повикване. За използване на валидни формати на ANI вижте персонализираната таблица за проверка на ANI, налична в този раздел. Ако не изберете променлива, Webex Contact Center взема предвид номера, който е съпоставен с входната точка, за която сте поискали обратно повикване.

The Callback Settings секцията определя номера за набиране за обратно повикване и опашката, в която повикващият трябва да бъде поставен за заявката за обратно повикване. Системата запазва мястото на повикващия в опашката, докато следващият агент стане наличен.

Трябва да използвате дейност „Прекъсване на връзката с контакта“, за да прекратите клон на поток, който използва дейност за обратно повикване. В противен случай повикването не приключва, когато е направена заявка за обратно повикване.

Администраторите на потоци трябва да тестват функцията в среда, която не е производствена, за да са сигурни, че ANI, конфигуриран като част от променливия ANI, е правилен или не. Ако предоставеният ANI е неправилен, обратното повикване превключва към ANI на системата по подразбиране.

Това са сценариите, при които персонализираният ANI е конфигуриран и валидиран за управление на клиента и контрол на потока. Въз основа на стека, който използвате, можете да видите потвърждения, които са приложими само за този стек.

Table 12. Customized ANI validation

Описание

Управление на клиенти – въвеждане на ANI

Предварително набиране/обратно повикване за учтивост – ANI вход (Flow Control)

Валидиране

ANI без код на страна

Без код на страна. Например, 2567312213

Без код на страна. Например: 2567312213

Валиден ANI. Използва се и същият ANI.

Въведеният ANI за управление на клиенти е с код на страна, а въведеният ANI за контрол на потока е без конфигуриран код на страна.

с код на страна. Например +1-2567312213

Без код на страна. Например, 2567312213

Невалиден ANI. DNIS се използва

Въведеният ANI за управление на клиенти е без код на страната, а въведеният ANI за контрол на потока е конфигуриран с кода на страната

Без код на страна. Например, 2567312213

с код на страна. Например +1-2567312213

Невалиден ANI. Използва се DNIS.

Въведеният ANI за управление на клиенти и въведеният ANI за контрол на потока имат конфигуриран код на страната.

с код на страна. Например +1-2567312213

с код на страна. Например +1-2567312213

Валиден ANI. Използва се и същият ANI.

Въведеният ANI за управление на клиенти няма интервал между тях и въведеният ANI за контрол на потока има интервал между тях.

Няма интервал между числото. Например +1-2567312213

Интервал между числото. Например +1-256 7312213

Валиден ANI. Използва се и същият ANI.

Въведеният ANI за управление на клиенти няма тирета между тях, а въведеният ANI за контрол на потока има тирета между тях.

Между числото няма тирета. Например +1-2567312213

Тирета между числото. Например +1-256-731-2213

Валиден ANI. Използва се и същият ANI.

Въведеният ANI за управление на потока съвпада с последните няколко цифри на въведения ANI за управление на клиенти.

Попълнете въведеното за ANI. Например +1-2567312213

Последните четири цифри съвпадат. Например, 2213

Невалиден ANI. Използва се DNIS.

Въведеният ANI на Flow Control има конфигурирани повече цифри от въведения ANI за управление на клиенти.

Частично въвеждане на ANI. Например, 2213

10– цифрено въвеждане на ANI. Например, 2567312213

Невалиден ANI. Използва се DNIS.

Въведеното за ANI за управление на клиенти е конфигурирано, а въведеното за ANI за управление на потока не е конфигурирано.

Попълнете въведеното за ANI. Например +1-2567312213

ANI не е конфигуриран.

Невалиден ANI. Използва се DNIS.

Flow Control ANI не включва символ плюс.

Използва се символът плюс. Например +1-2567312213

Символът плюс не е използван. Например, 12567312213

Невалиден ANI. Използва се DNIS.

Output Variables:

  • FailureCode—Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.

  • FailureDescription—Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Error Codes

Следват кодовете за грешка и описанията за дейността за обратно повикване:

Table 13. Callback Failure Code Description

Код на неуспех

Стойност на кода за неуспех

Описание на неуспеха

1

НЕВАЛИДНО_ИСКАНЕ

В дейността е направена невалидна заявка.

2

ВЗАИМОДЕЙСТВИЕ С CALLBACK_NOT_SUPPORTED_ON_CHILD

Обратно повикване не е позволено при контакт с дете.

3

НЕВАЛИДНА_ОПАШКА

В дейността е посочена невалидна опашка.

4

НЕВАЛИДНО_МЕСТОНАЗНАЧЕНИЕ

Номерът на местоназначението за обратно повикване е невалиден.

5

FEATURE_NOT_ENABLED

Функцията не е активирана в приложението Webex Contact Center.

6

SYSTEM_ERROR

Възникна вътрешна грешка в системата.

Събиране на цифри

Дейността „Събиране на цифри“ подканва повикващия да въведе двутоново многочестотно (DTMF) въвеждане, като например номер на акаунт. Подобно на дейностите за пускане на съобщение и меню, дейността за събиране на цифри може да използва аудио файлове, съобщения от текст към реч или комбинация от двете.

Тази дейност приема входни цифри в DTMF от 0 до 9 и букви A, B, C и D. Повикващият може да въведе # или * като символ за край, за да посочи края на въвеждането в DTMF.

Повикващият не може да използва символите за прекратяване за други сценарии като част от дейността за събиране на цифри, като например потвърждаване на сумата или ИД на клиент.

По подразбиране мултимедийната платформа от следващо поколение поддържа само RFC2833 тип DTMF както за входящи, така и за изходящи повиквания.

Мултимедийната платформа от следващо поколение поддържа вътрешночестотен DTMF.

Тази функция е налична само ако е активиран съответният флаг за функция.

Можете също да чувате звуците в честотната лента DTMF по време на запис и на конференция с други страни.

Можете да конфигурирате тези пътища за обработка на грешки, за да обработвате грешки при изпълнение на потока:

  • Entry Timeout—Показва пътя за извеждане на грешката, който се поема от потока, след като изтече времето за изчакване на влизане. Конфигурирането на този път гарантира, че повикващият не изчаква твърде дълго. Продължителността на времето за влизане може да се промени в раздела "Разширени настройки" на панела "Свойства". Можете да възпроизвеждате съобщение, поясняващо какво се очаква от повикващия, и да се върнете обратно към началото на дейността.

  • Unmatched Entry– Показва пътя на изхода на грешката, който се поема от потока, ако повикващият въведе DTMF, която не е конфигурирана в секцията „Връзки към персонализирано меню“. Конфигурирането на този път гарантира, че на повикващия е позволено да рестартира дейността и да опита отново. Можете да възпроизвеждате съобщение, поясняващо какво се очаква от повикващия, и да се върнете обратно към началото на дейността.

  • Undefined Error—За повече информация вижте Конфигуриране на обработката на грешки.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Prompt раздел, конфигурирайте следните настройки:

  1. Деактивирано „От текст към реч“ – по подразбиране „от текст към реч“ не е активирано. За да конфигурирате подканата без текст към реч, добавете поне един предварително зададен аудио файл. Изберете аудио файла от падащия списък. Можете да конфигурирате до общо пет аудио подкани (аудио файлове и аудио подкани променливи комбинирани). Пълната подкана се пуска на повикващия в конфигурирания ред, като се редуват между аудио файловете и аудио подканените променливи.

    Ако някой от въведените в списъка е празен, системата показва грешка в потока. Отстранете тези грешки, преди да публикувате потока.

    • Add Audio File(s)—За да добавите още аудио файлове, щракнете върху Add New. Файловете се възпроизвеждат на повикващия в последователността, в която са конфигурирани.

      За да премахнете аудио файл от последователността, щракнете върху Delete икона, която се показва до всеки падащ списък. Иконата "Изтриване" не се появява, когато е наличен само един падащ списък, защото имате нужда от поне един аудио файл за подканата.

      За да управлявате аудио файлове, вижте \„Качване на файл с аудио ресурси\“.

    • Add Audio Variable—Използвайте тази опция, за да конфигурирате аудио подканата да се възпроизвежда динамично на клиентите. Например можете да конфигурирате тази променлива да възпроизвежда аудио подкана на различни езици въз основа на предпочитанията на клиента по време на взаимодействието.

      За да конфигурирате аудио променливата, щракнете Add Audio Variable. Въведете стойността на променливата под формата на израз с камъчета.

      За повече информация вижте Синтаксис на шаблона на камъка.

      Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub

    • Preview prompt—Щракнете върху Preview prompt бутон за визуализация на аудио файла. В Preview prompt диалогов прозорец, който се появява, щракнете върху \„Пусни\“, за да възпроизведете избраните аудио файлове.

    • Make Prompt Interruptible—The Make Prompt Interruptible Квадратчето за отметка ви позволява да посочите дали конфигурираната подкана може да бъде прекъсната от въвеждането или събитието на повикващия. По подразбиране подканите не могат да се прекъсват. Ако е важно подканата да чува повикващия, не я позволявайте да бъде прекъсваема.

      Забележка: За организациите, които са осигурени с новата платформа Next Generation, системата конфигурира прекъсваема подкана по подразбиране, независимо от това дали Make Prompts Interruptible квадратчето за отметка е отметнато или премахнато от разработчиците на потоци.

  2. Enabled Text-To Speech—По подразбиране „От текст към реч“ не е активирано. За да използвате „от текст към реч“ в подканите си, активирайте бутона за превключване от текст към реч. Можете да конфигурирате до пет аудио подкани (текстови към реч съобщения, аудио файлове и променливи за аудио подкани взети заедно). Пълната подкана се пуска на повикващия в конфигурирания ред, като се редуват между конфигурираните текстови към говор съобщения, аудио файлове и променливи за аудио подкана.

    • Connector—Опциите за език и глас се променят въз основа на избрания конектор. Изборът диктува езика, пола и тона, които системата използва за четене на съобщения от текст към реч до повикващия.

      Ако използвате Google TTS, можете да прегледате различните опции на страницата Google Текст към реч.

      Съществуващите клиенти на гласовата платформа Next Generation могат да виждат както Cisco Cloud Text-to-Speech, така и Google TTS конекторите.

    • Override Default Language & Voice Settings—Използвайте този превключвател, за да заместите гласовите настройки, конфигурирани в променливата за глобално гласово име. Този параметър е активиран по подразбиране.

    • Output Voice—Показва името на изходящия глас. Това поле се появява само ако разрешите Override Default Language & Voice Settings бутон за превключване. Изберете изходното гласово име от падащия списък.

      Ако изходното гласово име, което се поддържа от Google, не е налично в падащия списък „Изходящ глас“, деактивирайте бутона „Заместване на езика и гласовите настройки по подразбиране“. Включете дейността Задаване на променлива преди дейността „Събиране на цифри“ в потока.

      Конфигурирайте дейността за задаване на променлива, както следва:

      1. Задайте променливата на Global_VoiceName.

      2. Задайте стойността на променливата на необходимия изходен код за гласово име (например en-US-Standard-D). За повече информация относно поддържаните гласове и езици вижте страницата Поддържани гласове и езици на Google.

    • Add Text to Speech Message–Когато изграждате подканата си, можете да използвате „от текст към реч“ или комбинация от предварително записани аудио файлове и „от текст към реч“ съобщения. Щракнете върху Add Text-to-Speech Message за да добавите ново поле за въвеждане на текст към раздела „Подкана“. Тук можете да въведете съобщението, което се чете на повикващия с избрания език и глас.

      Important considerations:

      • Използвайте дейност „Задаване на променлива“, за да зададете стойността на TTS съобщението на променлива на поток, преди да го използвате в дейността.

      • Използвайте единични кавички вместо двойни кавички в каменни изрази.

      Няма ограничение на знаците за съобщенията от текст към реч на Cisco.

      Полето приема два типа въвеждане: необработен текст (обикновен текст) или данни във формат SSML. Можете да използвате променливи също и като част от съобщението, за да прочетете динамичното съдържание.

      За да укажете променлива, използвайте този синтаксис: {{variable}}. Например {{NewContact.ANI}}.

      За поддържани SSML етикети за Cisco облак „Текст към реч“ вижте Текст към реч (TTS) в Webex Contact Center.

    • Add Audio File—За да смените текстови към реч съобщения с предварително записани аудио файлове, щракнете върху Add Audio File. Това добавя нов ред към конфигурацията, където можете да изберете аудио файл от падащ списък.

      За да премахнете елемент от последователността, щракнете върху иконата Изтриване до този елемент. Иконата „Изтриване“ не се вижда, когато е конфигурирано само едно поле, защото се изисква поне едно съобщение или аудио файл.

    • Add Audio Variable—Използвайте тази опция, за да конфигурирате аудио подканата да се възпроизвежда динамично на клиентите. Например можете да конфигурирате тази променлива да възпроизвежда аудио подкана на различни езици въз основа на предпочитанията на клиента по време на взаимодействието.

      За да конфигурирате аудио променлива, щракнете върху \„Добавяне на аудио променлива\“. Въведете стойността на променливата под формата на израз с камъчета.

      За повече информация вижте Синтаксис на шаблона на камъка.

      Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub.

    • Preview prompt—Щракнете върху Preview prompt бутон за тестване и визуализация на съобщенията от текст към реч и аудио файловете. В Preview prompt се появява диалогов прозорец, изберете необходимия глас, за да тествате подканата. Можете да възпроизвеждате съобщенията и аудио файловете по следния начин:

      1. Щракнете върху Play за възпроизвеждане както на аудио файла, така и на съобщението заедно.

      2. Възпроизвеждайте само аудио файловете.

      3. Възпроизвеждайте само съобщенията от текст към реч.

    • Make Prompt Interruptible—The Make Prompt Interruptible Квадратчето за отметка ви позволява да посочите дали конфигурираната подкана може да бъде прекъсната от въвеждането или събитието на повикващия. По подразбиране подканите не могат да се прекъсват. Ако е важно подканата да чува повикващия, не я позволявайте да бъде прекъсваема.

      За организациите, които са осигурени с новата платформа Next Generation, системата конфигурира прекъсваема подкана по подразбиране, независимо от това дали Make Prompts Полето за отметка с възможност за прекъсване е отметнато или премахнато от разработчиците на потоци.

  3. След това конфигурирайте настройките за „От текст към реч“. Настройките от текст към реч включват следните настройки, които се използват за валидиране на очакваното въвеждане на DTMF от повикващия.

    • Speaking Rate– Показва скоростта на речта. Увеличете или намалете цифровия вход, за да поддържате идеалната честота на речта и да контролирате честотата на изходящия говор.

      Валидните стойности за цифровото въвеждане са в диапазона от 0.25 до 4.0 думи в минута (wpm). Стойността по подразбиране е 1.0 wpm.

    • Volume Gain—Показва увеличаване или намаляване на изхода на обема. Увеличете или намалете цифровото въвеждане, за да поддържате идеалния обем на изходящия говор.

      Валидните записи за цифровото въвеждане са в диапазона от –96.0 децибела до 16.0 децибела (dB). Стойността по подразбиране е 0.0 dB.

  4. В „Разширени настройки“ конфигурирайте следното:

    • No-Input Timeout—Показва максималната продължителност, която дейността за събиране на цифри изчаква за въвеждане, преди да продължи към пътя за изчакване на влизане. Стойността по подразбиране е 3 секунди.

    • Inter-Digit Timeout—Показва максималната продължителност, за която дейността за събиране на цифри изчаква между цифри, преди да продължи в потока. Това се случва само след въвеждане на поне една цифра. Повикващият може да въведе символа за терминатор, за да укаже, че записът е завършен, така че повикването да продължи без изчакване на междуцифрен срок.

      Времето за изчакване между цифри не е приложимо за клиенти, използващи платформата за гласови услуги. По подразбиране този параметър не е деактивиран за клиенти, които използват платформата за гласови услуги.

    • Minimum Digits— Посочва минималния брой цифри, които трябва да въведе повикващият. Стойността по подразбиране е 1. Ако повикващият въведе въведена стойност, която е по-малка от тази стойност, потокът следва Unmatched Entry път, който е конфигуриран в Error Handling раздел.

    • Maximum Digits– Показва максималния брой цифри, които може да въведе повикващият. Стойността по подразбиране е 10. Ако повикващият въведе въведена стойност, която е по-голяма от тази стойност, потокът следва Unmatched Entry път, който е конфигуриран в Error Handling раздел.

    • Terminator Symbol– Показва знака, който повикващият може да въведе, за да посочи края на въвеждането. Символът за терминатор може да бъде # или * в зависимост от конфигурацията.

      По подразбиране символът за терминатор е #.

  5. В Output Variable раздел, дейността „Събиране на цифри“ предоставя променливата {{CollectDigits.DigitsEntered}}, която съхранява въвеждането в DTMF на повикващия, когато потокът се изпълнява. Можете да използвате тази променлива в следващите дейности, за да управлявате логиката на потока. Името на променливата динамично отразява етикета, присвоен на дейността за събиране на цифри. Ако потокът включва множество дейности за събиране на цифри, системата улавя отделна изходна променлива за всяка една. За повече информация вижте Променливи за извеждане на събитие.

Меню

Дейността на менюто ви позволява да изградите в потока си среда Cisco Unified IP Interactive Voice Response (IVR). Дейността пуска подкана, която позволява на повикващия да въведе DTMF цифра. Въз основа на въведената цифра от повикващия, потокът може да поеме различен път.

Менюто може да има 1-10 клона, представени с цифри 0-9.

Можете да използвате дейността на менюто със или без активирана „От текст към реч“. Опциите за конфигуриране се променят съответно.

Можете да конфигурирате тези пътища за обработка на грешки, за да обработвате грешки при изпълнение на потока:

  • No-Input Timeout—Показва пътя за извеждане на грешката, който се поема от потока, след като изтече времето за изчакване на влизане. Конфигурирането на този път гарантира, че повикващият не изчаква твърде дълго. Променете продължителността на изчакване без въвеждане в секцията „Разширени настройки“ на панела „Свойства“. Помислете за възпроизвеждане на съобщение, за да изясните очакванията към повикващия, и след това се върнете към началото на дейността.

  • Unmatched Entry– Показва пътя на изхода на грешката, който се поема от потока, след като повикващият въведе DTMF, която не е конфигурирана в секцията „Връзки към персонализирано меню“. Конфигурирането на този път гарантира, че повикващият може да рестартира дейността и да опита отново. Помислете за възпроизвеждане на съобщение, за да изясните очакванията към повикващия, и след това се върнете към началото на дейността.

    За да извършите обратно повикване до началото на дейността за определен брой пъти:

    • Добавете дейността „Задаване на променлива“ след дейността „Меню“.

    • В дейността на менюто се свържете No-input timeout and Unmatched Entry възлите към дейността „Задаване на променлива“.

    • Конфигурирайте дейността за задаване на променлива, както следва:

      • В Variable изберете поле Timeout.

      • Задайте Variable Value to {{Timeout +1}}.

    • Добавете дейността „Състояние“ след дейността „Задаване на променлива“.

    • В дейността състояние въведете следния израз:

      {{timeout >= n}}, където n е броят пъти, когато искате да върнете повикването обратно в менюто, преди прекъсването на връзката.

      Например, ако {{timeout >= 3}, конфигурацията връща повикването в менюто три пъти преди прекъсването на връзката.

    • Добавете дейността за пускане на съобщение, последвана от дейността за прекъсване на контакт, за да възпроизведете записа и прекъснете връзката с повикването, ако повикващият не избере конфигурираните опции или времето за изчакване се случи след n брой пъти.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Prompt раздел, конфигурирайте следните настройки:

  1. Disabled Text-To Speech—По подразбиране не е активирано от текст към реч. За да използвате „От текст към реч“ в подканата си, активирайте бутона за превключване от текст към реч. Изберете аудио файла от падащия списък. Можете да конфигурирате до общо пет аудио подкани (аудио файлове и аудио подкани променливи комбинирани). Дейността възпроизвежда пълната подкана към повикващия в конфигурирания ред, редуване между аудио файловете и конфигурираните променливи на аудио подкана.

    Ако някой от въведените в списъка е празен, системата показва грешка в потока. Отстранете тези грешки, преди да публикувате потока.

    • Add Audio File(s)—За да конфигурирате подканата без текст към реч, добавете поне един предварително записан аудио файл. Изберете файла от падащото поле с етикет 1. За да добавите още аудио файлове, щракнете Add New.

      За да премахнете аудио файл от последователността, щракнете върху Delete икона, която се показва до падащия списък. Тъй като се изисква поне един аудио файл, Delete иконата не се вижда, ако се вижда само едно падащо поле.

      Управлявайте аудио файлове от настройката „Аудио подкани“ в Control Hub. За повече информация вижте Управление на аудио подканите.

    • Add Audio Variable—Използвайте тази опция, за да конфигурирате аудио подканата да се възпроизвежда динамично на клиентите. Например можете да конфигурирате тази променлива да възпроизвежда аудио подкана на различни езици въз основа на предпочитанията на клиента по време на взаимодействието.

      За да конфигурирате аудио променливата, щракнете Add Audio Variable. Въведете стойността на променливата под формата на израз с камъчета.

      За повече информация вижте Синтаксис на шаблона на камъка.

      Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub.

    • Preview prompt—Щракнете върху Preview prompt бутон за визуализация на аудио файла. В Preview prompt диалогов прозорец, който се появява, щракнете върху \„Пусни\“, за да възпроизведете избраните аудио файлове.

    • Make Prompt Interruptible– Тази опция ви позволява да посочите дали конфигурираната подкана може да бъде прекъсната от въвеждането или събитието на повикващия. По подразбиране, Make Prompt Interruptible не е отметнато за дейността на менюто. Ако искате повикващият да може да прекъсне менюто, когато въведе DTMF вход, помислете дали съобщението да може да се прекъсва.

      Забележка: За организациите, които са осигурени с новата платформа Next Generation, системата конфигурира прекъсваема подкана по подразбиране, независимо от това дали Make Prompts Полето за отметка с възможност за прекъсване е отметнато или премахнато от разработчиците на потоци.

  2. Enabled Text-To Speech—По подразбиране „От текст към реч“ не е активирано. За да използвате „От текст към реч“ в подканата си, активирайте бутона за превключване от текст към реч. Можете да конфигурирате до пет аудио подкани (текстови към говор съобщения, аудио файлове и променливи за аудио подкани взети заедно). Дейността възпроизвежда пълните подкани към повикващия в конфигурирания ред, редуващи се между съобщенията от текст към реч, аудио файлове и променливи за аудио подкани.

    • Connector—Изберете конектор, за да удостоверите услугата от текст към реч. Падащият списък показва имената на конекторите на Google, които са конфигурирани в Control Hub.

      Съществуващите клиенти в класическата гласова платформа могат да виждат само конектора Google TTS в падащия списък.

      Съществуващите клиенти на гласовата платформа Next Generation могат да виждат както Cisco Cloud Text-to-Speech, така и Google TTS конекторите.

    • Override Default Language & Voice Settings—Използвайте този превключвател, за да заместите гласовите настройки, конфигурирани в променливата за глобално гласово име. Този параметър е активиран по подразбиране.

    • Output Voice—Изберете името на изходящия глас от падащия списък.

      Ако изходното гласово име, което поддържа Google, не е налично в Output Voice падащ списък, деактивирайте Override Default Language & Voice Settings бутон за превключване. Включете дейността Задаване на променлива преди дейността „Меню“ в потока.

      Конфигурирайте дейността за задаване на променлива, както следва:

      1. Задайте променливата на Global_VoiceName.

      2. Задайте стойността на променливата на необходимия изходен код за гласово име (например en-US-Standard-D). За повече информация относно поддържаните гласове и езици вижте страницата Поддържани гласове и езици на Google.

    • Add Audio Files—За да смените текстови към реч съобщения с предварително записани аудио файлове, щракнете върху Add Audio File. Това добавя нов ред към конфигурацията, където можете да изберете аудио файл от падащ списък.

    • За да премахнете елемент от последователността, щракнете върху Delete икона до този елемент. Тъй като се изисква поне едно съобщение или аудио файл, Delete иконата не се вижда, когато е конфигурирано само едно поле.

    • Add Text to Speech Message—Когато изграждате подканата си, можете да използвате изключително текст към реч или да използвате комбинация от предварително записани аудио файлове и съобщения от текст към реч. Щракнете върху Add Text-to-Speech Message за да добавите ново поле за въвеждане на текст към раздела за създаване на подкана.

      Important considerations:

      1. Използвайте дейност „Задаване на променлива“, за да зададете стойността на TTS съобщението на променлива на поток, преди да го използвате в дейността

      2. . Използвайте единични кавички вместо двойни кавички в каменни изрази.

      Можете да въведете съобщението, което трябва да бъде прочетено на повикващия, като използвате избрания език и глас.

      Няма ограничение на знаците за съобщенията от текст към реч на Cisco.

      Полето приема два типа въвеждане: необработен текст (обикновен текст) или форматирани данни за езика на синтеза на реч (SSML). Можете също да използвате променливи като част от съобщението, за да прочетете динамичното съдържание. Ако въведете променлива, използвайте този синтаксис: {{variable}}. Например {{NewContact.ANI}} използва валиден променлив синтаксис.

      За поддържани SSML етикети за Cisco облак „Текст към реч“ вижте Текст към реч (TTS) в Webex Contact Center.

    • Add Audio Variable—Използвайте тази опция, за да конфигурирате аудио подканата да се възпроизвежда динамично на клиентите. Например можете да конфигурирате тази променлива да възпроизвежда аудио подкана на различни езици въз основа на предпочитанията на клиента по време на взаимодействието.

    • За да конфигурирате аудио променливата, щракнете Add Audio Variable. Въведете стойността на променливата под формата на израз с камъчета.

      За повече информация вижте Синтаксис на шаблона на камъка.

      Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub.

    • Preview prompt—Щракнете върху Preview prompt бутон за тестване и визуализация на съобщенията от текст към реч и аудио файловете. В Preview prompt се появява диалогов прозорец, изберете необходимия глас, за да тествате подканата. Можете да възпроизвеждате съобщенията и аудио файловете по следния начин:

      1. Щракнете върху Play за възпроизвеждане както на аудио файла, така и на съобщението заедно.

      2. Възпроизвеждайте само аудио файловете.

      3. Възпроизвеждайте само съобщенията от текст към реч.

    • Make Prompt Interruptible– Тази опция ви позволява да посочите дали конфигурираната подкана може да бъде прекъсната от въвеждането или събитието на повикващия. По подразбиране, Make Prompt Interruptible не е отметнато за дейността на менюто. Ако искате повикващият да може да прекъсне менюто, когато въведе DTMF вход, помислете дали съобщението да може да се прекъсва.

      За организации, които са осигурени с новата платформа Next Generation, системата конфигурира прекъсваема подкана по подразбиране, независимо дали разработчиците на потоци са проверили или премахнали отметката от Make Prompt Interruptible квадратче за отметка.

  3. В „Връзки към персонализирано меню“ конфигурирайте една или повече връзки към меню въз основа на изискванията на организацията.

    Тази възможност помага на един или повече потребители да избират различни клонове в потока въз основа на избраната цифра.

    Можете да конфигурирате до десет връзки към персонализирано меню.

    • DIGIT—Изберете номер от падащия списък. ЦИФРАТА съответства на въведеното в DTMF, което повикващият въвежда, за да посочи кой път от потока да следва. Цифрите 0‐9 могат да бъдат избрани, като можете да изберете всяка опция само веднъж.

    • LINK DESCRIPTION—Добавете описание, за да посочите към кой път на потока съответства цифрата.

      Например, ако натискането на 1 доведе повикващия до опашка, която може да помогне при въпрос за продажбите, въведете „Продажби“ в описанието на връзката. Описанието НА ВРЪЗКАТА не оказва влияние върху самото повикване, но може да помогне за проследяване на начина, по който Е конструирано менюто.

    • Add New– Щракнете върху \„Добавяне на нов\“, за да добавите още връзки към менюто. Можете да добавите цифра и описание на връзката за всеки ред. Можете да добавите до десет връзки.

    Можете да конфигурирате връзки към менюта както в екрана „Свойства“, така и в самата дейност. Това позволява различни опции за конфигуриране, които се основават на предпочитанията на потребителя. Системата актуализира съдържанието в реално време и на двете места, когато се прави редактиране.

  4. След това конфигурирайте настройките за „От текст към реч“, включете следните настройки, които се използват за валидиране на очакваното въвеждане на DTMF от повикващия.

    • Speaking Rate– Показва скоростта на речта. Увеличете или намалете цифровия вход, за да поддържате идеалната честота на речта и да контролирате честотата на изходящия говор.

      Валидните стойности за цифровото въвеждане са в диапазона от 0.25 до 4.0 думи в минута (wpm). Стойността по подразбиране е 1.0 wpm.

    • Volume Gain—Показва увеличаване или намаляване на изхода на обема. Увеличете или намалете цифровото въвеждане, за да поддържате идеалния обем на изходящия говор.

      Валидните записи за цифровото въвеждане са в диапазона от –96.0 децибела до 16.0 децибела (dB). Стойността по подразбиране е 0.0 dB.

    • No-Input Timeout—Указва максималното време, което дейността изчаква за въвеждане, преди да продължи по пътя за изчакване на липса на въвеждане. Стойността по подразбиране е 3 секунди.

  5. В дейността на менюто се използва изходната променлива {{Menu.OptionEntered}}. Когато системата изпълни потока, тази променлива съхранява въведеното DTMF от повикващия по време на взаимодействието му с менюто.

    Можете да използвате изходната променлива {{Menu.OptionEntered}} в по-късни дейности, за да управлявате последователността на потока. Името на променливата динамично се променя въз основа на етикета, който е свързан с дейността на менюто. Системата може да прихване множество променливи стойности, когато потокът използва повече от една дейност в менюто. За повече информация относно този тип променлива вижте Променливи за извеждане на активност.

Пусни съобщение

Дейността „Пускане на съобщение“ възпроизвежда непокътимо съобщение до повикващия. Можете да използвате дейността „Възпроизвеждане на съобщение“ със или без активирана възможност за „От текст към реч“. Опциите за конфигуриране се променят съответно.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.

Дейността „Пускане на съобщение“ е непрекъсната за DTMF входове.

Дейността за пускане на съобщение може да се прекъсва поради наличността на агента да отговори на повикването, ако е включена след дейността Контакт в опашката в поток на повиквания.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В раздела „Подкана“ конфигурирайте следните настройки:

  1. Disabled Text-To Speech—Ако не желаете да използвате опцията „От текст към реч“ в подканата си, деактивирайте бутона за превключване „От текст към реч“. По подразбиране функцията „От текст към реч“ не е активирана.

    Можете да конфигурирате до пет аудио подкани (аудио файлове и аудио подкани променливи комбинирани). Пълната подкана се пуска на повикващия в конфигурирания ред, като се редуват между аудио файловете и аудио подканените променливи.

    Ако някой от въведените в списъка е празен, системата отговаря с грешка в потока. Отстранете тези грешки, преди да публикувате потока

    • Add Audio Files– За да конфигурирате подканата без „От текст към реч“, добавете поне един предварително зададен аудио файл. Изберете желания аудио файл от падащия списък с етикет 1.

      За да добавите още аудио файлове, щракнете Add New. Файловете се възпроизвеждат на повикващия в реда, в който се показват.

      За да премахнете аудио файл от последователността, щракнете върху Delete икона, която се показва до всеки падащ списък.

    • Add Audio Variable—Използвайте тази опция, за да конфигурирате аудио подканата да се възпроизвежда динамично на клиентите. Например можете да конфигурирате тази променлива да възпроизвежда аудио подкана на различни езици въз основа на предпочитанията на клиента по време на взаимодействието.

      За да конфигурирате аудио променливата, щракнете Add Audio Variable. Въведете стойността на променливата под формата на израз с камъчета.

      За повече информация вижте Синтаксис на шаблона на камъка.

      Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub.

    • Preview prompt—Щракнете върху Preview бутон за подкана за визуализация на аудио файла. В Preview prompt диалогов прозорец, който се появява, щракнете върху \„Пусни\“, за да възпроизведете избраните аудио файлове.

  2. Активиране на „От текст към реч“ – за да използвате Text-to-Speech възможност във вашата подкана, активирайте бутона за превключване от текст към реч. Можете да конфигурирате до пет аудио подкани (текстови към говор съобщения, аудио файлове и променливи за аудио подкани взети заедно). Пълната подкана се пуска на повикващия в конфигурирания ред, като се редуват между съобщенията от текст към реч, аудио файловете и променливи за аудио подкана.

    • Connector—Посочва конектора за удостоверяване на услугата „От текст към реч“. Падащият списък показва името на всички конектори на Google в Control Hub. Показват се само активните конектори. Изберете конектора от падащия списък.

      Съществуващите клиенти в класическата гласова платформа могат да виждат само конектора Google TTS в падащия списък.

      Съществуващите клиенти на гласовата платформа Next Generation могат да виждат както Cisco Cloud Text-to-Speech, така и Google TTS конекторите.

    • Override Default Language & Voice Settings—Използвайте този бутон за превключване, за да заместите гласовите настройки, конфигурирани в променливата за глобално гласово име. Този параметър е активиран по подразбиране.

    • Output Voice—Показва името на изходящия глас. Това поле се появява само ако разрешите Override Default Language & Voice Settings бутон за превключване. Изберете изходното гласово име от падащия списък.

      Ако изходното гласово име, което се поддържа от Google, не е налично в падащия списък „Изходящ глас“, деактивирайте Override Default Language & Voice Settings бутон за превключване. Включете дейността „Задаване на променлива“ преди дейността „Пускане на съобщение“ в потока.

      Конфигурирайте дейността за задаване на променлива, както следва:

      1. Задайте променливата на Global_VoiceName.

      2. Задайте стойността на променливата на необходимия изходен код за гласово име (например en-US-Standard-D). За повече информация относно поддържаните гласове и езици вижте страницата Поддържани гласове от Google и езици.

    • Add Audio File—За да смените съобщенията от текст към реч с предварително записани аудио файлове, щракнете върху Add Audio File. Това добавя нов ред към конфигурацията, където можете да изберете желания аудио файл от падащия списък.

      За да премахнете елемент от последователността, щракнете върху Delete икона, която се появява до съответния въвеждащ или падащ списък.

    • Add Text-to-Speech Message Speech Message– За да изградите подканата, използвайте „От текст към реч“ или комбинация от предварително записани аудио файлове и „От текст към реч“ съобщения.

      Щракнете върху Add Text-to-Speech Message за да добавите ново поле за въвеждане на текст към раздела за създаване на подкана. В това поле въведете съобщението, което да бъде възпроизведено на повикващия на избраните Език и Глас.

      Важни съображения:

      • Използвайте дейност „Задаване на променлива“, за да зададете стойността на TTS съобщението на променлива на поток, преди да го използвате в дейността.

      • Използвайте единични кавички вместо двойни кавички в каменни изрази.

      • Използвайте филтри за откачане с камъни, ако TTS съобщението ви има повече от един ред (така че системата да го възпроизвежда), например {{ variable | escape('json')}}

      • Няма ограничение на знаците за съобщенията от текст към реч на Cisco.

      Полето приема два типа въвеждане – необработен текст (обикновен текст) или форматирани данни за синтеза на реч (SSML). Можете също да използвате променливи като част от съобщението, за да прочетете динамичното съдържание.

      За поддържани SSML етикети за „Текст към реч в облака на Cisco“ вижте Текст към реч (TTS) в Webex Contact Center.

    • Add Audio Variable—Използвайте тази опция, за да конфигурирате аудио подканата да се възпроизвежда динамично на клиентите. Например можете да конфигурирате тази променлива да възпроизвежда аудио подкана на различни езици въз основа на предпочитанията на клиента по време на взаимодействието.

      За да конфигурирате аудио променливата, щракнете Add Audio Variable. Въведете стойността на променливата под формата на израз с камъчета.

      За повече информация вижте Синтаксис на шаблона на камъка.

      Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub

    • Preview prompt—Щракнете върху Preview prompt бутон за тестване и визуализация на текстови към реч съобщения и аудио файлове. В Preview prompt се появява диалогов прозорец, изберете необходимия глас, за да тествате подканата. Можете да възпроизвеждате съобщенията и аудио файловете по следния начин:

      1. Щракнете върху Play за възпроизвеждане на аудио файл и TTS съобщение заедно.

      2. Възпроизвеждайте само аудио файлове.

      3. Възпроизвеждайте само съобщения от текст към реч.

  3. След това конфигурирайте настройките за „От текст към реч“. Настройките от текст към реч включват следните настройки, които се използват за валидиране на очакваното въвеждане на DTMF от повикващия.

    • Speaking Rate– Показва скоростта на речта. Увеличете или намалете цифровия вход, за да поддържате идеалната честота на речта и да контролирате честотата на изходящия говор.

      Валидните стойности за цифровото въвеждане са в диапазона от 0.25 до 4.0 думи в минута (wpm). Стойността по подразбиране е 1.0 wpm.

    • Volume Gain—Показва увеличаване или намаляване на изхода на обема. Увеличете или намалете цифровото въвеждане, за да поддържате идеалния обем на изходящия говор.

      Валидните записи за цифровото въвеждане са в диапазона от –96.0 децибела до 16.0 децибела (dB). Стойността по подразбиране е 0.0 dB.

Не включвайте само дейността за пускане на съобщение в цикъла след дейността Контакт с опашката в потока на повиквания. Можете да използвате комбинация от дейността Възпроизвеждане на музика и дейността за възпроизвеждане на съобщение, за да направите валиден поток на повиквания.

Когато включите дейността за пускане на съобщение преди дейността HTTP заявка в поток на повиквания, HTTP заявката се изпълнява само след като аудиото се възпроизвежда напълно.

Възпроизвеждане на музика

Дейността „Възпроизвеждане на музика“ възпроизвежда музика, когато пристигне повикване или е на опашка. Можете да изберете аудио файл за възпроизвеждане, когато задържите повикващия.

Можете да конфигурирате път за обработка на грешки (Недефинирана грешка), за да обработвате системни грешки, които могат да възникнат по време на изпълнение на потока. За повече информация вижте Конфигуриране на обработката на грешки.

Преди да започнете

Когато включите дейността Възпроизвеждане на музика преди дейността HTTP заявка в поток на повиквания, HTTP заявката се изпълнява само след като аудиото се възпроизвежда напълно.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Music Settings раздел, конфигурирайте следните настройки:

  1. Static Audio File—Изберете тази опция, ако искате да конфигурирате статичното аудио, което да се възпроизвежда от страницата „Аудио подкана“ в Control Hub. След като е избрано, изберете името на аудио (.wav) файла от Music File падащ списък.

    За повече информация вижте Управление на аудио подканите.

  2. Dynamic Audio File—Изберете тази опция, за да възпроизвеждате аудио динамично в един поток. Можете например да използвате променлива, за да възпроизвеждате подкани на различни езици въз основа на предпочитанията на клиента.

    За да конфигурирате динамично аудио, въведете аудио променливата като израз Pebble. За повече подробности вижте Синтаксис на шаблона на камъка.

    Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub.

  3. Start Offset— Задайте продължителността на възпроизвеждане в секунди за музикалния файл.

    Например, ако файлът е дълъг 60 секунди, Start Offset е 45 секунди и продължителността е 30 секунди, първо се възпроизвеждат последните 15 секунди, след което аудиото се повтаря в началото и се възпроизвеждат първите 15 секунди. Възпроизвеждането започва със стойност 0 от началото.

    Можете да въведете началното изместване като статично число (например 20) или като израз (например {{MusicLength + 20}}).

    Уверете се, че всички стойности са цифрови.

  4. Music Duration—Посочете продължителността на възпроизвеждане в секунди за избрания музикален файл (например 30). Можете да въведете статична стойност (например 20) или израз (например {{MusicLength + 20}}). Уверете се, че всички стойности са цифрови. Ако началното изместване и продължителността надвишават дължината на файла, музиката се повтаря обратно към началото и продължава да се възпроизвежда.

    Възпроизвеждането на музика следва тези правила:

    • Ако указаното Music Duration е по-къса от дължината на аудио файла, музиката се възпроизвежда само за указаната продължителност. Например продължителност 30 секунди с файл с 40 секунди се възпроизвежда за 30 секунди.

    • Ако Music Duration надвишава дължината на аудио файла, музиката се възпроизвежда до пет пъти по-дълго от дължината на файла, като при необходимост се разцепва. Например продължителност 600 секунди с файл с 40 секунди се възпроизвежда за 200 секунди (5 × 40).

Когато включите активността Възпроизвеждане на музика преди HTTP Request дейност в поток на повиквания, HTTP искането се изпълнява само след като аудиото се възпроизвежда напълно.

Записване

Дейността „Запис“ записва въвеждането на реч или речта на повикващите, които могат да бъдат споменати в същия поток от повиквания. Тази дейност е достъпна само за клиенти, които използват мултимедийната платформа Next Generation. Системата съхранява записаните аудио файлове само по време на повикването, след което тези файлове се изтриват автоматично от системата. В момента записаните аудио файлове са в нешифрован формат. Не препоръчваме да записвате чувствителна информация чрез тази функция.

Не използвайте запис дейност в рамките на консултация за поток номер за набиране на входна точка, тъй като тази конфигурация не се поддържа.

1

Влезте в Control Hub, изберете Услуги > Contact Center > Потоци.

2

Щракнете върху Управление на потоци и след това върху Създаване на потоци.

3

Щракнете върху Започни отначало. Показва се прозорецът на Flow Designer.

4

В полето Име на потока въведете уникално име.

5

Плъзнете и пуснете дейността Запис от Библиотека с дейности в основното платно на потока.

6

В Общи настройки изпълнете следните действия:

  1. В полето Етикет на дейността въведете име за дейността.

  2. В полето Описание на дейността въведете описание за дейността.

7

В Настройки за запис конфигурирайте следните полета:

  1. Поставете или премахнете отметката от квадратчето Начален тон, за да активирате или деактивирате краткия звуков сигнал, за да покажете началото на записа. Квадратчето за отметка е активирано по подразбиране.
  2. В полето Време за изчакване на тишината въведете числената стойност между 1 и 120 секунди. Показва максималния интервал на тишина, позволен по всяко време след началото на записа. Стойността по подразбиране е 4 секунди. Записът спира, когато има тишина за времето за изчакване на тишината.
  3. В полето Максимално време за запис въведете числената стойност между 1 и 120 секунди, за да посочите максималното време, разрешено за записване на речта на повикващия. Стойността по подразбиране е 30 секунди. Записът спира, когато записът достигне максималното време за записване.
  4. В полето Символ за прекратяване изберете или символа #, или *, който крайният потребител може да използва за прекратяване на запис. По подразбиране символът за терминатор е #.
8

В раздела Изходни променливи вижте следните променливи:

  • Record_audioFileData – съхранява подробностите за записаните аудио файлове.
  • Record_errorCode – съхранява кода за статус на грешката на грешките, които възникват при инициирането или по време на записването на речта на повикващия.
  • Record_errorDescription – съхранява описанието на грешките, които възникват при инициирането или по време на записването на речта на повикващия.

Можете да използвате изходната променлива Record_audioFileData в дейности като Възпроизвеждане на съобщение, Меню и Събиране на цифри в разговора. Тази изходяща променлива може да бъде конфигурирана като аудио променлива в настройките на Подкана на дейностите на IVR за възпроизвеждане на записаното аудио за повикващите. Стойността на променливата може да бъде под формата на каменен израз: {{Record_activity_label.audioFileData.name}}.

Можете да използвате изходната променлива Record_audioFileData в дейността HTTP искане, за да качите записаното аудио във външния сървър или API на трети страни. Това може да стане чрез избиране на тип съдържание като файл и изходната променлива за активност при запис от падащия списък съдържание в тялото на заявката.

Следващата таблица изброява кодовете за грешка и описанията за дейността „Запис“:

Код на грешка

Описание на грешката

Причина

1001

НЕВАЛИДНО_SILENCE_TIMEOUT

Конфигурираното време на изчакване за тихо изчакване не е във валидния диапазон между 1 и 120 секунди.

1002

НЕВАЛИДНА_MAXIMUM_ПРОДЪЛЖИТЕЛНОСТ НА ЗАПИСА

Конфигурираното максимално време за запис не е в валидния диапазон между 1 и 120 секунди.

1003

НЕВАЛИДЕН_TERMINATION_СИМВОЛ

Конфигурираният символ за прекратяване не е един от разрешените знаци * или #.

1004

RECORD_API_НЕУСПЕХ

Възникна грешка в API за иницииране на записа.

1005

FEATURE_DISABLED_FOR_ORG

Функцията не е активирана за организацията.

1006

Не е открито входно аудио за записване. Записаният аудио файл може да съдържа тишина.

1007

Грешка, възникнала в мултимедийните услуги по време на записването.

Управление на записите

Flow Designer предоставя дейност за управление на записи с цел получаване на съгласие за запис от потребителя или повикващия. Съгласието за запис е една от свойствата за конфигуриране, които са налични като част от тази дейност. Използвайте дейност в менюто, за да прихванете съгласието на потребителя в булева променлива на потока. По време на взаимодействие, ако искате да заснемете стойността на съгласието, за да генерирате отчет, използвайте булева променлива като вход към стойността на свойството на съгласието на дейността на контролния запис. След това можете да маркирате променливата, използвана за заснемане на съгласието на повикващия, като подлежаща на отчитане.

Разработчикът на потоци може да определи дали съгласието за запис за повикване трябва да бъде записано или не за целите на отчитането. Когато клиентът иска да заснеме съгласието за запис, след това използвайте глобални променливи, за да генерирате отчет за съгласие. Когато клиентът не иска да заснема съгласието за запис, използвайте локални променливи. Това предлага по-голяма гъвкавост за клиентите и клиентите, за да управляват използването на променливи.

Можете да конфигурирате управлението на записите, като използвате следните стъпки:

  1. Във Flow Designer плъзнете и пуснете Recording Control дейност от библиотеката с дейности към платното.

  2. Щракнете върху Recording Control дейност, за да конфигурирате настройките за дейност.

  3. В General Settings, въведете име за дейността в Activity Label.

  4. (По избор) В Activity Description поле, въведете описание на дейността.

  5. В Recording Control Settings, изберете променлива на потока от падащия списък за Enable Recording.

Дейността на менюто за IVR (Интерактивен гласов отговор) и дейността за управление на записа, когато се използват заедно в потока, позволява заснемане на съгласието за запис. Приоритет се дава на настройката за съгласие от потребител в потока в сравнение с нивото на клиент или нивото на опашката или настройките за конфигуриране на нивото на графика за записване.

Контролът на записите може да се управлява в следните сценарии:

  • Ако конфигурацията на съгласието на потребителя е зададена на Да в потока, тогава повикването се записва, независимо от конфигурацията на записа, зададена на ниво клиент, опашка или график за записи.

  • Ако потребителят не се съгласи и конфигурацията е зададена на Не в потока, повикването не се записва, независимо от конфигурацията на записа, зададена на ниво клиент, опашка или график за записи.

  • Ако съгласието на потребителя не е конфигурирано в потока, но конфигурацията е зададена на „Да“ на някое от другите нива, като например клиент или опашка или график за записване, повикването се записва.

  • Ако съгласието на потребителя не е конфигурирано и конфигурацията е зададена на „Не“ на всички нива, като клиент, опашка и график за записване, повикването не се записва.

В допълнение, други конфигурации на записи, като продължаване на прехвърлянето, активиране на възобновяване на пауза и продължителност на пауза и т.н., все още се прилагат въз основа на съществуващата йерархия, като клиент, опашка или ниво на график за записи.

Изходни променливи

Тази дейност няма изходни променливи.

Планиране на IVR обратни повиквания

Функцията за планирано обратно повикване позволява на клиентите да планират обратно повикване с помощта на IVR. Клиентите могат да изискват обратни повиквания независимо, без да говорят с агент, което води до по-ефективни операции в контактния център. За да поддържа планирани възможности за обратно повикване на клиентите, модулът на Flow Designer предоставя в потока активността за планиране на обратно повикване.

Планиране на обратно повикване

Използвайте дейността „Планиране на обратно повикване“, за да дадете възможност на повикващите лесно да планират обратни повиквания чрез IVR системата. Можете да използвате конкретни DTMF подкани, за да заснемете подробности за планиране от повикващия и да предадете тази информация като въвеждане в дейността за планиране на обратно повикване.

Следните раздели ви позволяват да конфигурирате дейността за планиране на обратно повикване:

  • Общи настройки
  • Планиране на настройки за обратно повикване
  • Променливи за извеждане на дейността

Преди да започнете

Уверете се, че сте конфигурирали входната точка за обратно повикване в Control Hub. Вижте раздела Настройка на входна точка за обратно повикване за подробности.

1

Във Flow Designer плъзнете и пуснете дейността „Планиране на обратно повикване“ от библиотеката с дейности на платното.

2

Щракнете върху дейността, за да конфигурирате настройките за дейност.

3

В раздела „Общи настройки“ въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

4

В Schedule Callback Settings раздел, конфигурирайте следните подробности:

  1. Callback Dial Number: Телефонният номер, към който трябва да бъде планирано обратно повикване. Номерът може да включва незадължителен код на страна и цифри (0-9), заедно с разрешени специални знаци: интервал ( ), тире (-), скоби (()) и точка (.). Общата дължина на номера трябва да е между 7 и 15 знака.

  2. Callback Queue: Уникален идентификатор, представляващ опашката, свързана с обратното повикване. Можете да зададете статична стойност на опашката или да конфигурирате динамична стойност с помощта на променливи на потока.

  3. Customer Name (Optional): Името на клиента, който получава обратно повикване. Ако няма име, номерът за набиране за обратно повикване се използва за идентифициране на клиента.

  4. Schedule Date: Датата, на която клиентът желае да получи обратно повикване.

    Планираната дата трябва да бъде предоставена във формат ISO-8601 (ГГГГ-ММ-ДД). Тя трябва да е валидна дата в посочената часова зона и трябва да попада в рамките на 31 дни от текущата дата.

  5. Schedule Start Time: Предпочитаният начален час за получаване на обратно повикване, посочен във формат ISO-8601 (ЧЧ:мм:сс). Началният час трябва да бъде поне 30 минути преди текущия час.

  6. Schedule End Time: Предпочитаният краен час, до който трябва да завърши обратното повикване, също във формат ISO-8601 (ЧЧ:мм:сс). Крайният час трябва да бъде поне 30 минути след началния час и не може да надвишава 8 часа след началния час.

  7. Schedule Timezone: Часовата зона на клиента, съответстваща на предоставената дата и час. Това трябва да е валидно име на часова зона на IANA (например Америка/Ню_Йорк). Можете да зададете статична часова зона или да конфигурирате динамична стойност с помощта на променливи на потока.

Включете серия от дейности на IVR (меню, събиране на цифри), за да съберете тази информация от повикващия и да я прехвърлите към дейността за планирано обратно повикване. За да улесните това, вижте Планиран подпоток за обратно повикване за подробности.

Променливи за извеждане на дейността

Изходните променливи на активността съхраняват данните, които се заснемат от дейностите и се създават автоматично, когато добавите конкретни дейности към платното.

Активността за планиране на обратно повикване има следните изходни променливи:

  • ScheduleCallback.FailureCode: Съхранява кода за неуспех. Системата задава тази стойност само когато дейността е неуспешна.
  • ScheduleCallback.FailureDescription: Съхранява подробностите за неуспеха. Системата задава тази стойност само когато дейността е неуспешна.

Следват кодовете за грешка и описанията за планираната дейност за обратно повикване:

Код на неуспех

Стойност на кода за неуспех

Описание на неуспеха

1

НЕВАЛИДНО_ИСКАНЕЗа невалидни въвеждания.

3

НЕВАЛИДНА_ОПАШКАЗа невалидни подробности за опашката.

6

SYSTEM_ERROR

Този код представлява различните грешки (които не попадат в никоя от дефинираните категории).

Какво да направите след това

Използвайте дейността „Прекъсване на връзката с контакта“, за да прекратите потока на повиквания след планиране на обратно повикване.

Изпращане на цифри

Можете да използвате дейността „Изпращане на цифри“, за да конфигурирате потоци, които изпращат DTMF тонове до повикващия по време на IVR взаимодействие. Това е полезно за:

  • Secure authentication—Установяване на удостоверен поток на повиквания чрез проверка на повикващия с помощта на DTMF.

  • Interacting with external systems– Комуникиране с други системи, които изискват въвеждане на DTMF.

Дейността „Изпращане на цифри“ активира удостоверяване, базирано на тонове, и е важна в сценарии, изискващи защитени взаимодействия, като проверка на автентичността на пътя на повикването.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Play DTMF Settings раздел, конфигурирайте следните настройки:

  1. Set Value– Изберете тази опция, ако искате да конфигурирате статични DTMF цифри.

  2. Set to Variable– Изберете тази опция, ако искате да конфигурирате динамично цифрите за DTMF.

    Максималната дължина на въведеното в DTMF е 32 знака. Поддържаните знаци са 0-9, A-D, звездичка (*), хеш (#) и запетая (,). Знакът запетая (,) означава една секунда закъснение.

    Можете да използвате дейността „Изпращане на цифри“ само по време на първия сегмент на повикващия към IVR. Ако го използвате в рамките на взаимодействие, като консултация/прехвърляне към входна точка, системата игнорира дейността за изпращане на цифри.

Задаване на известие

Зададената дейност за известяване конфигурира съобщенията, които се изпълняват при свързване на повикване с агент. Когато е активирано, можете да конфигурирате предварително зададено съобщение като съобщение за съответствие с правната информация или персонализиран поздрав на агента, или и двете. Можете да използвате тази дейност и за входящи, и за изходящи повиквания.

  • За входящи потоци – Конфигуриране на дейността за известяване преди дейността за контакт с опашката за оптимална производителност. Като алтернатива можете да го конфигурирате в рамките на събитие преди набиране в поток от събития.
  • За изходящи потоци – дейността за известяване трябва да бъде конфигурирана в рамките на събитието за предварително набиране. Уверете се, че дейността „Задаване на ИД на повикващия“ е дейността на терминала за събитието преди набиране.

Дейността „Задаване на известия“ поддържа следните типове известия:

  • Съобщение за съответствие
  • Агент поздрав
  • Обявление с шепот

Вижте Подобряване на ефективността с предварително записани съобщения за повече подробности.

За да конфигурирате дейността за задаване на известия, изпълнете следните стъпки:

  1. Влезте в Control Hub.
  2. Навигирайте до Contact Center > Customer Experience > Flows.
  3. Изберете необходимия поток и щракнете върху Go to Flow Settings икона за отваряне на необходимия поток.
  4. Плъзнете и пуснете дейността за задаване на известия в основното платно за поток.
  5. В General Settings раздел, конфигурирайте следните параметри:
    1. В полето Етикет на дейността въведете име за дейността.

    2. В полето Описание на дейността въведете описание за дейността.

  6. За да конфигурирате поздрав за агента, включете Enable Agent Greeting превключване. В Greeting Purpose поле, въведете името на целта на поздрава.
  7. За да конфигурирате съобщение за съответствие, включете Enable Compliance Message превключване. Изберете необходимия аудио файл от падащия списък.

  8. Щракнете върху Save.
  9. Щракнете върху Publish за да публикувате потока.

Задаване на ИД на повикващия

Използвайте дейността „Задаване на ИД на повикващ“, за да дефинирате ИД на повикващия, който се показва по време на повикване. Дейността „Задаване на ИД на повикващ“ трябва да се използва само в потоците събития. „Задаване на ИД на повикващ“ е терминална дейност, която маркира края на възникнал поток от събития преди набиране. Задаването на ИД на повикващия помага за конфигуриране на ANI за следните сценарии:

  • Входящи повиквания

  • Изходящи повиквания

  • Обратно повикване за учтивост

  • Визуализация на кампанията

  • Обратно повикване в интернет

  • Изпълнение на поток

  • Прехвърляне към номер за набиране

  • Консултиране за набиране на номер

    Консултация с агент

    Консултация с EP-DN/опашка

  • Прехвърляне към EP/опашка

Можете да конфигурирате тази дейност до манипулатора на събития преди набиране. Необходимият ANI може да бъде конфигуриран с помощта на задаване на дейност за ИД на повикващия въз основа на услугата за идентификация на набран номер (DNIS), типа операция или типа участник.

Можете да конфигурирате DN на агента като персонализиран ANI, така че агентът на повиканото лице да вижда DN/вътрешния номер на агента на повикващия, когато се установи връзка с него. Това намалява шансовете за прекъсване на вътрешните повиквания. Например, когато потребител на фронт офиса (агент на центъра за контакти) се обади на бек-офиса потребител (вътрешен служител), потребителят на бек-офиса може да види вътрешния идентификатор на повикващия (номер/вътрешен номер на контакт) на агента, като по този начин минимизира отхвърлянията на повиквания.

За тази цел повикващият може да вижда номера/вътрешния номер на контакта само когато се установи връзка с агента на повиканото лице чрез външно набиране, консултация или прехвърляне към DN и DN се добавя към списъка с номера на контакта.

Трябва да добавите номера на контакта към списъка с вътрешни номера за организация в Control Hub. За повече информация как да добавите номер на контакт вижте Създаване на номер или вътрешен номер на контакт.

Ако въведете случаен номер, системата проверява този номер с задаването на EP-DN по подразбиране, което е конфигурирано в контролния център или портала за управление. Ако има несъответствие, системата я маршрутизира обратно към ANI по подразбиране. За повече информация относно проверката на персонализиран ANI вижте Обратно повикване.

За да се гарантира, че първоначалните номера остават налични за анализ в отчетите, ANI, показан в отчетите, не се променя на персонализирания ANI.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Caller ID Settings раздел, конфигурирайте следното:

  1. Static Caller ID—Изберете номер за набиране, който е съпоставен с входна точка, от падащия списък. Ако не изберете номер, системата взема предвид стойността по подразбиране в зависимост от сценария за повиквания.

  2. Variable Caller ID—Изберете валидна променлива (номер E.164, с валидно EP-DN съпоставяне) от падащия списък. Ако не изберете номер, системата взема предвид стойността по подразбиране в зависимост от сценария за повиквания. Ако предоставите номер, който не е във формат за номера E.164, системата използва стойността по подразбиране в зависимост от сценария за повикването.

    За да разрешите вътрешните номера като персонализиран ANI за повикващите, когато конфигурирате потока за предварително набиране за клиент/агент с консултация или dn/прехвърлен агент или dn, изберете Predial.otherPartyDn променлива от падащото меню като променлив ИД на повикващия. Тъй като тази променлива съдържа DN на основния агент, тя ще бъде валиден персонализиран ANI, показан на устройството на получателя.

Персонализирането на ANI зависи от регулаторните изисквания. Помислете за регионалните зависимости преди разгръщането на околната среда.

Манипулаторът на събития с предварително набиране, който се използва за персонализиране на ИД на повикващия, замества ANI, който сте избрали по-рано, като например избран за агент ANI за външно набиране, обратно повикване с любезност с персонализиране на ANI или друг подобен сценарий.

За всеки входящ или изходящ сценарий се изисква поддръжка на поток, за да персонализирате ANI.

За случаи на използване, които зависят от доставчиците на услуги, като решения на базата на кода на страната, регионални ограничения и т.н., помислете първо за тестване на потоците с доставчиците на услуги.

За да работи ANI според очакванията в различни сценарии за повиквания, е необходима среда от следващо поколение.

Използването на ANI за множество сценарии, които са приложими в средата на следващо поколение, са:

Table 15. ANI usage for multiple scenarios in a Next Generation environment

Сценарий

Конфигурация

ANI на резултата

Входящи повиквания от клиенти

Манипулаторът на събития преди набиране не е конфигуриран

  • ANI на контакта е представен на устройството на агента

  • EP-DN е представен на устройството на контакта

Входящи повиквания от клиенти

Манипулаторът на събития преди набиране е конфигуриран

ANI е представен на устройството на агента - както е определено в дейността за задаване на ИД на повикващия

Външно набиране на агент

Манипулаторът на събития преди набиране не е конфигуриран

Устройството на контакта и устройството на агента са представени с избран за агент ANI за външно набиране, ако агентът избере ANI за външно набиране на работния плот. В противен случай устройството на контакта и устройството на агента са представени с ANI по подразбиране на клиента.

Външно набиране на агент

Манипулаторът на събития преди набиране е конфигуриран

За устройството на всеки участник или избраният ANI за външно набиране за агента може да се запази, ако е избран, или може да се персонализира, както е дефинирано в дейността „Задаване на дейността за ИД на повикващия“.

Обратно повикване за учтивост

ANI на клиента, дефиниран в дейността за обратно повикване

ANI, дефиниран в дейността за обратно повикване, е представен на устройството на контакта.

Обратно повикване за учтивост

  • ANI на клиента, дефиниран в дейността за обратно повикване

  • Манипулаторът на събития преди набиране е конфигуриран за сегмент на клиента

Задаването на конфигурираната дейност за ИД на повикващия ще има предимство.

Обратно повикване за учтивост

  • ANI на клиента, дефиниран в дейността за обратно повикване

    Манипулаторът на събития преди набиране не е конфигуриран за сегмент на клиента

  • ANI, дефиниран в дейността за обратно повикване, е представен на устройството на контакта.

  • Ако ANI е дефиниран в дейността "Задаване на ИД на повикващ", той се представя на устройството на агента.

Обратно повикване за учтивост

  • ANI на клиента не е дефиниран в дейността за обратно повикване

  • Манипулаторът на събития преди набиране не е конфигуриран за сегмент на клиента

На устройството на контакта е представен ANI по подразбиране на клиента.

Прехвърляне на агент, консултация

Манипулаторът на събития преди набиране е конфигуриран

Конфигурираното задаване на ИД на повикващия се показва на прехвърления агент 2 устройство с консултация.

Create contact number or extension

Можете да добавите номер на контакт към списъка с вътрешни номера за вашата организация. Персонализираните ANI ще бъдат видими за тези добавени контакти. Можете или да добавите един номер на контакт наведнъж, или да използвате групови операции, за да качите номерата на контактите като CSV файл.

За повече информация как да извършвате групови операции за създаване, промяна, импортиране или експортиране на конфигурационни обекти в Control Hub вижте Групови операции в Webex Contact Center.

За да добавите номер или вътрешен номер на контакт:

  1. Влезте в Control Hub.

  2. Отидете на Contact Center > Tenant Settings > Voice > Contact Number.

  3. Щракнете върху „Добавяне на още“, за да добавите нов номер/вътрешен номер на контакт към списъка.

    Можете да създадете номер/вътрешен номер на контакт в диапазон от 2 до 9 цифри. Номерът/вътрешният номер на контакта може да започва с 0. Можете да добавите максимум 5000 номера/вътрешни номера на контакт за една организация.

Задаване на тайно съобщение

Дейността „Задаване на тайно съобщение“ пуска кратко, предварително зададено съобщение до агент точно преди агентът да се свърже с повикващия. Съобщението се възпроизвежда само за агента; повикващият чува звъненето по подразбиране, докато се възпроизвежда шепот съобщението.

Съдържанието на известието може да съдържа информация за повикващия, която помага да се подготви агента да обработи повикването.

Като предоставят на агентите тази информация на ранен етап, тайни съобщения им помагат да обработват повикванията по-ефективно, което води до по-кратки времена за обработка на повиквания и подобрена удовлетвореност на клиентите.

Когато се възпроизвежда шепот, не можете:

  • Поставете повикването в задържане, прехвърляне или конферентен разговор.

  • Поискайте помощ от супервайзор

Тези функции стават достъпни отново след завършване на съобщението.

Съобщение с тайни съобщения:

  • Прилага се за входящи повиквания и сляпо прехвърляне към EP.

  • Може да бъде подкана или (от текст към реч) TTS низ.

  • Може да се комбинира със съобщение за съответствие и поздрав на агента, като в този случай шепота се възпроизвежда първо.

  • Не е включено в записа на повикване.

  • Поддържа всички типове крайни точки на агенти, като телефон, софтуерен клиент и WebRTC.

1

Щракнете върху дейността, за да конфигурирате настройките за дейност.

2

В General Settings раздел, въведете следната информация:

  1. В Activity Label поле, въведете име за дейността.

  2. (По избор) В Activity Description поле, въведете описание на дейността.

3

В Whisper Announcement раздел, можете да зададете съобщение преди повикване за агенти, предоставящо ключови подробности за повикващия за персонализирана услуга.

Когато включите превключвателя „Разрешаване на текст към говор“, можете да изберете необходимия конектор.

  • Ако изберете Google TTS конектор, трябва да сте настроили акаунт за Google Cloud и да конфигурирате услугата „От текст към реч“. За повече информация вижте раздела Текст към реч в ръководството за настройка и администриране на Webex Contact Center.

  • Ако изберете Cisco TTS конектор, можете да пропуснете конфигурацията на акаунта за Google Cloud.

  1. Connector—Посочва конектора за удостоверяване на услугата „От текст към реч“. Падащият списък показва името на всички конектори на Google в Control Hub. Показват се само активните конектори. Изберете конектора от падащия списък.

    Съществуващите клиенти в класическата гласова платформа могат да виждат само конектора Google TTS в падащия списък.

    Съществуващите клиенти на гласовата платформа Next Generation могат да виждат както Cisco Cloud Text-to-Speech, така и Google TTS конекторите.

  2. Override Default Language & Voice Settings—Използвайте този бутон за превключване, за да заместите гласовите настройки, конфигурирани в променливата за глобално гласово име. Този параметър е активиран по подразбиране.

  3. Output Voice—Показва името на изходящия глас. Това поле се появява само ако разрешите Override Default Language & Voice Settings бутон за превключване. Изберете изходното гласово име от падащия списък.

    Ако изходното гласово име, което се поддържа от Google, не е налично в Output Voice падащ списък, деактивирайте Override Default Language & Voice Settings бутон за превключване. Включете дейността Задаване на променлива преди дейността „Пускане на съобщение“ в потока.

    Конфигурирайте дейността за задаване на променлива, както следва:

    • Set the variable към Global_VoiceName.

    • Set the variable стойност към необходимия изходен код за гласово име (например en-US-Standard-D). За повече информация относно поддържаните гласове и езици вижте страницата Поддържани гласове и езици на Google.

  4. Add Audio File—За да смените съобщенията от текст към реч с предварително записани аудио файлове, щракнете върху Add Audio File. Това добавя нов ред към конфигурацията, където можете да изберете желания аудио файл от падащия списък.

    За да премахнете елемент от последователността, щракнете върху иконата Изтриване, която се появява до съответния входен или падащ списък.

  5. Add Text-to-Speech Message– За да изградите подканата, използвайте „От текст към реч“ или комбинация от предварително записани аудио файлове и „От текст към реч“ съобщения.

    Щракнете върху Add Text-to-Speech Message за да добавите ново поле за въвеждане на текст към раздела за създаване на подкана. В това поле въведете съобщението, което да бъде възпроизведено на повикващия на избраните Език и Глас.

    Important considerations:

    • Използвайте дейност „Задаване на променлива“, за да зададете стойността на TTS съобщението на променлива на поток, преди да го използвате в дейността.

    • Използвайте единични кавички вместо двойни кавички в каменни изрази.

      Няма ограничение на знаците за съобщенията от текст към реч на Cisco.

    Полето приема два типа въвеждане – необработен текст (обикновен текст) или форматирани данни за езика на синтеза на реч (SSML). Можете също да използвате променливи като част от съобщението, за да прочетете динамичното съдържание.

    За поддържани SSML етикети за Cisco облак „Текст към реч“ вижте Текст към реч (TTS) в Webex Contact Center.

  6. Add Audio Variable—Използвайте тази опция, за да конфигурирате аудио подканата да се възпроизвежда динамично на клиентите. Например можете да конфигурирате тази променлива да възпроизвежда аудио подкана на различни езици въз основа на предпочитанията на клиента по време на взаимодействието.

    За да конфигурирате аудио променливата, щракнете Add Audio Variable. Въведете стойността на променливата под формата на израз с камъчета.

    За повече информация вижте Синтаксис на шаблона на камъка.

    Стойността на променливата трябва да съвпада с името на .wav файла, който се качва в Control Hub.

  7. Preview prompt—Щракнете върху Preview prompt бутон за тестване и визуализация на текстови към реч съобщения и аудио файлове. В Preview prompt се появява диалогов прозорец, изберете необходимия глас, за да тествате подканата. Можете да възпроизвеждате съобщенията и аудио файловете по следния начин:

    • Щракнете върху Play за възпроизвеждане на аудио файл и TTS съобщение заедно.

    • Възпроизвеждайте само аудио файловете.

    • Възпроизвеждайте само съобщенията от текст към реч.

Стартирай мултимедийния поток

Дейността \„Стартиране на мултимедиен поток\“ се използва за разрешаване на стриймване на гласова мултимедия от активните разговори между повикващ и агент.

За повече подробности как да използвате дейността в потоците от повиквания вижте Активиране на стриймване на мултимедия за определени опашки.

Качване на аудио

Използвайте дейността „Качване на аудио“ в потока, за да активирате поздравите за агента за качване.

1

Влезте в Control Hub.

2

Навигирайте до Contact Center > Customer Experience > Flows.

3

Изберете необходимия поток и щракнете върху Go to Flow Settings икона за отваряне на необходимия поток.

4

Плъзнете и пуснете дейността „Качване на аудио“ в основното платно за поток.

5

В General Settings раздел, конфигурирайте следните параметри:

  1. В полето Етикет на дейността въведете име за дейността.

  2. В полето Описание на дейността въведете описание за дейността.

6

В Audio File Information раздел, конфигурирайте следните параметри:

  1. Audio File Type—Изберете типа на аудио файла. В момента се поддържа само личен поздрав на агент.

  2. Greeting Purpose—Въведете името на целта на поздрава, която се използва за създаване на поздрава на агента.

  3. Recording Data—Аудио файлът е записан.

  4. Agent ID– Уникален ИД на потребител, зададен на всеки агент в центъра за контакти.

Потоци за събития

Разделът Потоци на събитие съдържа следните манипулатори на събития, които използвате в различни дейности:

OnGlobalError

Това събитие улеснява глобалното управление на грешките. Системата задейства това събитие, когато не конфигурирате връзки за път на грешка върху дадена дейност. Всички дейности в обработката на повиквания и дейности във Flow Control разкриват това събитие. За повече информация вижте Работен поток на OnGlobalError.

Приет агент

Системата задейства това събитие, когато агент отговори на входящо повикване и прекъсне работата на контакта в опашка. Това събитие се задейства директно за повиквания до прогресивни, прогнозни и визуализирани кампании, след като агентът отговори на повикването.

Дейностите, които отварят това събитие, са Изскачащ прозорец и Контакт в опашката.

PhoneContactEnded

Системата задейства това събитие, когато повикване на живо се изключи и премахва всички участници. Събитието е налично, ако използвате избрани дейности за обработка на повиквания в поток, като Изскачащ екран и Обратна връзка. Това събитие не изисква ескалация към агент.

Когато създавате поток, не добавяйте никаква IVR активност след PhoneContactEnded събитие. По време на изпълнението на потока потокът няма да работи, когато добавите дейност след края на контакта.

Само дейността Контакт в опашката показва това събитие.

Предложени агенти

Системата задейства това събитие, когато на агент се предложи гласов контакт. Това събитие позволява на разработчика на потока да конфигурира множество поддържани дейности, които са част от обработката на събития. Например разработчик на потоци може да конфигурира дейност изскачащ екран срещу събитие, предлагано от агент. Тази конфигурация предоставя информация, свързана с клиента, на агента, преди агентът да приеме или отговори на повикване.

Това събитие е свързано с NewContact.

The AgentOffered събитието не се поддържа за кампании за прогресиране, прогнозиране и визуализация.

Можете да прегледате свързаните променливи в променливите за извеждане на събитие.

AgentDisconnected

Системата задейства това събитие, когато последният агент се изключи от повикване на живо, оставяйки клиента сам на линията.

Дейността Контакт в опашката показва това събитие.

Неуспешно обратно повикване

Системата задейства това събитие, когато обратно повикване за учтивост или планирано обратно повикване или персонално планирано обратно повикване е неуспешно.

  • Системата прави повторен опит за обратно повикване само когато обратното повикване е неуспешно от страна на контакта. Обратното повикване е неуспешно, когато контактът е зает или недостъпен или няма отговор от агент.

  • Също така повикването е неуспешно от края на агента, когато телефонът на агента не е достъпен или агентът откаже повикването. Повикването се връща в опашката и отново се маршрутизира към наличен агент.

  • Също така за планирани обратни повиквания обратното повикване е неуспешно, когато планираното крайно време е достигнало, без повикването да бъде насочено към агент. За лични планирани обратни повиквания обратното повикване е неуспешно и когато зададеният агент не е влязъл.

За да използвате повторен опит за обратно повикване в поток, конфигурирайте променлива за локален поток (с помощта на активността SetVariable) със стойност 0 и я увеличете според необходимото. Уверете се, че стойността е по-малка от стойността на променливия брой повторни опити.

Можете да прикачите други събития, които са ви необходими в потока, за да опитате повторен опит за обратно повикване. Включете в потока дейност Изчакване, последвана от обратно повикване, или някоя от дейностите по опашката, като „Опашка към агент“ и „Контакт на опашката“. Използвайте тези дейности във всяка комбинация или ред след дейността „Изчакване“.

За да прекратите повторните опити:

  • За вярно състояние използвайте дейността „Край на потока“. Не използвайте дейност „Прекъсване на връзката“.

  • За невярно състояние използвайте прекъсване, след като в потока е конфигурирана променлива за повторен опит. В този случай всички повторни опити са завършени и няма налични повторни опити.

Максималният брой опити за повторно повикване е 10. Максималното време за оставане на взаимодействието в системата е 14 дни. Това, което се случва първо, се счита за живот на взаимодействие за конфигуриране на повторен опит.

Когато използвате дейност за изчакване, минималният интервал за забавяне между повторния опит е 10 секунди, а максималният интервал за забавяне между повторния опит е 72 часа.

Когато състоянието на контакта е в изтекло време на изчакване за прехвърляне и ако има налични опити за повторен опит, се генерира събитие CallbackFailed. Конфигурираният манипулатор на събития в потока продължава да опитва отново обратно повикване за останалите опити.

Когато обратното повикване до даден контакт е неуспешно, контактът се изважда от опашката и се генерира събитието CallbackFailed. Манипулаторът за повторен опит може да го опази отново, като използва някоя от дейностите като обратно повикване (същото или различно местоназначение), контакт на опашка и/или опашка към агент.

Ако обратното повикване е конфигурирано към друга дестинация в CallbackFailed манипулатор на събития, уменията няма да се пренасят напред.

За планирано обратно повикване или лично планирано обратно повикване – в потока за повторен опит – използвайте NewContact.DNIS в дейността за обратно повикване, ако е конфигурирано.

Предварително набиране

Като част от NewContact събитието преди набиране дава възможност на разработчика на потока да зададе или персонализира ИД на повикващия с помощта на дейността Задаване на ИД на повикващия.

Когато създадете работен поток, това събитие е налично в раздела „Потоци на събития“ на Flow Designer. Това е събитие, което се прекратява с конфигуриране на „Задаване на дейност за ИД на повикващ“. Това събитие се задейства както за агента, така и за клиента въз основа на сценария за повиквания.

За да бъдат успешни повикванията от кампанията, повикванията на агент и повикванията на клиенти трябва да се извършват от един и същ медиен регион. Регионът на мултимедията се избира въз основа на ANI/CLID на повикването, когато се представя на мултимедията. Съпоставянето между ANI и медийния регион се извършва в Control Hub. ANI, които са избрани в повикването на агента и повикването на клиента, ако се управляват чрез събитието за предварително набиране в потока, трябва да бъдат избрани така, че и двете повиквания да произхождат от един и същ регион.

Например, ако агент се намира в Сингапур, но повикванията на клиентите трябва да се извършват в Съединените щати, може да бъде избран ANI за повикването на клиента, така че медийният регион да е САЩ. По същия начин, трябва да бъде избран ANI за повикването на агента в събитието PreDial, така че избраният регион за мултимедия да е САЩ.

Следващата таблица съдържа списък на типовете операции и съответните типове участници за PreDial.operationType.

Table 16. PreDial.operationType related operation and participant types

Преди набиране.OperationType

Предварително набиране.ParticipantType

INBOUND

Агент

OUTDIAL

Агент, клиент

COURTESY_CALLBACK

Агент, клиент

PREVIEW_CAMPAIGN

Агент, клиент

WEB_CALLBACK

Агент, клиент

TRANSFER_TO_DN

DN

TRANSFER_TO_AGENT

Агент

CONSULT_TO_DN

DN

CONSULT_TO_AGENT

Агент

CONSULT_TO_QUEUE

Агент

CONSULT_TO_EP_DN

EP- DN

Персонализирането на ANI не е приложимо за надзорника, когато е конфигурирано наблюдение на повикванията.

Конфигурирайте всеки път на манипулатора на събития преди набиране с „Задаване на ИД на повикващия“ като дейност на терминала; в противен случай контактът може да бъде изоставен.

Необходима е поддръжка на поток за всеки входящ или изходящ сценарий, за да се използва манипулатора на събития преди набиране.

Не използвайте дейности в потока, които зареждат контакта с манипулатора на събития преди набиране.

За ANI, конфигуриран спрямо изходящ контакт, повикването се маршрутизира региона, към който се назначава ANI на агента, независимо от региона, в който се намира контактът. Например, ако дадена организация има центрове за контакти в САЩ и Австралия и се задейства изходящо повикване за контакт, който се намира в САЩ, с ANI на агента, зададен за региона на Австралия, повикването се маршрутизира през Австралия.

Вижте таблицата Използване на ANI за множество сценарии в среда от следващо поколение в раздела Задаване на ИД на повикващия за използване на ANI при различни сценарии на повикване.

Можете да прегледате свързаните променливи в променливите за извеждане на събитие.

АктуализиранContactAni

Системата задейства това събитие, когато ANI на повикващия се промени. Например, ако повикването на клиент първо отиде на бюро на оператор и след това бъде изпратено на агента, работният плот на агента, устройството на агента и цялата свързана информация се актуализират автоматично с ANI на повикващия. Това гарантира, че винаги се показват ИД на първоначалния повикващ и правилните подробности.

Само прехвърлянията на повиквания, инициирани от настолни телефони или локални клиенти на Jabber, отразяват крайния CLI. Прехвърлянията, извършени чрез приложението Webex на Webex Calling, не се актуализират, за да се покаже окончателният CLI.

OutboundCampaignCallResult

Като част от NewContact, това събитие се задейства, ако контактът е свързан към машина за приемане на повиквания или предстои да бъде изоставен. И в двата случая можете да пуснете съобщение, преди да прекъснете връзката с контакта. Системата изоставя повикването, ако агентът не е наличен.

Поддържат се само Възпроизвеждане на музика и Възпроизвеждане на съобщение за този манипулатор и след това връзката с повикването трябва да бъде прекъсната.

Можете допълнително да добавите допълнителни дейности за контрол на повикванията, като възпроизвеждане на музика, прекъсване на контакт и т.н., към това събитие, в съответствие с резултата от анализа на напредъка на повикванията (CPA). Резултатите от CPA могат да бъдат един от следните:

  • AMD - показва, че е открита телефонна машина.
  • ИЗОСТАВЕНО – показва, че повикването е изоставено поради липса на агент.
  • LIVE_VOICE – показва, че глас на живо на клиент е открит в IVR кампания.

Ако искате да конфигурирате IVR в повикване на изходяща кампания:

  1. Идентифицирайте потоците, които използват OutboundCampaignCallResult събитие.
  2. Поставете дейност в GoTo, за да нанесете потока към втори поток.
  3. Използвайте стъпките на IVR, конфигурирани с дейността на виртуалния агент във втория поток.

Уверете се, че изпълнявате тези стъпки, тъй като не можете да използвате дейност на виртуален агент директно с OutboundCampaignCallResult.

Можете да видите свързаната променлива в Променливи за извеждане на събитие.

Работен поток на OnGlobalError

Докато създавате поток, можете да зададете пътя на грешка на дейност да се справи с грешка на дейност или обща грешка, която получите по време на изпълнението на потока.

OnGlobalError Workflow
Работен поток на OnGlobalError

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

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

Нека разгледаме сценарий, при който конфигурирате дейността на Задаване на променлива в поток.

Flow designer example to show where to set the variable activity in the main flow.
Задаване на променлива активност в главния поток

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

Flow designer example to show the Event Flow tab setting an OnGlobalError event flow.
Поток на събитие за OnGlobalError

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

Използване на променливи и изрази

Персонализирани променливи

Персонализираните променливи на потока са конфигурируеми променливи от различни типове данни, които можете да използвате по време на потока. Можете да създадете толкова променливи на потока, колкото е необходимо, за да задоволите логиката в потока си.

Защитени променливи

Можете да маркирате променливи на потока като Защитени, за да предотвратите влизане и съхранение на чувствителна информация (тези стойности също ще бъдат маскирани в екрана за отстраняване на грешки във потока). Можете да зададете сигурни променливи като Agent Viewable или Agent Editable, за да контролирате как тези променливи са представени на Agent Desktop.

По подразбиране всички съществуващи променливи в разгърнатите потоци се държат като несигурни променливи. Отворете тези потоци в режим на редактиране, за да прегледате и запазите сигурните променливи, ако е необходимо.

При задаване на променливи потоци не можете да задавате сигурна променлива към несигурна променлива в активността на "Премини към".

Не можете да маркирате глобалните променливи като сигурни.

Създаване на потребителски променливи на потока

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

The Flow Designer се появява прозорец.
4

От панела за конфигуриране отворете Variable Definition раздел.

5

Щракнете върху Add Flow Variable.

Можете да добавите максимум 30 променливи в поток. Този брой включва всички глобални променливи и променливи на потока, независимо дали са подлежащи на отчитане или видими за агента.

6

Въведете Name и Description на променливата.

7

Изберете Variable Type от падащия списък.

Не можете да променяте Variable Type след като създадете променливата.

Поддържаните типове променливи са:

Variable Type

Variable Value

Булева

Избери True или False.

Низ

Въведете стойността на низа. Ако искате да използвате променлива в израз, използвайте синтаксиса: {{променлива}}}

Цяло число

Въведете цяло число.

Десетично число

Въведете десетична стойност.

Дата и час

Въведете датата и часа в един от поддържаните формати:

гггг-ММ-ддЧЧмм:СССZ

гггг-ММ-ддЧЧ:мм:ссZ

гггг-ММ-ддЧЧ:ммZ

{{now()}}

Не използвайте функцията сега (), за да получите текущото време в милисекунди, тъй като тя използва SimpleDateFormat. Въпреки това, можете да използвате епохата времево клеймо филтър камъчета, за да извлечете текущото време в милисекунди. За повече информация вижте Филтри с камъчета по избор.

JSON

Въведете валидна стойност на променлива за JSON, като използвате формата: {"Key":"Value"}. Например, {"CompanyName":"Cisco"}.

Променливата JSON може да съдържа прости или вложени данни. Ограничението за максимален размер за стойността на променливата JSON може да е до 16 KB. Можете да създадете максимум пет променливи JSON в един поток.

За повече информация как да конфигурирате променлива JSON вижте JSON променливи.

Когато изберете JSON като тип променлива от списъка, Contains Sensitive Information иMark Agent Viewable бутоните за превключване няма да се виждат.

Променливите JSON не са разрешени в поточна верижна верига.

8

Задайте Default Value на променливата според избрания тип променлива.

9

(По избор) Включете Enable External Override бутон за превключване. Като активирате тази опция, можете да изложите променливата на страницата за конфигуриране на канала. Това позволява на администраторите и ръководителите да заместят конфигурираната променлива стойност от Control Hub. С други думи, те могат да променят стойността на променливата на потока за определен канал, без да отварят потока от модула на Flow Designer.

За повече информация относно заместващите променливи от Control Hub вижте Настройване на канал.

Когато конфигурирате типа на променливата като низ, Resource Type Появява се падащ списък със следните опции. Изберете типа ресурс, който искате да разрешите на администраторите да заместват по време на конфигурацията на канала.

  • Аудио подкана – за да заместите настройките за аудио подкана, конфигурирани в променливата. Например приветственото подсказване или текстово съобщение.
  • Работно време – за заместване на работното време в случай на аварийно изключване.
  • Входна точка – за да промените настройките на входната точка.
  • Номер за набиране – за да промените набрания номер.
  • Поток – за да промените потока.
  • Опашка – за да смените опашката.

  • Не можете да заместите променливи, които са маркирани като \„Защитени\“.
  • Можете да конфигурирате максимум 15 променливи, които могат да бъдат заместени.

10

(По избор) Ако включите Contains Sensitive Information бутон за превключване, системата маркира променливата като защитена променлива. По време на изпълнение на потока системата не регистрира и не съхранява информация, която е подадена чрез тази променлива.

11

(По избор) Ако разрешите Make Agent Viewable бутон за превключване, променливата се появява на работния плот заедно със стойността, записана като част от потока.

Когато разрешите Make Agent Viewable бутон за превключване, показват се следните полета:

  • Desktop Label: Посочете етикета, който е свързан с тази променлива, когато се появи на работния плот. Въведете ясен етикет, различен от самото име на променливата, така че агентът да може да разбере данните, които получава.

  • Agent Editable: Поставете отметка в това квадратче, ако искате агентът да може да редактира стойността на променливата като част от сесията за взаимодействие. Когато агентът актуализира променливата, системата връща тези промени на дизайнера на потока. Агентът може да редактира променливата на потока и да натисне бутона Запис от работния плот. Ако повикването е прекъснато, преди агентът да запази промените, актуализацията на променливата не се извършва.

12

Щракнете върху Save.

Когато запишете персонализирана променлива на потока, променливата се записва като маркер в панела за глобални свойства на работния плот. Ако маркирате променливата като "Видима за агент", етикетът показва икона на слушалки за лесна идентификация.

Пример: Последователност на променливите на потока, показани на работния плот

Когато създавате променливи, които са маркирани като „Видима за агент“, работният плот показва тези променливи в определен ред.

Например, ако създадете следните променливи на потока: CustomerType, SubscribedCustomer, CustomerCount, CallRatio, dob, Datetest.

Настолният компютър получава тези променливи от Flow Designer в следния ред: CallRatio, CustomerCount, CustomerType, SubscribedCustomer, ANI, DN, dob, ronaTimeout, Datetest.

Десктоп показва променливите в следния ред, от ляво на дясно, на потребителския интерфейс:

  1. Променливите на клиента Phone Number, DN, Queue, RONA Time

    .
  2. Променливите на потока се сортират по азбучен ред с променливи, започващи първо с главни букви, последвани от променливи с малки букви: CallRatio, CustomerCount, CustomerType, Datetest, SubscribedCustomer, dob.

Пример: Покажи ИД на взаимодействие на работния плот

ИД на взаимодействие (Contact Session ID) е генериран от системата уникален ИД, който идентифицира дадено взаимодействие. Можете да извлечете ИД на взаимодействие от отчетите на анализатора и да използвате ИД за отстраняване на неизправности, свързани с неуспешни повиквания. За да се покаже ИД на взаимодействие на работния плот:

  1. Отворете необходимия поток и изберете Add Flow Variables.
  2. Задайте Default Value поле до NewContact.interactionId.
  3. Активирайте Make Agent Viewable бутон за превключване.

Когато агентът получи повикване, ИД на взаимодействие се появява на работния плот.

Редактиране на потребителски променливи на потока

Ако променливата вече се използва, тогава не можете да редактирате типа променлива. Това може да има сериозни последици за потока. Така че това действие е забранено. В този случай падащото поле от променлив тип е деактивирано и се появява предупредително съобщение.

При успешно редактиране на променлива, промените, които се правят, се появяват по време на потока и в изскачащия прозорец, който се появява, когато щракнете върху променлива на потока в екрана "Глобални свойства".

За да редактирате променлива по избор на потока, изпълнете следните стъпки:

1

Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

Показва се прозорецът на Flow Designer.
4

Щракнете върху Редактиране в горния десен ъгъл на изскачащия прозорец.

Появява се диалоговият прозорец "Редактиране на променлива на потока". Ако променливата не се използва в потока, тогава всички полета могат да бъдат редактирани. Можете да промените името на променливата, описанието, типа и стойността.

5

Щракнете върху Information икона в това съобщение, за да видите списък на дейностите, където се използва променливата. Ако искате да продължите с редактирането на променливата, премахнете променливата от всички конфигурации на потока, преди да се опитате да редактирате отново.

6

Направете необходимите промени.

The Save бутонът остава деактивиран, докато не направите промяна.

7

Щракнете върху Save.

Изтриване на потребителски променливи на потока

Не можете да изтривате променлива, която се използва от поток. Това има сериозни последици за потока. В този случай бутонът Изтриване в прозореца "Изтриване на променлива" е деактивиран и се появява списък с дейности, в които се използва променливата.

Дейностите са групирани въз основа на това дали се появяват в раздела "Основен поток или потоци от събития". Ако искате да изтриете променлива, която се използва, премахнете я от всички конфигурации на потока, преди да се опитате да изтриете.

За да изтриете променлива по избор на потока, изпълнете следните стъпки:

1

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
2

Щракнете върху Go to Flow Designer икона до потока.

Показва се прозорецът на Flow Designer.
3

В екрана Глобални свойства щракнете върху Delete икона, която се появява на етикета на променливата, който искате да изтриете.

Заместване на настройките за поток

Функцията за заместване на настройките на потока в рамките на модула Flow Designer позволява на упълномощените потребители да променят определени предварително зададени настройки на поток от Control Hub. Тази функция позволява на администраторите и ръководителите лесно да променят определени параметри на потока, като работно време, аудио подкани или задавания на опашка, без да отварят необходимия поток.

За да заместите настройките на потока:

  • Трябва да конфигурирате определени променливи с в потока като външно конфигурируеми. Вижте раздела Създаване на персонализирани променливи на потока за подробности за конфигурацията.

  • След това администраторите и ръководителите трябва да направят необходимите промени в тези променливи. Конфигурираните променливи на потока се показват на страницата за конфигуриране на канала в Control Hub. Вижте раздела Настройване на канал за повече подробности.

Функцията за заместване на настройките на потока предоставя следните предимства:

  • Възможност за повторна употреба на потока: Администраторите могат да използват един и същ поток за различни организации. Те могат да конфигурират различни стойности за една и съща променлива за различни канали, без да променят стойността по подразбиране, дефинирана в потока.
  • По-бързи времена за отговор: Направените промени в променливите стойности се прилагат незабавно дори за повикванията, които вече са в ход.
  • Намалени грешки: Елиминира риска от грешки при модифициране на сложни потоци.
  • Опростено управление на задачи: Без тази функция администраторите трябва да изпълняват следните задачи, които може да са сложни и отнемащи време за нетехнически потребители:
    1. Влезте в Control Hub.
    2. Отворете модула на Flow Designer.
    3. Придвижете се до необходимия поток и намерете съответния път на потока.
    4. Направете необходимите промени.
    5. Публикувайте отново потока.

Предварително дефинирани променливи

Flow Designer автоматично създава предварително дефинирани променливи, когато използвате определени събития и дейности в поток.

Списък на наличните предварително дефинирани променливи се появява в раздела "Предварително дефинирани променливи" в екрана "Свойства на глобалния поток". Те също се появяват в панела "Свойства" за избрано събитие или дейност.

Кликнете върху всяка променлива, за да отворите изскачащ прозорец, който обяснява какъв тип данни съхраняват променливите, така че да знаете как да използвате променливата във вашия поток.

Въпреки че повечето атрибути на изходна променлива на събитие са предварително дефинирани и не могат да бъдат редактирани, можете да редактирате променливата, за да промените глобалното означение на променливата.

Променливи за извеждане на събитие

Изходните променливи на събитието са специално свързани със събития и приемат номенклатурата: <EventName>.<VariableName>.

Всички изходни променливи на събитието, налични за използване в поток, автоматично се появяват в Global Properties екран след събитие се въвежда в потока, а също и в Properties екран за свързаната с това дейност на манипулатора на събития.

Наличните изходни променливи на събитието са:

  • NewContact.ANI

  • NewContact.DNIS

  • NewContact.InteractionID

  • NewContact.PSTNRegion

  • AgentAccepted.AgentID

  • AgentAccepted.AgentName

  • AgentAccepted.AgentEmailId

  • AgentAccepted.AgentSessionID

  • AgentAccepted.QueueID

  • AgentAccepted.QueueName

  • AgentAccepted.TeamID

  • AgentAccepted.TeamName

  • AgentAccepted.TenantID

  • AgentAccepted.CAD

  • PhoneContactEnded.AgentID

  • PhoneContactEnded.AgentEmailID

  • PhoneContactEnded.TeamID

  • PhoneContactEnded.QueueID

  • PhoneContactEnded.InboundChannel

  • PhoneContactEnded.RoutingStrategyID

  • AgentOffered.agentId

  • AgentOffered.agentName

  • AgentOffered.agentEmailId

  • AgentOffered.agentSessionId

  • AgentOffered.queueId

  • AgentOffered.queueName

  • AgentOffered.teamId

  • AgentOffered.teamName

  • AgentOffered.tenantId

  • AgentOffered.callAssociatedData

  • AgentOffered.AgentID

  • AgentOffered.AgentName

  • AgentOffered.AgentSessionID

  • AgentOffered.QueueID

  • AgentOffered.QueueName

  • AgentOffered.TeamID

  • AgentOffered.TeamName

  • AgentOffered.TenantID

  • AgentOffered.CAD

  • PreDial.direction

  • PreDial.participantType

  • PreDial.dialNumber

  • PreDial.otherPartyDn

  • PreDial.epDn

  • PreDial.agentSelectedAni

  • PreDial.operationType

  • OutboundCampaignCallResult.CPAResult

  • OutboundCampaignCallResult.CPAResultCode

  • AgentDisconnected.AgentId

  • AgentDisconnected.AgentEmailId

  • AgentDisconnected.QueueId

  • AgentDisconnected.TeamId

  • AgentDisconnected.InboundChannel

  • AgentDisconnected.RoutingStrategyId

В някои случаи AgentEmailId променлива може да е null. Разработчиците на потоци трябва да валидират тази променлива, преди да я използват, особено в сценарии, включващи проблеми с търсенето на кеш.

Персонализиране на системните променливи

Можете да персонализирате етикета на работния плот само на променливите за телефонен номер и DNIS (Услуга за идентификация на набран номер). Можете да създадете псевдоним на тези променливи и да го конфигурирате с помощта на дейността Задаване на променлива в потока.

1

Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

Показва се прозорецът на Flow Designer.
4

От Global Flow Properties екран, отворете Variable Definition раздел.

5

Щракнете върху Configuration .

6

Щракнете върху Добавяне на променлива на потока.

7

Въведете името и описанието на променливата.

8

Изберете Низ в падащия списък Тип променлива.

9

Активирайте Make Agent Viewable бутон за превключване.

10

В Desktop Label поле въведете желания етикет на работния плот за променливата.

11

Щракнете върху Save.

Това създава променливата.
12

От библиотеката с дейности плъзнете дейността за задаване на променлива в платното.

13

В раздела Настройки на променливите на екрана Настройки за активност направете следното:

  1. От падащия списък Променлива изберете променливата, която сте създали в стъпка 10.

  2. В раздела Стойност на променлива изберете радио бутона Задаване на променлива.

  3. Изберете системната променлива, която искате да редактирате, например NewContact.ANI за телефонен номер или NewContact.DNIS за DNIS.

Когато публикувате потока, новосъздадената променлива на потока замества избраната системна променлива. По време на изпълнението на потока етикетът на работния плот на новосъздадената променлива се появява в панела за входящи изскачащи прозорци и взаимодействие на работния плот.

Променливи за извеждане на дейността

Променливи за извеждане на дейността съхраняват данните, снети от дейностите и се създават автоматично, когато добавите конкретни дейности към платното. Изходните променливи за активност използват следния синтаксис: <ActivityName>.<VariableName> където ActivityName се променя динамично въз основа на дейността.

Ако потокът използва дейност няколко пъти, всяка дейност има уникален екземпляр на всяка свързана изходна променлива на дейност. Всички изходни променливи на активността, налични за използване в потока, автоматично се появяват в Global Properties екран, когато въвеждате дейност в потока, а също и в Properties екран за свързаната дейност.

Наличните изходни променливи за активност са:

  • Menu.OptionEntered: Съхранява опцията на менюто, която повикващият е избрал по време на екземпляра на активността на менюто. Това е една цифра от 0 до 9.

  • CollectDigits.DigitsEntered: Съхранява цифрите, въведени от повикващия по време на екземпляра на дейността „Събиране на цифри“. Броят цифри зависи от конфигурацията на дейността.

  • HTTPRequest.HTTPStatusCode: Съхранява кода за статус, получен при опит за HTTP заявка.

  • HTTPRequest.HTTPResponseBody: Съхранява отговора, когато HTTP заявката е успешно задействана.

  • HTTPRequest.ResponseHeaders: Съхранява заглавките, които се изпращат като част от HTTP заявката.

  • VirtualAgent.IntentTriggered: Съхранява намерението, което е задействало разговорното изживяване, да бъде обработено или ескалирано.

  • GetQueueInfo.EWT: Съхранява стойността за приблизителното време на изчакване за избраната опашка.

  • GetQueueInfo.PIQ: Съхранява стойността за позицията в опашката за избраната опашка.

Глобални променливи

Глобалните променливи са персонализирани променливи, които можете да преглеждате и достъпвате, когато създавате потоци. Администраторът създава глобални променливи в Provisioning модул на Control Hub. За повече информация вижте раздела Глобални променливи в ръководството за настройка и администриране на Webex Contact Center.

Като разработчик на потоци можете да консумирате тези променливи според вашите изисквания. Можете да добавите тези променливи в поток. Можете също да редактирате и премахнете глобална променлива след като я добавите към потока.

Добавяне на глобална променлива в поток

Можете да добавите максимум 30 променливи в поток. Този брой включва всички глобални променливи и променливи на потока, независимо дали са подлежащи на отчитане или видими за агента.

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

По време на създаването на поток, глобална променлива от тип String може да се инициализира с максимална дължина 256 знака. Но по време на изпълнение на потока променливата може да се актуализира така, че да съдържа до 1024 знака. Превишаването на това ограничение може да има нежелано поведение, като неуспешни повиквания и невалидни стойности.

За да добавите глобални променливи в поток:

1

Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

The Flow Designer се появява прозорец.
4

В Global Flow Properties екран, превъртете надолу до Variable Definition > Predefined Variables раздел.

5

В Global Variables раздел, щракнете върху Add Global Variables.

The Add Global Variables се появява диалоговият прозорец. Показва всички глобални променливи, които администраторът е създал в Provisioning модул.
6

(По избор) Използвайте Search Global Variables поле за филтриране и търсене на необходимите глобални променливи от списъка.

7

Поставете отметка в квадратчетата на необходимите глобални променливи от списъка и щракнете върху Add.

Системата показва избраните променливи в Global Variables раздел.

По подразбиране всяка променлива носи дефинирани от администратора полета с метаданни, като „Подлежащ на отчитане“, „Подлежащ на преглед агент“, „Подлежащ на редактиране агент“ и „Етикет на работния плот“. Ако администратор промени някакви стойности на метаданни, докато се използва глобалната променлива, направените в Control Hub промени се отразяват в различните потоци (със закъснение за изтичане на кеша от 8 часа).

Редактиране на глобална променлива в поток

Когато редактирате глобална променлива, не можете да променяте никаква стойност на метаданни за глобална променлива в конструктора на потоци. Можете обаче да промените стойността по подразбиране, като използвате Overwrite Default Value бутон за превключване.

За да редактирате глобална променлива в поток:

1

Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

Показва се прозорецът на Flow Designer.
4

В Global Flow Properties екран, превъртете надолу до Variable Definition > Predefined Variables раздел.

5

В Global Variable панел, щракнете върху глобална променлива и щракнете върху иконата за редактиране (Edit button).

Появява се диалоговият прозорец Редактиране на глобални променливи. Показва подробностите за избраната глобална променлива, като например, тип променлива, стойност по подразбиране, етикет на работния плот и агент, който може да се редактира.
6

(По избор) Активирайте Overwrite Portal Configurations превключете бутона, за да презапишете съществуващите стойности, които са конфигурирани в Control Hub. Това ви позволява да променяте стойности на полетата, като стойност по подразбиране, видимост на агента, възможност за редактиране на агента и етикет на работния плот.

Въведете необходимата стойност в Default Value според избрания тип променлива. Например, ако типът на променливата е булева, това поле се показва като падащ списък.

Стойността по подразбиране, въведена за глобална променлива от тип низ, която е подлежаща на отчитане агент, не трябва да надвишава 256 знака.

7

Направете необходимите промени.

8

Щракнете върху Save.

Премахване на глобални променливи от поток

Можете да премахнете глобална променлива, която не се използва в нито един поток.

Ако не можете да премахнете глобална променлива, свържете се с администратора си, за да активира флаг за функция за премахване на глобални променливи от потока.

За да премахнете глобална променлива от поток:

1

Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

Показва се прозорецът на Flow Designer.
4

В Global Flow Properties екран, превъртете надолу до Variable Definition > Predefined Variables раздел.

5

В Global Variables панел, щракнете върху иконата премахване (x) на глобалната променлива, която искате да премахнете.

Изскачащо съобщение ви подканва да потвърдите действието си.
6

Щракнете върху Delete.

Това премахва избраната глобална променлива от списъка.

Променливи, които могат да се виждат на работния плот

Можете да конфигурирате следните типове променливи за входящия изскачащ прозорец и панела за взаимодействие на работния плот за входящи и изходящи гласови повиквания:

  • Системни променливи, като телефонен номер, DNIS (Услуга за идентификация на набран номер), име на опашката и време на изчакване на RONA

  • Глобални променливи, които се създават и управляват в Control Hub.

  • Персонализирани променливи на потока, които се създават и управляват във Flow Designer

Можете да конфигурирате само тези променливи, които са маркирани като видими за агента.

Можете да конфигурирате тези променливи както на новите потоци, така и на съществуващите потоци. Съществуващите потоци обаче продължават да показват изскачащите променливи по подразбиране, като телефонен номер, DNIS и име на опашка. Можете да редактирате тези потоци, за да добавите още променливи, като използвате тази функция.

Стъпките за конфигуриране на променливи за входящ изскачащ прозорец и панела за взаимодействие за входящи и изходящи повиквания са едни и същи.

Трябва да изградите отделни потоци за сценарии за входящи и изходящи повиквания, за да конфигурирате променливи за входящи изскачащи прозорци и екран за взаимодействие.

Входящ изскачащ прозорец на работния плот
Входящият изскачащ прозорец се появява, когато агент получи входящо повикване или набере изходящо повикване. Показва ключова информация за клиента в съответствие с променливите, конфигурирани във Flow Designer. Можете да зададете ред на появяване на всяка от тези променливи във входящия изскачащ прозорец, който може да включва всяка комбинация от системни, глобални и персонализирани променливи на потока. Можете също да редактирате етикета на работния плот на тези променливи.
Можете да персонализирате етикета на работния плот на системните променливи, като телефонен номер и DNIS. За повече информация вижте Персонализиране на системните променливи.
За входящи и изходящи повиквания можете да изберете минимум три и максимум шест променливи. За обаждания за консултация агентът, с когото се извършва консултация, ще прегледа още три променливи, като име на агент, DN на агент и екип от агенти, които са добавени към списъка по подразбиране.

Не можете да конфигурирате променливи, които съдържат чувствителна информация в входящия изскачащ прозорец на работния плот.

За повече информация как да конфигурирате променливи за входящия изскачащ прозорец вижте Конфигуриране на променливи за входящия изскачащ прозорец.
Екран за взаимодействие
Екранът за взаимодействие на работния плот се появява, след като агентът приеме входящото или изходящото повикване. Той показва информацията, зададена в променливите на екрана за взаимодействие, които са конфигурирани във Flow Designer. Можете да изберете максимум 30 променливи. Можете да зададете ред на появяване на всяка от тези променливи в панела за взаимодействие, който може да включва всяка комбинация от системни, глобални и персонализирани променливи на потока. Можете също да редактирате етикета на работния плот на тези променливи.

Понастоящем настолният компютър на Webex Contact Center не поддържа превод на етикети на динамични променливи.

Можете да персонализирате етикета на работния плот на системните променливи, като телефонен номер и DNIS. За повече информация вижте Персонализиране на системните променливи.
За повече информация как да конфигурирате променливи за панела за взаимодействие вижте Конфигуриране на променливи за панела за взаимодействие.

Конфигуриране на променливи за входящ изскачащ прозорец

Преди да започнете

Конфигурирайте променливи на входящия изскачащ прозорец за входящи и изходящи повиквания.

1

Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

The Flow Designer се появява прозорец.
4

От Global Flow Properties екран, отворете Variable Definition раздел.

5

Щракнете върху Desktop Viewability & Order .

6

В Incoming Popover раздел, щракнете върху Select Variables for Incoming Popover.

The Select Variables on Incoming Popover се появява прозорец. Той показва всички променливи, които включват четири системни променливи по подразбиране, като телефонен номер, DNIS, име на опашката и изтичане на времето за изчакване на RONA. Системните променливи, като телефонен номер, DNIS и име на опашка, са избрани по подразбиране, които можете да премахнете отметката, когато добавяте още променливи.
7

Използвайте следните опции за търсене, за да филтрирате списъка:

  1. Въведете няколко думи в Search Variables поле за търсене на конкретна променлива по име.

  2. Изберете тип променлива от Select Variable Type падащ списък.

Списъкът е автопопълване с променливи според въведените от вас критерии.
8

Поставете отметка в квадратчетата на променливите, които искате да изберете за входящия изскачащ прозорец.

Можете да изберете минимум три и максимум шест променливи.

9

Щракнете върху Save.

Можете да пропуснете тази стъпка, ако разрешите Autosave бутон за превключване.

Избраните променливи се показват в Incoming Popover раздел.
10

Използвай handle икона (handle icon) до променлива, за да я преместите нагоре и надолу в списъка, за да зададете реда на появяване в входящия изскачащ прозорец на работния плот.

11

(По избор) Щракнете върху иконата x до променлива, за да премахнете тази променлива от списъка.

Конфигуриране на променливи за панела за взаимодействие

Преди да започнете

Конфигурирайте променливи на екрана за взаимодействие за входящи и изходящи повиквания.

1

Влезте във вашата организация на клиенти, като използвате URL адреса на Control Hub https://admin.webex.com/.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока.

Показва се прозорецът на Flow Designer.
4

От Global Flow Properties екран, отворете Variable Definition раздел.

5

Щракнете върху Desktop Viewability and Order .

6

В Interaction Pane раздел, щракнете върху Select Variables for Interaction Pane.

The Select Variables on Interaction Pane се появява прозорец. Показва всички променливи заедно с четири системни променливи, като телефонен номер, DNIS, име на опашка и време на изчакване на RONA.
7

Използвайте следните опции за търсене, за да филтрирате списъка:

  1. Въведете няколко думи в Search Variables поле за търсене на конкретна променлива по име.

  2. Изберете тип променлива от Select Variable Type падащ списък.

Списъкът е автопопълване с променливи според въведените от вас критерии.
8

Поставете отметка в квадратчетата за отметка на променливите, които искате да изберете за панела за взаимодействие.

Можете да изберете максимум 30 променливи.

9

Използвай handle икона (handle icon) до променлива, за да я преместите нагоре и надолу в списъка, за да зададете реда на появяване в панела за взаимодействие на работния плот.

10

Щракнете върху Save.

Можете да пропуснете тази стъпка, ако разрешите Autosave бутон за превключване.

Избраните променливи се показват в Interaction Pane раздел.
11

(По избор) Щракнете върху иконата x до променлива, за да премахнете тази променлива от списъка.

JSON променливи

JSON променливи са променливи на потока по избор от тип JSON. Можете да създадете JSON променливи във Flow Designer. За повече информация вижте Създаване на персонализирани променливи на потока.

Можете да използвате следните дейности, за да съхранявате данните в променливата JSON: HTTP заявка, Parse и Задаване на променлива.

В дейностите HTTP и Parse можете да извличате данни с помощта на израза на филтър за път JSON и да ги съхранявате в променлива JSON.

В дейността Задаване на променлива можете да използвате променливата JSON в опцията Задаване на стойност по следните начини:

  • Въведете стойността на JSON в текстовото поле. Например:

    {
        "userId":"rirani",
        "jobTitleName":"Developer",
        "firstName":"Romin",
        "lastName":"Irani",
        "preferredFullName":"Romin Irani",
        "employeeCode":"E1",
        "region":"CA",
        "phoneNumber":"408-xxxxx67",
        "emailAddress":"rirani@xyz.com"
    }
    

  • Използвайте Каменен израз.

Използване на JSON променливи в каменен израз

  • Разделен достъп до точка (.): Можете да използвате разделен достъп до точка (.) в израза Pebble за променлива JSON в дейностите за обработка на повиквания и контрол на потока.

    Синтаксис: {{ jsonVariableName.fieldName }} където, jsonVariableName.fieldName трябва да се оцени до поле в JSON променлива.

    В предишния примерен код, ако извлечете служителя към променлива, наречена empvar чрез HTTP или Parse:

    използване {{empvar.employeeCode}} за да получите стойността като E1.

  • Достъп до индекс на масив JSON: Можете да получите достъп до конкретен индекс от масив JSON, подобен на Pebble Syntax. За повече подробности относно достъпа до индекс в Pebble посетете https://pebbletemplates.io/wiki/guide/basic-usage/, например:

    {
        "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"
                }
             ]
          }
       ]
    } 
    Ако извлечете масива на служителите JSON в променлива, наречена var чрез HTTP или Parse:

    • Използване {{ var[0]}} за да получите подробности за служителя на rirani кой е мениджър.

    • Използване {{ var[1].directReports[0] }} за да получите подробности за служителя на John който е пряк репортер на мениджъра.

    • Използване {{ var[1].directReports[0].preferredFullName }} за да получите стойността като John Irani.

    • Използване {{ var[0].preferredFullName }} за да получите стойността като Romin Irani.

Използване на JSON променлива в HTTP заявка

За да използвате променлива JSON като тяло на заявката на HTTP заявка, първо използвайте дейността Задаване на променлива, за да конвертирате променливата JSON в низ. Например в раздела Задаване на променлива дейност Настройки на променливите задайте променлива jsonString със стойност като {{ jsonVariable }}.

Използвайте тази променлива като вход в HTTP настройките. Например в раздела Настройки на HTTP заявка задайте тялото на заявката като {{ jsonString }}.

Запис на изрази

Повечето полета за въвеждане на текст във Flow Designer поддържат изрази за писане. Не се изискват изрази, но те позволяват мощна функционалност на скриптове чрез променливи за напреднали потребители. Можете също да въведете основен текст и цифри в едни и същи полета за въвеждане за прости потоци, ако не ви трябват изрази.

Увийте всеки израз в двойни скоби, както виждате тук: {{Enter Expression}}

Например, ако искате да комбинирате две променливи на низ заедно, трябва да използвате {{var1+var2}}. За повече информация вижте: https://pebbletemplates.io/.

Синтаксис на шаблона на камбала

Всички полета за въвеждане във Flow Designer използват синтаксис за изразяване с отворен код, наречен Pebble Templates: https://pebbletemplates.io/.

Следните символи се поддържат в шаблоните на Pebble: ==, !=, <, >, <=, >=, +, -, *, / . За да въведете персонализирани променливи в израз, използвайте този синтаксис: {{variable}}

В синтаксиса на шаблона на Pebble имената на променливи трябва да започват с буква, долна черта (_) или знак за долар ($), но не и с число. Например 311_промо е невалидна, а промо_311 е валидна.

Поддържат се и логически оператори. За повече информация вижте https://pebbletemplates.io/wiki/operator/logic/.

Препоръчваме ви да прегледате документацията за шаблони на камъчета, преди да използвате изрази във Flow Designer. За информация относно писането на изрази вижте документите на адрес: https://pebbletemplates.io/wiki/.

Например в този случай на основно условие за използване израза проверява дали номерът на акаунт на повикващия е по-голям или равен на определена стойност. Въз основа на това как изразът оценява изпълнението на даден поток, потокът може да поеме пътя "Вярно" или "Невярно".

Филтри за камъчета по избор

Клеймо за епохален час

Можете да използвате следните Камъчета филтри, за да върнете epoch времевия печат за сега Или за даден низ за дата:

Epoch time stamp for now:

{{ now() | epoch }}   => default UTC timezone and in seconds
{{ now() | epoch(inMillis=true) }} => default UTC timezone and in milliseconds
Example:
{{ now() | epoch }} -> 1667471488
{{ now() | epoch(inMillis=true) }} -> 1667471522829

Печат за епохален час за определена дата:

{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true) }} => custom format and in milliseconds
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true, timeZone='America/Phoenix') }} => custom format with timezone and in milliseconds
Example:
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true) }} -> 1508429883779
{{ '2017-10-19 16:18:03.779' | epoch(format='yyyy-MM-dd HH:mm:ss.SSS', inMillis=true, timeZone='America/Phoenix') }} -> 1508455083779

Валидиране на изрази

Ако полето за въвеждане открие, че се използва израз (въведен е синтаксис {{ }}), в долния десен ъгъл на полето се появява синя икона.

Щракнете върху синята икона, за да отворите модален прозорец, където можете да тествате и променяте израза, докато получите желания резултат.

Модалният прозорец за тестов израз съдържа следните полета:

  • Израз: Показва израза, който първоначално е бил въведен в полето за въвеждане от конфигурацията на дейността.

  • Полета за променлива: Всяка променлива, използвана в израза, има поле за поддръжка, където можете да въведете стойност на примерна променлива. Въведете стойност за всяка променлива и щракнете върху Тест, за да видите резултатите, ако изразът се изпълнява с въведените параметри.

    За да зададете променливи в израз, използвайте само формат {{variable name}}. Например {{NewContact.ANI}} е променлив синтаксис.

  • Резултат: Показва резултата от израза, след като щракнете върху Тест. Ако резултатите са различни от очакваните, променете израза по желание. Ако направите промени в конфигурацията, щракнете върху Прилагане на промените, за да актуализирате израза в конфигурацията на дейността.

Използване на шаблони за поток

Шаблоните за потоци са предварително направени потоци, предназначени за конкретни случаи на използване. Тези шаблони са лесно достъпни в платното на Flow Designer, което позволява на разработчиците на потоци бързо да изграждат и публикуват потоци с минимални усилия.

За да създадете потоци с помощта на шаблони за потоци, изберете желания шаблон, персонализирайте го според бизнес изискванията си, валидирайте, публикувайте и започнете да използвате потока. За повече подробности вижте Създаване на потоци от шаблони за потоци.

Използване в работно време

Използвайте този шаблон за дизайнер на потоци за управление на работното време в Webex Contact Center. Повикващите получават съобщение и повикванията им се маршрутизират въз основа на работното време, почивните дни и условията за спешни случаи, зададени за организацията.

Този поток маршрутизира повикванията въз основа на работното време на контактния център, списъците с почивни дни и заместванията при спешни случаи, като гарантира оптимална среда за повикващите и ефективна обработка на неработното време. Ако центърът за контакти е затворен, повикващият се уведомява за затварянето.

Основните функции включват следното:

  • Централизирано управление на работното време, почивните дни и заместванията при спешни случаи.
  • Автоматично маршрутизиране въз основа на конфигурацията на работното време.
  • Cisco Text-to-Speech (TTS) се използва за всички аудио подкани, въпреки че могат да се качват персонализирани аудио файлове.
  • Музиката при задържане по подразбиране е defaultmusic_on_hold.wav, но това може да бъде персонализирано.

Предварителни изисквания

  • Настройка на работното време: Създавайте работно време, списъци с почивни дни и замествания в Control Hub.
  • Аудио файлове: Качете необходимите аудио файлове за подкани като BusinessHoursOpen.wav или използвайте функцията Cisco TTS.
  • Съпоставяне на опашка, екипи и входни точки: Конфигурирайте тези елементи в портала за управление на Webex Contact Center.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток Описание
Повикването е полученоИнициира се повикване и влиза в потока.
Оценка за работно времеСистемата проверява дали текущото време попада в рамките на работно време, почивни дни или условие за заместване.
Боравене с работно времеАко центърът за контакти е отворен, се пуска приветствено съобщение и повикването се насочва към опашката на агента.
Извънработно времеАко центърът за контакти е затворен, се пуска съобщение за затворен час и връзката с повикването се прекъсва.
Замествания при спешни случаи Ако има активно заместване при спешен случай, се пуска съобщение при спешен случай и повикването се прекъсва.

Дейности в потока

Следващата таблица описва последователността на дейностите в потока.

Активност в потокаОписание

Старт

(Нов телефонен контакт)

Потокът започва при получаване на нов телефонен контакт.

Проверка на работното време

(Работно време)

Системата проверява дали центърът за контакти е в рамките на редовно работно време, празник или заместване при спешни случаи.

Подкана за работно време

(WorkingHours_Prompt)

По време на работното време се пуска съобщение, което информира повикващия, че центърът за контакти е отворен (файл по подразбиране: BusinessHoursOpen.wav).

Контакт за опашката

(Опашка_Агент)
Повикващият се поставя в опашката, за да бъде маршрутизиран към наличен агент.

Музика при задържане

(HoldMusic)
Музиката се възпроизвежда, докато повикващият чака на опашката (файл по подразбиране: defaultmusic_on_hold.wav).

Празникът е затворен

(Празничен_Затворен)

Ако е празник, се пуска съобщение, което информира повикващия, че офисът е затворен.

Подкана за извънработно време

(AfterHours_Prompt)

Ако е след работното време, се пуска съобщение, което информира повикващия, че офисът е затворен.
Заместване при спешни случаи

(Заместване_Спешно)

В случай на спешно заместване се пуска съобщение за спешен случай.
Прекъсване на контакта

(DisconnectContact)

След като съобщението се възпроизвежда (независимо дали е в извънработно време, празник или спешен случай), връзката с повикването се прекъсва.

Допълнителни ресурси

За повече информация относно конфигурирането на работно време, списъци с почивни дни и замествания вижте Ръководството за настройка и администриране на Webex Contact Center.

Изчерпателен входящ контакт

Използвайте този шаблон за дизайнер на потоци в Webex Contact Center за всеобхватна обработка на входящи повиквания, проверки на работното време, съобщения за позиция в опашката и опции за обратно повикване.

Този поток показва изчерпателен сценарий за входящи гласови повиквания за Webex Contact Center. Тя включва обработка на бизнес часове, почивни дни, замествания при спешни случаи, опции за самообслужване, съобщения за позиция в опашка (PIQ) и опции за обратно повикване на клиенти. Той е подходящ за среди, в които основното самообслужване и опашката на повикванията са от съществено значение.

Променете потока, така че да отговаря на специфичните нужди на организацията и да се справяте с неизвестни условия грациозно.

Този поток използва Cisco Text-to-Speech (TTS) за аудио дейности, изискващи подкани (ако има такива). За музика стойността по подразбиране е defaultmusic_on_hold.wav файлът е предоставен извън кутията.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Създавайте съпоставяния на входни точки, опашки, екипи и входни точки и всякакви други конфигурации, специфични за организацията, като конектори, ANI за набиране на външен номер и др.
  • Настройте работно време, списъци с почивни дни и замествания при спешни случаи от Control HubServices Contact Center SetupBusiness Hours.

  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

Повикването е полученоПовикването влиза в потока при дейността NewContact.
Проверка на работното времеПотокът проверява текущото време спрямо дефинираните работни часове с помощта на дейността Работни часове.
  • Работно време: Повикването се насочва към дейността Work_Non_WorkHours_Match и се обработва допълнително въз основа на условия като работно време или извънработно време.
  • Празници: Пуска се съобщението Holiday_Closed , което информира повикващия, че офисът е затворен поради празник, последвано от прекъсване на връзката.
  • Заместване при спешни случаи: Дейността Override_Emergency пуска съобщение за спешно заместване, последвано от прекъсване на връзката.
  • Извънработно време: Дейността AfterHours_Prompt пуска съобщение в затворено време и връзката с повикването се прекъсва.
Опции за самообслужванеВ работно време дейността WelcomeMenu (IVR меню) пуска меню, предлагащо основни опции за самообслужване на повикващите:
  • Натиснете 1 за поддръжка на клиенти: Повикването е на опашка за екипа за поддръжка.
  • Натиснете 2 за продажби: Повикването е на опашка за екипа по продажбите.
Поставяне на опашка Повикващият се поставя в опашка с помощта на дейността Опашка.

Дейността GetPositioninQueue извлича позицията на повикващия в опашката и тази информация се съобщава на повикващия чрез дейността PlayPIQ.

Опции за обратно повикване и гласова пощаАко повикващият избере да остави гласова поща или да поиска обратно повикване, се задейства дейността FinalMenu:
  • Натиснете 1 за обратно повикване: Дейността Callback_guf се използва за планиране на обратно повикване.
  • Натиснете 2 за гласова поща: Повикването се прехвърля към гласовата поща при използване на дейността VoiceMail.

Музика при задържане

Музиката се възпроизвежда, докато повикващият чака на опашката (файл по подразбиране: defaultmusic_on_hold.wav).

Обработка на цикъл

Потокът гарантира, че ако повикващият премине твърде много пъти (чрез дейностите CallLoopCycle и LoopCycle), той ще бъде насочен към крайните опции на менюто (обратно повикване или гласова поща).
Прекъсване на връзката с повикваниятаСлед като всички стъпки бъдат завършени или ако повикващият избере да излезе, връзката с повикването се прекъсва чрез дейностите DisconnectContact.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.

Активност в потока

Описание

Старт

(НовКонтакт)

Стартира потока при получаване на повикването.

Проверка на работното време

(Работно време)

Проверява дали повикването е по време на работно време, почивни дни или спешни заместващи ситуации.

Меню на IVR

(Приветствено меню)

Пуска меню с опции за самообслужване (натиснете 1 за поддръжка, натиснете 2 за продажби).

Обработка на опашки

  • Опашка: Поставя повикващия на опашка за подходящия екип (например поддръжка или продажби).
  • GetPositioninQueue: Извлича и обявява позицията на повикващия в опашката.
  • PlayPIQ: Обявява позицията на повикващия в опашката.

Музика при задържане

(MusicOnHold)

Пуска музика при задържане, докато повикващият чака на опашката.

Боравене с цикъл

(CallLoopCycle и LoopCycle)

Гарантира, че повикванията, прекъсващи твърде много пъти, се насочват към крайното меню.

Прекъсване на връзката

(DisconnectContact)

Прекъсва връзката с повикването след съобщенията или когато повикващият избере да прекрати взаимодействието.

Допълнителни ресурси

За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.

Анкета в CSAT DTMF

Този шаблон за поток съдържа функционалността за система за анкети след повикването (PCS), поддържана от интерактивен гласов отговор (IVR). Проучването е предназначено да улови рейтинги за удовлетвореност на клиентите ефективно и ефективно с помощта на основно меню и IVR със сензорен тон.

Този поток помага на Webex Contact Center ефективно да събира обратна връзка от клиентите чрез проста автоматизирана анкета след повикването с използване на двутонови многочестотни (DTMF) тонове. Клиентите оценяват качеството на повикванията, когато получат подкана за оценяване. Системата събира отговорите на клиентите в глобална променлива, използвана за отчитане. Проучването събира оценки за удовлетвореност на клиентите по скала от 1—5.

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

Използване

За да използвате този поток ефективно като поток от анкети след повикването, свържете GoTo Flow от събитието AgentDisconnected в основния си поток. Това гарантира, че когато агентът прекъсне повикването, повикващият получава проучване за интерактивен гласов отговор след повикването (IVR), което улавя отговора за удовлетвореност на клиентите (CSAT).

Този поток включва съобщения, които могат да се възпроизвеждат на клиентите. Можете да персонализирате съобщенията според изискванията.

Предварителни изисквания

Преди да конфигурирате този поток, създайте следните променливи:

  • CounterSurvey

    • Тип – ЦЯЛО ЧИСЛО

    • Стойност по подразбиране—0

    • Описание—Проследява броя опити за проучване и увеличаване с всеки невалиден отговор или отговор за изтичане на времето за изчакване.

  • Global_FeedbackSurveyResponse

    • Тип – ЦЯЛО ЧИСЛО

    • Стойност по подразбиране—0

    • Източник – Глобална променлива
    • Направете с възможност за отчитане – включете се.
    • Описание—Съхранява отговора с оценяване на клиента или „NoResponse“, ако има невалиден сценарий/изтичане на времето на изчакване.

Дейности в потока

Следващата таблица описва дейностите, използвани в потока.

Активност в потокаОписание

Старт

НовКонтакт

Стартира анкетата, когато се инициира нов телефонен контакт.

SurveyOptions (IVR меню)

Подканва потребителя да избере оценка (1—5). Цифрите 1, 2, 3, 4, 5 съответстват на нивата на удовлетвореност.

Срокът за изчакване или невалидният отговор води до нов опит.

SetSurveyResponse

Улавя избора на потребителя и го съхранява в променливата Global_FeedbackSurveyResponse.

SetCounterSurvey

Увеличава променливата CounterSurvey след изтичане на времето на изчакване или невалиден отговор.

ПроверкаCounterSurvey

Валидира, ако броят на повторните опити надвишава 2 при използване на следното условие CounterSurvey > 2.

Приключва проучването, ако повторните опити са изчерпани.

SetVariable_r3 k

Задава \„NoResponse\“ на SurveyResponse, ако повторните опити са изчерпани.

PlaySurveyRecorded

Пуска благодарствено съобщение, след като заснемете отговора.

Прекъсване на връзкатаКонтакт

Завършва разговора грациозно.

Виртуален агент за ES в DialogFlow

Този шаблон за дизайнер на потоци на Webex Contact Center показва потока от данни между Google DialogFlow ES и Webex Contact Center, като се фокусира върху това как да се прехвърлят данни към и от двете платформи по време на взаимодействие.

Този поток показва как се предават данните между Webex Contact Center и DialogFlow ES за обработка на взаимодействия с клиенти. Той осигурява основен поток, където се обменят данни с DialogFlow ES за обработка на естествен език и автоматизирано изпълнение на агенти. Интеграцията с DialogFlow позволява на бота да разбира намеренията на клиентите и да предприема подходящи действия въз основа на разговора. Освен това потокът включва обработка на грешки, за да се гарантира безпроблемна работа на клиентите, дори при възникване на неочаквани условия.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Агент на Google DialogFlow ES със съответни намерения за разговора.
  • Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
  • Разрешете изпълнението на уеб обратно повикване в DialogFlow ES и използвайте примерния node.js код в линейния редактор.
  • Cisco Text-to-Speech (TTS) е активиран за динамично генериране на персонализирани съобщения. Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

Клиентът инициира контакт Повикването се получава от Webex Contact Center.
Данните се предават на DialogFlow ESПерсонализиран поздрав, който включва подробности за клиента, като име и причина за повикването, се изпраща на бота DialogFlow ES за обработка.
Взаимодействие с бот с DialogFlowDialogFlow обработва въвеждането и отговорите въз основа на конфигурирани намерения.
Музика в опашкатаДокато ботът обработва заявката, клиентът се поставя на опашка с музика при задържане.
Прекъсване на връзкатаВзаимодействието приключва след завършване на диалоговия прозорец.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.

Активност в потока

Описание

Старт

Тази дейност бележи началото на потока. Задейства се при получаване на ново повикване.
Задаване на езикПотокът използва дейност за задаване на променлива, за да конфигурира езиковия код (en-US) за цялото взаимодействие. Това гарантира, че всички гласови взаимодействия се съгласуват с предпочитанията за език на повикващия.
Персонализиран поздравТази дейност преминава през подробностите за клиента, като име, имейл и причина за повиквания към бота DialogFlow ES. Поздрава се генерира динамично с помощта на Cisco Text-to-Speech (TTS). Примерни прехвърлени данни:
  • име на клиент: Джейн Доу
  • customerEmail: customer@email.com
  • customerПричина: Резервации

Опашка към агент

Ако взаимодействието изисква ескалиране, клиентът се поставя на опашка и музиката при задържане се възпроизвежда с помощта на defaultmusic_on_hold.wav файла.
Възпроизвеждане на музикаМузиката се възпроизвежда, докато повикващият чака на опашката. Потокът използва музиката за задържане по подразбиране на Cisco, но може да се персонализира чрез качване на различни музикални файлове.

Прекъсване на връзката

Тази дейност прекъсва повикването, след като потокът завърши, което осигурява безпроблемен край на взаимодействието.

Спецификации на потока

Потокът JSON, използван в този пример, съдържа променливи и дейности, които са от съществено значение за обработка на взаимодействието, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:

Променлива на поток

Описание

Global_FeedbackSurveyOptIn

Проследява дали клиентът се включва за анкета след повикването.
клиентИмеУлавя името на клиента за персонализиране.
клиентИмейлУлавя имейла на клиента.
customerReasonЗаписва причината за повикването на клиента.
Global_LanguageКонфигурира езика по подразбиране (en-US).

Global_VoiceName

Определя гласа, използван за „от текст към реч“.

Допълнителни ресурси

За повече информация относно тази интеграция вижте видеото Работа с данни в ES на Google DialogFlow с Webex Contact Center.

Вижте документацията за разработчици на Webex Contact Center и документацията за ES на DialogFlow за допълнителни указания.

Поддръжка от разработчика

За поддръжка по отношение на тази интеграция отворете билет към екипа за поддръжка на разработчици на Webex Contact Center чрез портала за разработчици на Webex.

За по-нататъшни дискусии посетете общността за разработчици на API на Общността за разработчици на API на Webex Contact Center.

Поддръжка на динамична променлива

Този шаблон осигурява разширен, динамичен входящ гласов поток, който извлича външни настройки, настройва променливите на потока с тези настройки и маршрутизира повиквания въз основа на конфигурациите на променливите.

Потокът динамично извлича настройките на потока чрез HTTP заявка и задава променливи, които насочват останалата част от потока. Тези променливи управляват решенията за маршрутизиране, обработката на опашките, подканите и управлението на грешки. Това често се използва за сценарии, изискващи гъвкавост при обработката на повиквания въз основа на бизнес условия в реално време, като работно време или почивни дни, където един поток може да се използва повторно в различни случаи на използване с помощта на динамично маршрутизиране, базирано на променливи.

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

Потокът използва Cisco Text-to-Speech (TTS) за всички аудио дейности, изискващи подкани. Персонализираната музика при задържане или съобщения могат да бъдат конфигурирани чрез актуализиране на променливите на потока.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
  • Уверете се, че всички необходими статични аудио файлове или персонализирани TTS подкани се качват в системата.

  • Имате валидна крайна точка на API, за да извлечете настройките на потока

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

НовКонтактПотокът започва, когато се получи повикване в входната точка.
HTTP заявкаПотокът прави HTTP заявка за извличане на настройките на потока динамично въз основа на DNIS на повикването.
Проверка на работното времеВ зависимост от настройките на потока потокът проверява работното време, почивните дни и заместванията, за да маршрутизира правилно повикването.
Пускане на съобщение (добре дошли)Въз основа на извлечените настройки се пуска приветствено съобщение с помощта на TTS или предварително записана подкана.
Активност в опашкатаАко е необходимо, повикването се поставя в опашка въз основа на динамични променливи.
Възпроизвеждане на музика (управление на опашката и музика в опашката)Докато повикващият чака на опашката, се пуска музика при задържане, която може да се настрои динамично.
Обработка на грешкиАко възникне грешка, повикването се пренасочва към поток за обработка на грешки или към различна входна точка с помощта на GoTo, активиран от динамични променливи.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.

Активност в потока

Описание

Старт

Потокът започва, когато се получи повикване чрез дейността NewContact.
HTTP заявкаДейността FetchFlowSettings прави HTTP заявка за извличане на всички необходими настройки на потока, като работно време, подкани и конфигурации на опашката.

Меню на IVR

(Приветствено меню)

Пуска меню с опции за самообслужване (натиснете 1 за поддръжка, натиснете 2 за продажби).

Задаване на променливиДейността SetVariable съхранява данните, извлечени от HTTP заявката, и задава стойности на свързани с поток променливи като бизнес часове, опашка, welcomePrompt и holdMusic.
Работно времеДейността в работното време проверява работния график, почивните дни и заместванията, като насочва потока въз основа на текущото време.
Пусни съобщениеДейността PlayMessage пуска приветствено съобщение на повикващия. Това може да бъде зададено динамично или предварително конфигурирано.
Контакт на опашкатаДейността QueueContact поставя повикващия в съответната опашка, като използва динамични променливи за управление на опашката и резервна обработка.
Възпроизвеждане на музикаДейността PlayMusic възпроизвежда музика при задържане на повикващите, чакащи на опашката, конфигурирана въз основа на променливата holdMusic.
Отиване наМножество дейности за преминаване към се използват за навигация между различни части на потока или за справяне със специфични условия като почивни дни или грешки.
Прекъсване на връзкатаСлед завършване на всички необходими стъпки потокът завършва с подходящо прекъсване или пренасочване.

Здравей, свят

Използвайте този шаблон, за да създадете прост входящ гласов поток, при който повикващите са поздравени със съобщение и след това връзката им е прекъсната. Този поток често се използва в затворени часове.

Този поток осигурява прост поток, който възпроизвежда известие за повикващия. Променете потока, за да осигурите гладко изживяване на повикващия, като обработите всички грешки или неизвестни условия.

Подпотокът използва „Текст към реч“ на Cisco за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Създавайте съпоставяния на входни точки, опашки, екипи и входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco-Text-към-Speech (TTS).

    За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Разбивка на потока

  1. Повикването се получава и влиза в потока.
  2. На повикващия се пуска приветствено съобщение.
  3. Повикващият е поставен в опашка.
  4. Музиката при задържане се възпроизвежда, докато повикващият чака.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.

Активност в потока

Описание

Старт

Потокът започва при получаване на повикване
Пусни съобщение
  • Повикването е насочено към дейността WelcomeMessage, която възпроизвежда приветствено съобщение за повикващия.
  • Това използва TTS, но може да бъде предварително записано съобщение, поздрав на повикващия или предоставяне на известна информация.

Прекъсване на връзката

  • След приветственото съобщение повикването се насочва към дейността за прекъсване на връзката.
  • Тази дейност прекъсва повикването и прекратява взаимодействието след възпроизвеждане на съобщението.

Допълнителни ресурси

За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.

Автоматичен секретар на менюто

Използвайте този шаблон за дизайнер на потоци на Webex Contact Center, за да създадете система, ръководена от менюто, за ефективно маршрутизиране на повикванията. Той автоматизира входящите действия, насочва повикващите към правилните екипи или услуги за по-гладка среда.

Този поток автоматизира първоначалното взаимодействие с повикващия, като му позволява да се придвижва през различни опции на менюто. Той включва динамична обработка на грешки, многоезична поддръжка и учтив процес на прекъсване в случай на грешки или неразпознати въвеждания.

Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

Повикването е получено

(Нов телефонен контакт)

Потокът се задейства, когато нов телефонен контакт се инициира от входящо повикване.

Съобщение за приветстване

(Приветствено подсказване)

Пуска се съобщение за поздрав: Добре дошли в Webex Contact Center!

Основно меню

(IVR меню)

Повикващият е представен с набор от опции от менюто. Менюто се чете на глас с помощта на TTS, което води повикващия през различни опции за услуги:

  • Натиснете 1 за екипа за услуги
  • Натиснете 2 за екипа по продажбите
  • Натиснете 3 за екип в чужбина
  • Натиснете 4 за работно време
  • Натиснете 5 за често задавани въпроси
  • Натиснете 6 за предварителните изисквания
  • Натиснете 7 за проблеми с фактурирането
  • Натиснете 8 за представител
  • Натиснете 9 за обща информация
  • Натиснете #, за да повторите менюто
  • Натиснете *, за да затворите

Маршрутизиране въз основа на избора

Въз основа на избраната опция повикващият или се прехвърля към определен екип (сляпо прехвърляне), или се поставя в опашка, за да изчака следващия наличен агент.

Обработка на грешки

Невалидните въвеждания се адресират със съобщение за грешка и повикващият получава подкана да опита отново.

Музика при задържане

(Възпроизвеждане на музика)

Докато чакате на опашка, музиката за задържане по подразбиране (defaultmusic_on_hold.wav) се изпълнява.

Прекъсване на връзката

Потокът завършва чрез прекъсване на връзката с повикването.

Дейности в потока

Следващата таблица описва последователността на дейностите в потока.

Активност в потока

Описание

Нов телефонен контакт

(Старт)

Това е началната точка на потока, когато нов телефонен контакт се инициира от входящо повикване.

Пусни съобщението

(Приветствено подсказване)

Клиентът е посрещнат със съобщение: Добре дошли в Webex Contact Center!

Тази стъпка използва Cisco Cloud Text-to-Speech (TTS), за да генерира съобщението.

Основно меню

(IVR меню)

На повикващия е представено меню с различни опции:

  • Натиснете 1 за екипа за услуги
  • Натиснете 2 за екипа по продажбите
  • Натиснете 3 за екип в чужбина
  • Натиснете 4 за работно време
  • Натиснете 5 за често задавани въпроси
  • Натиснете 6 за предварителните изисквания
  • Натиснете 7 за проблеми с фактурирането
  • Натиснете 8 за представител
  • Натиснете 9, за да говорите отново с екипа за услуги
  • Натиснете #, за да повторите менюто
  • Натиснете *, за да затворите

Маршрутизиране въз основа на избора

(Условия)

Въз основа на избраната опция повикващият или се прехвърля към определен екип (сляпо прехвърляне), или се поставя в опашка, за да изчака следващия наличен агент.

  • Сляпо прехвърляне към услугите или екипите за продажби.
  • Поставете на опашка повикващия за представител, като по време на изчакването се възпроизвежда музика при задържане.

Възпроизвеждане на музика

(Музика при задържане)

За повиквания в опашката системата възпроизвежда музика при задържане, докато повикващият чака следващия наличен агент.

Обработка на грешки

Ако е избрана невалидна опция или времето на изчакване за въвеждане изтече, системата пуска съобщение, подканващо повикващия да опита отново.

Прекъсване на връзката

След като взаимодействието завърши или възникне грешка, потокът прекъсва връзката с повикването чрез дейността Прекъсване на връзката с контакта.

Допълнителни случаи на използване

  • Подменюта: Има меню за избор на език, където потребителите могат да изберат предпочитания от тях език с натискане на 1 за английски или 2 за испански. Менюто се повтаря, ако повикващият натисне #.
  • Съобщения за грешка: При получаване на невалидно въвеждане се пуска съобщение за грешка. За критични грешки системата се извинява и прекъсва връзката на повикващия.

Допълнителни ресурси

За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.

Изпускане на данни на Microsoft Dynamics HTTP(S)

Използвайте този шаблон за дизайнер на потоци, за да създадете IVR поток в Webex Contact Center, който се свързва с MS Dynamics с помощта на HTTP конектор. Този поток извлича подробности за клиента и казуса с помощта на ANI от CRM, посреща повикващия с персонализирано съобщение и маршрутизира повикването.

С този поток повикващият се поздравява с персонализирано съобщение въз основа на данните за CRM, а ако не бъде намерен случай, повикването се прехвърля към агент. Агентът се предоставя с подробности за клиента или случая в реално време чрез изскачащ екран. Потокът взаимодейства с MS Dynamics чрез две HTTP заявки:

  1. Извлича подробности за клиента чрез извършване на търсене на ANI.
  2. Извлича най-новите подробности за случай въз основа на ИД на клиента. Ако не се намери информация за клиент или случай, повикването се насочва към агент и се пуска съответното съобщение на повикващия. Агентът получава изскачащ екран, показващ или формуляр Нов случай, или подробностите за последно създадения случай за клиента.

Изскачащите прозорци са активирани, за да се гарантира, че агентите са оборудвани с необходимата информация, когато отговарят на повиквания.

Предварителни изисквания

Уверете се, че преди да изпълните този поток, са изпълнени следните изисквания:

  • Приложението е регистрирано в Azure за MS Dynamics CRM.
  • OAuth 2.0 и настройката на конектори в Control Hub трябва да бъдат конфигурирани предварително.
  • Импортирайте шаблона във Flow Designer.
  • Коригирайте променливите на потока, опашките и всички специфични конфигурации въз основа на вашите организационни нужди.

Потокът използва Cisco Text-to-Speech (TTS) за динамични подкани. Ако се изисква статично аудио, потребителите могат да качват аудио файлове. Музиката за задържане по подразбиране се използва от хранилището на Webex.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

Повикването е получено

ANI на повикващия е заснет.

ANI на лентата

Кодът на страната + се премахва от ANI.

Извличане на информация за клиента

Към MS Dynamics CRM се отправя HTTP заявка за търсене на подробности за клиента с помощта на изчистен ANI.

Условна проверка – клиентът съществува

Ако клиентът съществува, се прави друга HTTP заявка, за да се извлекат подробностите за случая. Ако клиентът не съществува, се пуска съобщение Няма намерен случай.

Пускане на персонализирана информация за случай

Ако бъде намерен случай, повикващият се посреща с подробности за последния случай.

Маршрутизиране към агент или прекъсване на връзката

След това на повикващия се предлага опцията да говори с агент или да прекъсне връзката.

Изскачащ екран за агента

Когато агентът отговори, подробностите за случая или новият формуляр за случай се представят в нов раздел на браузъра.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток за IVR поток, който се свързва с MS Dynamics с помощта на HTTP конектор.

Активност в потока

Описание

Старт

Инициира потока при получаване на повикването.

ANI на лентата

Зачерква кода на страната + от ANI, за да се подготви за търсенето на MS Dynamics.

Получаване на информация за клиента

Изпраща се заявка за HTTP GET за извличане на пълното име и ИД на контакт на клиента въз основа на ANI.

Условна проверка – клиентът съществува

Проверява дали клиентът съществува в MS Dynamics. Ако е така, извлечете подробностите за случая. Ако е невярно, пуска съобщение, което информира повикващия, че не е намерен случай.

Получаване на информация за случай

Извлича заглавието и номера на казуса, като използва ИД на клиента от предишната стъпка.

Пускане на персонализирано съобщение

Поздравява повикващия по име и предоставя подробности за казуса чрез TTS (Текст към реч).

Не е намерен случай за пускане

Пуска съобщение, ако не е намерен случай за повикващия, и го информира, че ще бъде прехвърлен на агент.

Основно меню

Предлага на повикващия избор да се свърже с агент или да прекъсне повикването.

Контакт за опашката

Маршрутизира повикващия към наличен агент въз основа на предварително дефинирани настройки на опашката.

Възпроизвеждане на музика

Пуска музика при задържане, докато повикващият чака на опашката.

Прекъсване на контакта

Приключва повикването, ако повикващият избере да прекъсне връзката.

Изскачащ екран

Появява се информация за казуса или нов формуляр за казус за агента, когато на повикването бъде отговорено.

Допълнителни ресурси

За подробни инструкции за конфигуриране на потоци вижте ръководството за настройка и администриране на Webex Contact Center.

За демонстрация на интеграцията с MS Dynamics вижте как се конфигурира персонализиран конектор за MS Dynamics CRM.

За повече информация относно инструментите на API за удостоверяване в среди с Microsoft Dataverse вижте Използване на безсъние с уеб API на Dataverse.

Процентно разпределение и A/B разпределение

Използвайте този шаблон за дизайнер на потоци на Webex Contact Center, за да разпределяте повикванията по процент в различни опашки, като осигурявате безпроблемна работа и минимизирате drop-off по време на големи обеми повиквания.

Този поток разпределя входящите повиквания въз основа на разпределяне в проценти. По-конкретно 90% от контактите се насочват към основната опашка, 0% към препълване на поддръжката (неактивна) и 10% към офсайт опашка. След разпределението на повикващите се пуска съобщение, указващо задаването им на опашката, последвано от музика при задържане, докато има свободен агент. Можете да промените потока, така че да отговаря на нуждите на вашата организация.

Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

Разписка за повикване

Повикването влиза в потока в точката NewContact.

Разпределяне в проценти

90% от повикванията се маршрутизират към основната опашка.

10% от повикванията се маршрутизират към опашката офсайт.

Пускане на съобщение в опашката

След разпределяне в проценти повикващият чува съобщение, указващо пътя на разпределяне.

Контакт за опашката

Повикващият е поставен в зададената опашка.

Музика при задържане

Докато чакат на опашката, повикващите чуват музика за задържане.

Задаване на агент

Повикванията се маршрутизират към наличния агент в зададената му опашка.

Дейности в потока

Следващата таблица описва последователността на дейностите в потока.

Активност в потока

Описание

НовКонтакт

Това е началната точка, когато се получи нов телефонен контакт.

ПроцентРазпределение

Разпределя входящите контакти въз основа на процентното разпределение:

  • 90% насочено към основната опашка.
  • 10% е насочен към опашката извън сайта.

Задаване на променлива

Улавя разпределения процент (90%, 10%) в променлива, наречена PercentageAllocated.

Задаване на променлива

Улавя пътя на изход (Главна опашка или Офсайт), при което повикването е влязло в променлива, наречена PercentageExitPath.

PlayMessage

Пуска съобщение чрез Cisco TTS, което информира повикващия за неговото разпределяне, като например: Достигнахте 90% за разпределяне! Основна опашка на клон 1.

ОпашкаКонтакт

Опашка контакта въз основа на определения път (Основна опашка или Офсайт).

Възпроизвеждане на музика

Възпроизвежда музика при задържане (defaultmusic_on_hold.wav), докато повикващият чака на опашката.

Допълнителни ресурси

За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.

Изпускане на данни за Salesforce HTTP(S)

Използвайте този шаблон за дизайнер на потоци, за да създадете IVR поток в Webex Contact Center, който се свързва със Salesforce чрез HTTP конектор, позволявайки динамично маршрутизиране и извличане на данни за управление на случаи на Salesforce.

Този поток използва HTTP конектора на Webex Contact Center за извличане на информация за клиентите от Salesforce с помощта на търсене на ANI. Потокът извлича информация за акаунта на клиента, контакта и казуса от Salesforce и маршрутизира съответно повикването.

Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.

Предварителни изисквания

Преди да конфигурирате този поток, се уверете, че:

  • Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
  • Конфигурирайте конектора за Salesforce с използване на OAuth2. За подробни стъпки вижте Конфигуриране на свързаното приложение за конектора за Webex Contact Center Salesforce.
  • Импортиране на прикачения поток Salesforce_HTTP_Connector.json в дизайнера на потоци на Webex Contact Center.
  • Използвайте колекцията Salesforce API, за да разгледате REST API.
  • За да генерирате ръчно маркера за достъп до OAuth, използвайте следната команда:
    curl --location --request POST 'https://abcde-dev-ed.my.salesforce.com/services/oauth2/token' \
    --header 'Content-Type: application/x-www-form-urlencoded' \
    --data-urlencode 'grant_type=password' \
    --data-urlencode 'client_id=clientId' \
    --data-urlencode 'client_secret=clientSecret' \
    --data-urlencode 'username=yourLogin@salesforce.com' \
    --data-urlencode 'password=yourPassword'
    

Случай на употреба

Тази примерна интеграция показва как този поток осигурява безпроблемно обслужване на клиенти, като интегрира Salesforce с Webex Contact Center, като се гарантира, че съответната информация е лесно достъпна както за клиентите, така и за агентите.

  1. Клиентът се обажда в Webex Contact Center и се записва телефонният му номер.
  2. Системата извършва търсене на ANI в Salesforce за намиране на съвпадаща информация за акаунт и контакт.
  3. Въз основа на извлечените данни, клиентът е посрещнат с персонализирано IVR съобщение.
  4. Ако има отворен случай, свързан с клиента, агентът получава тази информация на своя работен плот.
  5. След повикването Webex Contact Center публикува подробности за повикванията и коментари обратно в случая Salesforce.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

Търсене и маршрутизиране на ANI

Потокът започва с получаване на телефонния номер на клиента. Телефонният номер е форматиран и повикване на Salesforce API извлича акаунта и контакта, свързани с ANI. Ако клиентът бъде намерен, той се маршрутизира въз основа на свързания случай на Salesforce.

Актуализации след повикването

След като агентът приключи повикването, Webex Contact Center публикува информация като коментари за повиквания и ИД на повиквания в съответния случай на Salesforce.

Дейности в потока

Следващата таблица описва последователността на дейностите в потока.

Активност в потока

Описание

Старт

(НовКонтакт)

Улавя подробностите за входящите повиквания и започва потока.

Задаване на телефонен номер

(SetPhoneNumber)

Форматира записания телефонен номер за търсене на Salesforce API.

Търсене на акаунт

(АкаунтByANI)

Изпълнява HTTP GET заявка към Salesforce, извлича подробностите за акаунта на клиента въз основа на телефонния номер.

Търсене на контакт

(ContactByANI)

Извлича контакта, свързан с телефонния номер, чрез заявка на Salesforce SOQL.

Търсене на случаи

(CasebyContactId)

Извлича отворените случаи, свързани с контакта, като извлича подробности за случая, включително номер и ИД.

Контакт за опашката

(QueueContact)

Маршрутизира повикването към подходящия агент въз основа на извлечената информация за Salesforce и приоритета на клиента.

Възпроизвеждане на музика

(Музика)

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

Изскачащ екран

(ScreenPopAccount)

Отваря страницата на акаунта за Salesforce на клиента на работния плот на агента, когато на повикването бъде отговорено.

Публикуване на коментар

(PostComment)

Публикува подробностите за повикването в съответния случай на Salesforce, след като взаимодействието приключи.

Край на потока

(EndFlow)

Завършва потока, след като завършите всички задачи.

Допълнителни ресурси

За повече информация относно конфигурирането на Salesforce с Webex Contact Center вижте Въведение в Salesforce REST API и ръководството за настройка и администриране на Webex Contact Center.

За цялостен преглед на конфигурацията на видеото гледайте тази серия от две части:

Dip данни за HTTP(S) на ServiceNow

Използвайте този шаблон за дизайнер на потоци, за да извличате и актуализирате безопасно инциденти и други типове обекти в ServiceNow чрез Webex Contact Center.

Този поток интегрира Webex Contact Center с ServiceNow, като използва HTTP конектор за маршрутизиране на решения и извличане на подробности за инциденти чрез REST API на ServiceNow. Той обработва входящи гласови повиквания, изпълнява търсене на ANI, извлича съответна информация и предоставя персонализирана услуга. Процесът е както следва:

  1. Webex Contact Center получава повикване.
  2. Пуска се приветствено съобщение на повикващия, съдържащо подробностите за неговия инцидент.
  3. Системата извършва търсене в ServiceNow, като използва ANI за извличане на повикващия sys_id за да получите идентификатора на обекта на повикващия в ServiceNow.
  4. Въз основа на sys_id, системата разглежда активния инцидент за повикващия.
  5. Номерът на инцидента се възпроизвежда обратно на повикващия.
  6. Повикването е на опашка за следващия наличен агент, с приоритет въз основа на тежестта на инцидента.
  7. Музиката при задържане се възпроизвежда, докато повикващият чака на опашката.
  8. След като повикването е свързано към агент, информацията за инцидента се показва на работния плот на агента.
  9. След повикване Webex Contact Center публикува информация за повикването обратно към съответния инцидент в ServiceNow.

Предварителни изисквания

Преди да конфигурирате този поток, се уверете, че:

  • Настройка за OAuth2: Конфигурирайте OAuth2 в ServiceNow и Webex Contact Center, като следвате видео ръководството.
  • Настройка от администратор: Влезте в admin.webex.com и конфигурирайте конектора. Отидете на Contact Center > Connectors > Custom Connector > OAuth2. Въведете необходимите идентификационни данни, както е описано в видео ръководството.

Използвайте пример за случай

Тази примерна интеграция показва как Webex Contact Center може да подобри практическата работа на клиентите чрез персонализирани взаимодействия, като същевременно използва ServiceNow за търсения на ANI и управление на инциденти:

  1. Входящо повикване: Клиентът се обажда в Webex Contact Center.
  2. Търсене на ANI: Webex изпълнява търсене на ANI в ServiceNow, за да идентифицира повикващия.
  3. Търсене на инцидент: ServiceNow извлича свързания ИД на инцидент въз основа на подробностите за повикващия.
  4. Персонализиран поздрав: Клиентът се поздравява с персонализирано съобщение, препращащо към неговия активен инцидент.
  5. Маршрутизиране и приоритизиране: Повикванията се маршрутизират въз основа на тежестта на инцидента, като се гарантира, че на първо място са разгледани критичните въпроси.
  6. Задаване на агент: Повикването се насочва към наличен агент, като подробностите за инцидента се показват на работния плот на агента.
  7. Актуализации след повикването: Webex Contact Center публикува съответната информация за повикванията, включително идентификатори на повикванията, за ServiceNow, като използва потоците за събития.

Дейности в потока

Следващата таблица описва дейностите, използвани в потока, и тяхната роля в интеграцията.

Активност в потока

Описание

Старт

(НовКонтакт)

Потокът започва при получаване на входящо повикване.

Пусни съобщението

(Поздрав)

Пуска приветствено съобщение с помощта на „Текст към реч в облака на Cisco“, като например: Добре дошли в демонстрацията на ServiceNow. Вашият номер на инцидента е: {{incidentNum}}

Задаване на променлива

(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.

За повече информация относно потоците на Webex Contact Center вижте ръководството за настройка и администриране на Webex Contact Center.

Просто входящо повикване към опашка

Използвайте този шаблон за дизайнер на потоци в Webex Contact Center, за да предоставите прост процес за обработка на входящи повиквания. Повикващите са поздрави, поставени на опашка към агент и чуват музика за задържане, докато чакат.

Този поток осигурява лесен процес за обработка на входящи повиквания в контактния център:

  1. Получава се повикване и влиза в потока през входната точка.
  2. На повикващия се пуска приветствено съобщение.
  3. Повикващият е поставен в опашка за следващия наличен агент.
  4. По време на изчакване в опашката на повикващия се пуска музика за задържане.
  5. Този поток осигурява гладко изживяване, като поставя механизми за обработка на грешки и позволява резервни сценарии, в случай че агентите не са на разположение.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Създавайте съпоставяния на входни точки, опашки, екипи и входни точки.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.

Активност в потока

Описание

Старт

(Нов телефонен контакт)

Потокът започва, когато се получи повикване през входната точка. Повикването се приема в потока и продължава към следващата стъпка.

Пусни съобщението

(Приветствено подсказване)

Пуска се съобщение за приветстване на повикващия. В този поток съобщението казва: Добре дошли в Webex Contact Center!

Това съобщение е конфигурирано при използване на Cisco TTS, но може да бъде заменено със записи по избор.

Опашка

(Директен контакт)

След приветственото съобщение повикването се поставя в опашка. Опашката е настроена да насочва повикването към опашката Q_arubhatt, която маршрутизира повикващия към най-дългия наличен агент.

Възпроизвеждане на музика

(Музика при задържане)

Докато чака на опашката, потокът възпроизвежда музика при задържане (defaultmusic_on_hold.wav). Възпроизвежда се в продължение на 30 секунди преди изтичането.

Пусни съобщението

(Съобщение за задържане)

Пуска се вторично съобщение, докато повикващият чака: Благодарим ви за търпението. Моля, изчакайте, докато ви намерим експерт.

Това съобщение е конфигурирано при използване на Cisco TTS, но може да бъде заменено със записи по избор.

Край на потока

Потокът завършва при свързване на агента или ако възникне грешка. Това гарантира, че повикващият се обработва гладко, независимо дали е свързан с агент, или потокът трябва да приключи поради грешка.

Обработка на грешки

Потокът е проектиран да се справя с неочаквани проблеми, като завършва грациозно, с налични резервни маршрути.

Допълнителни ресурси

За повече информация вижте ръководството за настройка и администриране на Webex Contact Center.

Виртуален агент с Google DialogFlow CX

Използвайте този шаблон за дизайнер на потоци, за да интегрирате Google DialogFlow CX с Webex Contact Center. Този поток осигурява подобрено взаимодействие на клиентите с гъвкаво и динамично обработване на данни.

Този поток показва как да предадете данни от Webex Contact Center на Google DialogFlow CX, което ви позволява да използвате разширени възможности за виртуален агент. Той включва примери за обработка на входовете на повикващите, като имена, срещи и причини за повикванията, с акцент върху безпроблемното прехвърляне на данни между двете платформи.

Този поток използва Cisco Text-to-Speech (TTS) за аудио подкани, ако има такива.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:

  • Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
  • Настройте виртуалния агент на Google DialogFlow CX и конфигурирайте необходимите интеграции на уеб обратно повикване.

Разбивка на потока

  1. Повикването се получава и влиза в потока.
  2. Повикващият е насочен към API, който извлича името му от крайна точка за моделиране.
  3. Пуска се приветствено съобщение на повикващия, включително името му, с помощта на Google DialogFlow CX.
  4. Виртуалният агент на DialogFlow CX взаимодейства с повикващия, за да събере въвеждания, като дати и часове на срещите.
  5. Данните на клиентите се предават обратно на Webex Contact Center за потенциална допълнителна обработка.
  6. В зависимост от взаимодействието повикването или ескалира, или завършва.
  7. При ескалиране повикващият се поставя в опашка.
  8. Музиката при задържане се възпроизвежда, докато повикващият чака агент.

Дейности в потока

Следващата таблица описва последователността на дейностите в потока.

Активност в потока

Описание

Старт

Потокът започва при получаване на повикване, инициирано чрез дейността 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).

Контакт за опашката

След взаимодействието с виртуалния агент клиентът се поставя в опашка, за да изчака следващия наличен агент.

Възпроизвеждане на музика

Докато повикващият чака на опашката, системата възпроизвежда музика за задържане по подразбиране (defaultmusic_on_hold.wav).

Прекъсване на контакта

Ако не се изисква по-нататъшно действие, повикването се прекъсва с помощта на дейността DisconnectContact.

Допълнителни ресурси

За повече подробности относно интегрирането на Webex Contact Center с Google DialogFlow CX вижте документацията за разработчици на Google DialogFlow CX и Конфигуриране на виртуален агент в Webex Contact Center.

За поддръжка посетете Поддръжка за разработчици на Webex Contact Center или се присъединете към общността за разработчици на API на Webex Contact Center.

Изпускане на данни за HTTP(S) на Zendesk

Този шаблон използва HTTP конектора на Webex Contact Center за интегриране със Zendesk. Използвайте този шаблон за дизайнер на потоци, за да извършвате търсене на данни за клиенти, да управлявате билети в Zendesk и ефективно.

Този поток използва API на Zendesk за подобряване на Webex Contact Center чрез извличане на клиентски данни въз основа на ANI (Автоматична идентификация на номера) и извличане на подробности за билети. Той маршрутизира повикванията въз основа на сериозността на инцидента или наличността на агенти, подобрявайки взаимодействията с клиентите. Системата може да извършва няколко действия:

  • Търсене на потребител на Zendesk въз основа на ANI (номера на повикващия).
  • Извлечете последния неразрешен билет на потребителя.
  • Предоставете съответните подробности за билета на клиента чрез IVR.
  • Маршрутизирайте повикването към агент въз основа на предварително дефинирани критерии или позволете на клиента да избере да прекъсне връзката.

Този поток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да приложите този поток:

  • Уверете се, че удостоверяването на API е разрешено в екземпляра на Zendesk. Изпълнете стъпките: Admin > Apps and Integrations > APIs > Enable API authentication.
  • HTTP конекторът на Zendesk трябва да се конфигурира чрез BasicAuth.
  • Създавайте входни точки, опашки, екипи и други специфични за организацията дейности по конфигуриране.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани или музикални файлове вместо Cisco Text-to-Speech (TTS).

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Случай на употреба

Използвайте този пример, за да разберете повече за това как работи този поток.

  1. Клиент се обажда в Webex Contact Center.
  2. Извършва се търсене на ANI за извличане на подробностите за клиента от Zendesk.
  3. Извлича се последният билет, свързан с клиента.
  4. Клиентът е посрещнат чрез IVR и е информиран за статуса на билета си.
  5. Клиентът може да:
    • Свържете се с агент.
    • Прекъснете връзката, ако той избере да не говори с агент.
  6. След повикване системата може да актуализира билета на Zendesk със съответната информация за повикването.

Разбивка на потока

Следващата таблица описва различните елементи на потока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на поток

Описание

Повикването е получено

Повикването влиза в системата и се стартира конекторът Zendesk.

Търсене на потребител в Zendesk

Системата извършва търсене в Zendesk с помощта на номера на повикващия.

Извличане на подробности за билет

Системата извлича последния неразрешен билет за потребителя.

Представяне на подробности за билет

Клиентът се информира за състоянието на билета чрез IVR съобщение.

Опции на менюто

Клиентът може да избере да говори с агент или да прекъсне връзката.

Дейности в потока

Следващата таблица описва последователността на дейностите в потока.

Активност в потока

Описание

Старт

Потокът започва при получаване на повикване.

Търсене на потребител (Zendesk)

Тази дейност изпълнява HTTP заявка към Zendesk при търсене на потребителя въз основа на неговия ANI.

Извличане на подробности за билет

Към Zendesk е отправена друга HTTP заявка за извличане на последния билет за потребителя.

Представяне на подробности за билет

На повикващия се пуска съобщение чрез TTS, съдържащо информация за статуса на билета му.

Меню за потвърждение

Системата представя меню на клиента, което му позволява или да се свърже с агент, или да прекъсне връзката.

Контакт за опашката

Ако клиентът избере да се свърже с агент, той се поставя в опашка.

Възпроизвеждане на музика

Музиката при задържане се възпроизвежда, докато клиентът чака агент.

Post comments (Zendesk)

След повикването системата публикува коментар за билета на Zendesk, обобщаващ взаимодействието.

Прекъсване на връзката

Системата прекъсва връзката с повикването, ако клиентът избере да прекъсне връзката или след завършване на повикването.

Допълнителни ресурси

Този поток използва HTTP конектора на Webex Contact Center за взаимодействие с API на Zendesk. За повече информация вижте документацията за API на Zendesk и ръководството за настройка и администриране на Webex Contact Center.

Избягване на дублирано обратно повикване

Този шаблон за поток показва как да се предотвратят дублирани записи за обратно повикване в Webex Contact Center, като се използва разширената HTTP дейност с поддръжка за Content-Type: GraphQL. Той използва HTTP конектора на WebexCC API, за да взаимодейства с API за търсене, позволявайки на потока да проверява за съществуващи заявки за обратно повикване от същия повикващ. Този шаблон подобрява ефективността и работата на клиентите, като избягва излишни обратни повиквания.

Този шаблон за поток проверява дали клиентът вече е направил заявка за обратно повикване в системата. Той използва API за търсене чрез GraphQL, за да определи дали съществува активна задача за обратно повикване за ANI (Автоматична идентификация на номера) на повикващия.

Той използва функцията, която подобрява HTTP активността в Webex Contact Center, като добавя поддръжка за Content-Type: GraphQL – Възможност за използване на HTTP конектора на WebexCC API за използване на API за търсене чрез новия тип съдържание на GraphQL, включително заместване на променлива.

Предварителни изисквания

Уверете се, че преди да изпълните този поток, са изпълнени следните изисквания:

  • Конфигурирайте конектор към API на Webex Contact Center.

  • Уверете се, че средата на Webex Contact Center е правилно настроена: Входна точка, съпоставяне на входна точка, опашки и т.н.

Разбивка на потока

Елемент на поток

Описание

Повикването е получено

Повикването влиза в потока при дейността NewContact.

Първоначален поздрав

Дейността PlayMessage_wgk възпроизвежда начално поздравително съобщение до повикващия.

Извличане на текущия час

Дейността SetVariable_7a1 извлича текущото време в милисекунди и го съхранява в currentTime променлива.

Изчисляване преди часа

Активността SetVariable_8t9 изчислява времето 24 часа преди текущия час в милисекунди и го съхранява в goback_by_a_day променлива.

Отрежете ANI

Дейността SetVariable_ak4 изрязва ANI (телефонния номер на повикващия), за да премахне префикса „+1“ за целите на търсенето.

Търсене на повикване до API (GraphQL)

  • Дейността SearchAPIRequest извършва повикване до API за търсене на Webex Contact Center, използвайки GraphQL за намиране на съществуващи активни задачи за обратно повикване въз основа на ANI.

  • Той използва goback_by_a_day и currentTime променливи за търсене през последните 24 часа.

  • Заявката GraphQL търси задачи, съответстващи на ANI или изрязан ANI на повикващия, които са активни и имат статус на обратно повикване.

Проверка на отговора на API

  • Дейността SetVariable_xye комбинира кода за състояние на HTTP, състоянието на обратно повикване и тялото на HTTP отговор от повикването в API за търсене в apiOutput променлива.

  • Дейността Condition_ts8 проверява дали тялото на HTTP отговор от повикването в API за търсене съдържа \„Необработено\“, което показва, че няма дублирано обратно повикване.

Обработване на дублирано обратно повикване (ако е намерено)

  • Ако бъде намерено дублирано обратно повикване (отговорът на API съдържа обратно повикване), дейността PlayMessage_99x информира повикващия, че вече е планирана обратно повикване, и след това дейността DisconnectContact_mx8 прекратява връзката с повикването.

Планиране на ново обратно повикване (ако не е намерено):

Ако не бъде намерено дублирано обратно повикване, потокът продължава към дейността Menu_lsi, която представя на повикващия опции за планиране на обратно повикване или изчакване на опашката.

Планиране на обратно повикване

Ако повикващият избере да планира обратно повикване (натиснете 1), дейността Обратно повикване_20e планира обратно повикване при използване на ANI на повикващия. Съобщение за потвърждение се пуска чрез PlayMessage_ysw, а след това DisconnectContact_mx8_2bg прекъсва връзката с повикването.

Изчакване на опашка

Ако повикващият избере да изчака в опашката (натиснете 2), SetVariable_c0y увеличава брояча. След това повикването се поставя на опашка на агента чрез QueueContact_95e, а музиката се възпроизвежда при задържане чрез PlayMusic_qne. Повикванията се пренасочват обратно към дейността Menu_lsi.

Променливи

  • callBackStatus: (НИЗ) – Състоянието на обратно повикване.

  • брояч: (цяло ЧИСЛО) - ПРОМЕНЛИВА на брояча.

  • текущЧас: (НИЗ) - Настоящото време в милисекунди от епохата.

  • goback_by_a_day: (НИЗ) – Времето преди 24 часа в милисекунди от епохата.

  • apiИзход: (НИЗ) – Комбинираният код за състояние на HTTP, състояние на обратно повикване и HTTP отговор от API за търсене.

  • ANITrim: (НИЗ) – Изрязаният ANI (телефонен номер) на повикващия.

  • отговор: (НИЗ) – HTTP отговорът от API за търсене.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.

Активност в потока

Описание

Старт

(НовКонтакт)

Стартира потока при получаване на повикването.

Действия

PlayMessage

Пуска съобщение до повикващия.

Обратно повикване

Планира обратно повикване за повикващия.

Възпроизвеждане на музика

Пуска музика при задържане.

ОпашкаКонтакт

Опашка повикването към агент.

HTTP

Прави HTTP заявка към API за търсене с помощта на GraphQL.

Прекъсване на връзкатаКонтакт

Прекъсва повикването.

Задаване на променлива

Задаване на променлива: Задава различни променливи, включително текущо време, време преди 24 часа, изрязан ANI и извеждане на API.

Условия

  • Условие: Проверява дали тялото на HTTP отговора съдържа \„Не е обработено\“.

  • Меню: Предоставя на повикващия опции за планиране на обратно повикване или изчакване в опашката.

Музика при задържане (MusicOnHold)

Пуска музика при задържане, докато повикващият чака на опашката.

Обработка на цикъл (CallLoopCycle и LoopCycle)

Гарантира, че повикванията, прекъсващи твърде много пъти, се насочват към крайното меню.

Прекъсване на връзката (DisconnectContact)

Прекъсва връзката с повикването след съобщенията или когато повикващият избере да прекрати взаимодействието.

Допълнителни ресурси

За повече информация относно използването на HTTP заявки с GraphQL и други дейности в рамките на Webex Contact Center вижте раздела за дейностите HTTP заявка.

Вижте също документацията за API на Webex Contact Center за подробности относно заявките за API за търсене и GraphQL.

Записване и управление на аудио подкани

Този шаблон за поток предоставя рационализиран метод за администраторите да записват и управляват аудио подкани в Webex Contact Center чрез потребителски интерфейс за телефония (TUI). Той използва подобрени възможности за HTTP активност, включително поддръжка за `Тип на съдържанието: Попълнете данните, за да взаимодействате с API за аудио файлове (подкана) на Webex Contact Center. Този шаблон възпроизвежда функции, познати от локалните системи, като подобрява практическата работа на клиентите и оперативната ефективност.

Предварителни изисквания

  • Създайте и задайте входна точка и конфигурирайте съпоставянето на входна точка от страницата с настройки на Control Hub за Webex Contact Center. Вижте ръководството за настройка и администриране на Webex Contact Center.

  • Конфигурирайте конектор към API на Webex Contact Center.

  • Ако функцията Cisco от текст към реч (TTS) не е активирана за подкани, качете необходимите статични аудио файлове.

Разбивка на потока

Елемент на поток

Описание

Повикването е полученоПовикването влиза в потока при дейността NewContact.
(По ИЗБОР) Удостоверяване От администратор чрез OTPРазработчикът на потоци може да внедри незадължителна бариера за удостоверяване за администратора, като използва защитен метод, като например OTP, доставен чрез SMS до ANI, или случайно генериран номер/ПИН. Това може да бъде добавено преди главното меню.
Основно менюДейността Основно меню (IVR меню) представя на администратора следните опции:
  • Натиснете 1, за да създадете нова подкана.

  • Натиснете 2, за да актуализирате съществуваща подкана.

  • Натиснете 3, за да изтриете съществуваща подкана.

  • Натиснете 4 за изход от потока

Създаване на подкана (опция 1)
  • Дейността PlayMessage_kcx подканва администратора да запише ново аудио подкана.

  • Дейността Record_e0j записва въведеното аудио от администратора.

  • Записаното аудио след това се изпраща до API на Webex Contact Center с използване на активността на CreatePrompt HTTP заявките с Content-Type: Form Data.

  • Дейността Parse_gke анализира отговора за извличане на id и blobId от новосъздадената подкана. Това е необходимо, в случай че трябва да актуализирате същата подкана.

  • Дейността PlayMessage_q16 потвърждава, че съобщението е създадено.

  • Системата възпроизвежда записаната подкана за потвърждение чрез PlayRecordedMessage.

Подсказване за актуализиране (опция 2)
  • Дейността RecordPromptAfterTone подканва администратора да запише актуализирана подкана.

  • Дейността Record_e38 записва новото аудио.

  • След това потокът преименува файла, който ще бъде изтрит с помощта на RenameFileToDelete. Това гарантира, че препратките към този аудио файл се премахват навсякъде, където аудио файловете са посочени по име.

  • Актуализираното аудио се изпраща до API на Webex Contact Center чрез активността на HTTPRequest_13n HTTP заявките с Content-Type: Form Data.

  • Системата потвърждава актуализацията и възпроизвежда новата подкана чрез PlayMessage_q16_jpg_03l и PlayMessage_0l6.

Изтриване на подкана (опция 3)
  • Дейността DeleteConfirm потвърждава изтриването.

  • Потокът преименува файла, който трябва да бъде изтрит при използване на RenameFileToDelete.

  • Дейността HTTPRequest_raf изпраща искане за ИЗТРИВАНЕ до API на Webex Contact Center за изтриване на подканата.

  • Системата потвърждава изтриването чрез DeleteConfirm.

Изход (опция 4)
  • Дейността Сбогом възпроизвежда благодарствено съобщение.

  • Повикването е прекъснато при използване на дейността DisconnectContact_cz4.

Променливи

Променлива

Тип

Описание

blobIdНИЗBlob ID на аудио файла
аудиоФайлNameНИЗИмето на аудио файла (по подразбиране: „EmergencyDemo.wav“).
идентификаторНИЗИД на аудио файла.
статусНИЗСъстоянието на заявката за API.
новФайлNameНИЗИмето на актуализирания аудио файл (по подразбиране: "updatedFile.wav").
отговорНИЗHTTP отговорът от API иска. Това не е задължително – за отстраняване на грешки.

Използвани дейности

Активност в потока

Описание

Старт НовКонтакт: Стартира потока при получаване на повикването.
Меню на IVR Основно меню: Пуска меню с опции за управление на подканите.
Създаване на подкана
  • Възпроизвеждане на съобщение: Подканва администратора да запише нова подкана.

  • Запис: Записва въведеното аудио.

  • HTTP заявка: HTTP заявка за създаване на аудио подкана с използване на Content-Type: FORM-DATA.

  • Парси: Анализира HTTP отговора, за да извлече id и blobId.

  • Възпроизвеждане на съобщение: Потвърждава създаването на съобщение.

  • Възпроизвеждане на съобщение: Възпроизвежда записаната подкана.

Подкана за актуализиране
  • Меню: Подканва администратора да запише актуализирана подкана.

  • Запис_e38: Записва въведеното аудио.

  • HTTP заявка: HTTP искане за актуализиране на аудио подканата с използване на Content-Type: FORM-DATA.

  • Възпроизвеждане на съобщение: Потвърждава актуализацията на съобщението.

  • Възпроизвеждане на съобщение: Възпроизвежда актуализираната подкана.

Изтриване на подкана
  • Меню: Потвърждава изтриването на аудио подканата.

  • HTTP заявка: Преименува файла за изтриване. Трябва да се дефинира ИД на подканата.

  • HTTP заявка: HTTP искане за изтриване на аудио подкана с използване на Content-Type: Application/JSON и ИЗТРИЙТЕ заявката.

Друго
  • Изчакване: Дейност за изчакване.

  • Задаване на променлива: Задава променливи.

  • Прекъсване на връзкатаКонтакт: Прекъсва повикването.

Допълнителни подробности

За повече информация относно използването на активността при записване, HTTP заявки и контролите за запис в рамките на Webex Contact Center вижте раздела за дейността HTTP заявка.

Последен шаблон за маршрутизиране на агент

Последният шаблон за маршрутизиране на агент показва как да реализирате маршрутизиране на последния агент в Webex Contact Center чрез използване на подобрената HTTP активност с поддръжка за Content-Type: GraphQL. Той използва HTTP конектора на WebexCC API за взаимодействие с API за търсене, което позволява маршрутизиране на повикванията към последния агент, който е обработил повикването. Този шаблон подобрява практическата работа на клиентите, като ги свързва с познат агент.

Този шаблон за поток проверява дали даден клиент се е обадил в рамките на последните 24 часа и ако да, маршрутизира обаждането към същия агент. Той използва API за търсене чрез GraphQL, за да намери последния агент, който е обработил повикването въз основа на ANI (Автоматична идентификация на номера) на повикващия.

Той използва функцията, която подобрява HTTP активността в Webex Contact Center, като добавя поддръжка за Content-Type: GraphQL – Възможност за използване на HTTP конектора на WebexCC API за използване на API за търсене чрез новия тип съдържание на GraphQL: включително заместване на променлива.

Предварителни изисквания

  • Конфигурирайте конектор към API на Webex Contact Center.

  • Уверете се, че средата на Webex Contact Center е правилно настроена: Входна точка, съпоставяне на входна точка, опашки и т.н.

Разбивка на потока

  1. Повикването е получено:

    • Повикването влиза в потока при дейността NewContact.

  2. Начален поздрав:

    • Дейността PlayMessage възпроизвежда първоначално поздравително съобщение за повикващия.

  3. Извличане на текущия час:

    • Дейността CurrentTime извлича текущия час.

  4. Изчисляване на Времето Преди 24 Часа:

    • Дейността Goback_By_a_day изчислява времето 24 часа преди текущия час.

  5. Отрежете ANI:

    • Дейността SetVariable изрязва ANI (телефонния номер на повикващия), за да премахне префикса "+1" за целите на търсенето.

  6. Търсене на повикване до API (GraphQL):

    • Дейността SearchAPILastAgent извършва повикване до API за търсене на Webex Contact Center, използвайки GraphQL, за да намери агента, който е обработил предишното повикване въз основа на ANI.

    • Той използва goback_by_a_day и currentTime променливи за търсене през последните 24 часа.

    • Заявката GraphQL търси задачи, съответстващи на ANI на повикващия или изрязан ANI, които не са активни, и извлича ИД на собственика (ИД на агент) на задачата.

  7. Регистриране на отстраняване на грешки:

    • Дейността DebugLog регистрира кода за състояние на HTTP и тялото на отговора от повикването в API за търсене.

    • Дейността в Debug_Log регистрира извлечения ИД на агента.

  8. Проверете отговора на API:

    • Дейността Condition_kxu проверява дали HTTP кодът за статус от повикването в API за търсене е 200 (успешно).

  9. Проверете дали се извлича ИД на агент:

    • Дейността Condition_jtn проверява дали ИД на агент е извлечен успешно от отговора на API за търсене.

  10. Маршрутизиране към последния агент (ако е намерен):

    • Ако бъде намерен ИД на агент, дейността PlayMessage_ee8 пуска съобщение за потвърждение до повикващия, което го информира, че се прехвърлят към същия агент, с който е говорил преди това.

    • Дейността QueueToAgent_xh1 задава повикването към агента с извлечения ИД на агент.

  11. Маршрутизиране към опашка по подразбиране (ако не е намерено):

    • Ако не е намерен ИД на агент (неуспешно повикване до API или не е намерено предишно повикване в рамките на 24 часа), дейността QueueToDefault поставя повикването в опашка по подразбиране.

  12. Възпроизвеждане на музика при задържане:

    • Дейността PlayMusic_i73 възпроизвежда музика при задържане, докато повикващият чака на опашката.

Променливи

  • ИД на агент: (НИЗ) – ИД на последния агент, обработил повикването.

  • текущЧас: (НИЗ) - Настоящото време в милисекунди от епохата.

  • goback_by_a_day: (НИЗ) – Времето преди 24 часа в милисекунди от епохата.

  • Отговор: (НИЗ) – HTTP отговорът от API за търсене.

  • ANITrim: (НИЗ) – Изрязаният ANI (телефонен номер) на повикващия.

Дейности в потока

Следващата таблица описва последователността на дейностите по поток, включени в този шаблон за поток.

Активност в потока

Описание

Старт

(НовКонтакт)

Стартира потока при получаване на повикването.

Действия

PlayMessage

Пуска съобщение до повикващия.

QueueToAgent

Опашка повикването към определен агент.

Възпроизвеждане на музика

Пуска музика при задържане.

Опашка

Опашка повикването към опашка по подразбиране.

HTTP

Прави HTTP заявка към API за търсене с помощта на GraphQL.

PlayMessage

Пуска съобщение, указващо, че повикващият се насочва към последния агент.

Задаване на променлива

  • ТекущЧас: Задава променлива за текущия час.

  • Goback_By_a_day: Задава променлива за времето преди 24 часа.

  • Регистър за отстраняване на грешки: Записва отговора на API за отстраняване на грешки.

  • Регистър за Debug_Log: Регистрира извлечения ИД на агент за отстраняване на грешки.

  • SetVariable_7b4: Изрязва ANI за търсене.

Условия

  • условие_ jtn: Проверява дали е извлечен ИД на агент.

  • условие_ kxu: Проверява дали кодът за състояние на HTTP е 200.

Музика при задържане (MusicOnHold)

Пуска музика при задържане, докато повикващият чака на опашката.

Обработка на цикъл (CallLoopCycle и LoopCycle)

Гарантира, че повикванията, прекъсващи твърде много пъти, се насочват към крайното меню.

Прекъсване на връзката (DisconnectContact)

Прекъсва връзката с повикването след съобщенията или когато повикващият избере да прекрати взаимодействието.

Допълнителни ресурси

За повече информация относно използването на HTTP заявки с GraphQL и други дейности в рамките на Webex Contact Center вижте раздела за дейностите HTTP заявка.

Вижте също документацията за API на Webex Contact Center за подробности относно заявките за API за търсене и GraphQL.

Автономен агент с ИИ (проследяване на пакети)

Този поток използва автономен агент с ИИ за управление на гласовите взаимодействия, свързани с проследяването на пакети. Потокът предоставя опция за ескалиране до човешки агенти, когато е необходимо, или върху грешки на AI агент.

Потокът е предназначен да обработва взаимодействия с клиенти относно проследяването на пакети чрез автономен агент на ИИ. Агентът на ИИ се състои от действие за проследяване на пакет и база знания, свързани с общи заявки за доставка. Клиентите могат да поискат да говорят с човешки агент по всяко време.

Предварителни изисквания

За да използвате този поток, се уверете, че са настроени следните:

  • Автономен агент на ИИ, конфигуриран с подходящо действие (заедно с изпълнение) и документи за знания. В шаблоните за потоци на Webex Connect е наличен примерен поток за изпълнение.

  • Задаването на входна точка, опашка, екипи и входна точка е конфигурирано на страницата с настройки на Control Hub за Webex Contact Center.

  • Cisco Text-to-Speech (TTS) е активиран за динамично генериране на персонализирани съобщения.

  • Качете статични аудио файлове, ако не използвате аудиото по подразбиране на Cisco.

Разбивка на интеграциите

  1. Повикващият инициира контакт: Повикването се получава от Webex Contact Center и се насочва към автономния агент на AI.

  2. Взаимодействие с агент с ИИ: Агентът на AI обработва заявката на повикващия, свързана с проследяването на пакети.

  3. Опашка към агента: Ако е необходимо ескалиране по искане на клиента или поради грешки на AI агент, повикващият се поставя в опашка за агент от човек.

  4. Прекъсване на връзката: Взаимодействието приключва, след като се обработи заявката на повикващия или повикващият бъде прехвърлен на агент.

Дейности, използвани в потока

Активност в потока

Описание

Старт (нов телефонен контакт) Тази дейност бележи началото на потока, задейства се от ново повикване.
Виртуален агент V2 (VAV2) Дейността, отговорна за взаимодействието между потока и агента с ИИ. Взаимодействие. Същата дейност се използва за иницииране на разговор и изпращане на събития за състоянието до агента с ИИ.
Пусни съобщение Предоставя системни съобщения чрез функцията „Текст към реч“ на Cisco. Използва се за пускане на съобщение за грешка преди ескалиране до човешки агент в случай на грешки в дейността VAV2.
Опашка към агент Управлява логиката на опашката за ескалиране до човешки агенти.
Възпроизвеждане на музика Музиката при задържане се възпроизвежда по време на опашка, когато повикващият изчаква връзка с агента.
Прекъсване на връзката Завършва взаимодействието след приключване на задачите или ако е ескалирано до човешки агент.

Обработка на грешки

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

Поддръжка на програмисти

За по-задълбочена информация за използването на Webex Contact Center с автономни агенти с ИИ вижте съответната документация:

Допълнителни ресурси

За поддръжка, свързана с този поток, се свържете с екипа за поддръжка на разработчици на Webex Contact Center чрез поддръжката на разработчици на Webex Contact Center.

За по-нататъшни дискусии посетете общността за разработчици на API на Webex Contact Center.

Скрит агент на AI (проследяване на пакети)

Този поток е предназначен да обработва гласови взаимодействия, свързани с проследяването на пакети, с помощта на скрит виртуален агент. Този поток показва най-лесния начин за извършване на изпълнение за скриптиран агент. В допълнение към това потокът показва клиентите в опашката към различни опашки на агентите въз основа на последното активно намерение и персонализирани отчети за агенти с изкуствен интелект в анализатора.

Този поток използва скрит агент на Webex AI за взаимодействие с клиентите по отношение на проследяването на пакети. Дейността VAV2 (виртуален агент V2) излиза през ръба си „Обработено“, когато скриптираният агент повдигне персонализирано събитие за проследяване на пакета. Потокът използва API за проследяване на пакети, за да постигне това. Този API е достъпен за разработчици за тестване и демонстрации. Изходните данни се анализират в потока и се предават обратно на агента чрез събитие за състоянието. Повече информация относно конфигурирането на изпълнението за скриптирани агенти за глас.

Предварителни изисквания

За да използвате този поток, се уверете, че са настроени следните:

  • Агент на Webex AI, конфигуриран да обработва запитвания за проследяване на пакети. Този агент е наличен за импортиране при създаване на нов агент.

  • Задаването на входна точка, опашка, екипи и входна точка е конфигурирано на страницата с настройки на Control Hub за Webex Contact Center.

  • Уверете се, че Cisco Text-to-Speech (TTS) е активиран за генериране на динамични аудио съобщения.

  • Качете статични аудио файлове за персонализирани системни известия, ако е необходимо.

Разбивка на интеграциите

Разбивка на интеграциите

Описание

Повикващият инициира контакт Повикването се получава от Webex Contact Center и се насочва към скриптирания агент на AI.
Състоянието на взаимодействие е регистрирано с използване на глобална променлива Потокът задава глобална променлива CustomAIAgentInteractionOutcome за регистриране на състоянието на взаимодействието на клиента с агента с ИИ. Това се актуализира в различни точки и се използва за изграждане на персонализирани отчети с помощта на визуализатор.
Взаимодействие с агент с ИИ Агентът с изкуствен интелект обработва въвеждането на клиенти и отговорите въз основа на конфигурирани намерения. Ако потребителят възнамерява да проследи пакет и предостави валиден номер на пакет, контролата се връща към потока чрез персонализирано събитие.
Анализиране и изпълнение на метаданните на агента с ИИ Номерът на пакета на клиента се извлича от метаданните на VAV2 и се използва в HTTP дейността.
Условия за изпълнение на отговор Потокът проверява дали е намерена информация за пакета или не и задава подходящи отговори.
Взаимодействието с ИИ агент е възобновено* В зависимост от отговора за изпълнение съобщението, което трябва да бъде изпратено на клиентите, се изпраща обратно към скриптирания агент чрез данните на събитието в „Събитие за състоянието“.
Предаване на агента и дейност в казус Определя следващите стъпки въз основа на предишното намерение, като насочва потока към различни опашки въз основа на предишното намерение.
Опашка към агент Ако е необходимо ескалиране или в случай на грешки, повикващият се поставя в опашка за човешки агент.
Прекъсване на връзката Взаимодействието приключва, след като се обработи заявката на повикващия или повикващият бъде прехвърлен на агент.

Дейности, използвани в потока

Активност в потока

Описание

Старт Инициира потока при получаване на ново повикване.
Задаване на променлива за резултата от взаимодействието Използвайте зададената активност на променливата, за да актуализирате глобалната променлива CustomAIAgentInteractionOutcome, за да съхраните последното състояние на взаимодействието с агента с ИИ.
Взаимодействие с агент с ИИ Управлява запитванията за проследяване на пакети с помощта на скриптирани взаимодействия. Същата дейност се използва за иницииране на разговор и изпращане на събития за състоянието до агента с ИИ.
Подробности за пакета за анализ Извлича номера на пакета от метаданните, предоставени от виртуалния агент.
HTTP заявка за информация за пакет Изпраща искане до логистичния API за извличане на статуса на пакета и очакваната доставка. Използвайте ABC123456 като примерен номер на пакет.
Условна логика Определя отговора въз основа на статуса на пакета или кода за статус на HTTP на повикването на API.
Задаване на променливи за отговор Конфигурира отговори, за да съобщи дали е намерен пакетът или подробностите за доставката.
Пусни съобщение Предоставя съобщения за системни грешки чрез функцията „Текст към реч“ на Cisco, особено в случаи на системни грешки.
Дейност на казуса Насочва потока въз основа на предишното намерение, като взема решение за маршрутизиране към определени опашки.
Опашка към агент Управлява логиката на опашката за ескалиране до човешки агенти.
Възпроизвеждане на музика Музиката при задържане се възпроизвежда по време на опашка, когато повикващият изчаква връзка с агента.
Прекъсване на връзката Завършва взаимодействието след приключване на задачите или ако е ескалирано до човешки агент.

Спецификации на потока

Потокът JSON, използван в този пример, съдържа променливи и дейности, които са от съществено значение за обработка на взаимодействието, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:

Променлива

Описание

event_name Име на събитието, изпратено на агента с ИИ.
event_data Полезен обем на събитието е изпратен до агента с изкуствен интелект.
status Статус на пакета въз основа на HTTP отговора.
estimatedDelivery Приблизителна дата и час на доставка на пакета въз основа на HTTP отговора.
packageResp Отговорът трябва да се изпрати обратно до клиента въз основа на отговора на активността в HTTP.
Global_VoiceName Определя гласа, използван за „от текст към реч“.
CustomAIAgentInteractionOutcome Регистрира състоянието на взаимодействие – изоставено, обработено, ескалирано или неправилно – въз основа на взаимодействието на клиента с агента с ИИ.

Обработка на грешки

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

Допълнителни ресурси

За по-задълбочена информация за използването на Webex Contact Center със скриптирани агенти с ИИ вижте свързаната документация:

Поддръжка на програмисти

За поддръжка, свързана с този поток, се свържете с екипа за поддръжка на разработчици на Webex Contact Center чрез поддръжката на разработчици на Webex Contact Center.

За по-нататъшни дискусии посетете общността за разработчици на API на Webex Contact Center.

AI Agent Scripted (Резервация за назначаване на лекар)

Този шаблон показва потока от данни между Webex Contact Center и Webex AI Agent Studio за взаимодействие, което ливъридж на скрит агент. Потокът съдържа няколко интеграции с външни системи. Те се извикват въз основа на персонализирани събития, изпратени от агента с ИИ, и данните за изпълнението се предават обратно на агента.

Този поток показва как се предават данните между Webex Contact Center и Webex AI Agent Studio с помощта на персонализирани събития. Този поток улеснява автоматизираното планиране и управление на назначенията на лекарите чрез скрит агент на ИИ. Той се интегрира с външни системи, за да проверява наличността, да създава срещи, да търси съществуващи срещи и да отменя срещи. Потокът осигурява безпроблемна комуникация между повикващия и агента с AI, с опции за ескалиране до човешки агенти, когато е необходимо.

Предварителни изисквания

За да използвате този поток, се уверете, че са настроени следните:

  • Скрит агент на AI, конфигуриран със съответните намерения за обработване на резервиране на срещи и отмяна. Това може да се импортира от шаблони, докато се създава нов скриптиран агент в платформата на AI Agent Studio.

  • Задаването на входна точка, опашка, екипи и входна точка е конфигурирано на страницата с настройки на Control Hub за Webex Contact Center.

  • API за взаимодействие със системата за управление на външни назначения.

  • Cisco Text-to-Speech (TTS) е активиран за генериране на динамични аудио съобщения.

  • Качете статични аудио файлове, ако не използвате аудиото по подразбиране на Cisco.

Разбивка на интеграциите

Разбивка на интеграциите

Описание

Повикващият инициира контакт Повикването се получава от Webex Contact Center и се насочва към агента на AI.
Взаимодействие с агент с ИИ Агентът с изкуствен интелект обработва въвеждането на клиенти и отговорите въз основа на конфигурирани намерения.
Превключване на управлението между агента с изкуствен интелект и потока Контролът на разговора се обменя между AI агента и потока на различни стъпки. Агентът с ИИ предава управлението на потока чрез персонализирани събития, потокът извършва подходящо изпълнение въз основа на името на събитието и връща управлението на агента с ИИ заедно с данни за изпълнението чрез събитие за състоянието в дейността на виртуалния агент V2.
Опашка към агент Ако е необходимо ескалиране, повикващият се поставя в опашка за човешки агент.
Прекъсване на връзката Взаимодействието приключва, след като задачата бъде завършена или повикващият бъде прехвърлен на агент.

Дейности, използвани в потока

Активност в потока

Описание

Старт Тази дейност бележи началото на потока, задейства се от ново повикване.
Виртуален агент V2 (VAV2) Дейността, отговорна за взаимодействието с агента с ИИ. Същата дейност се използва за иницииране на разговор и изпращане на събития за състоянието до агента с ИИ.
Парсе Използва се за анализиране на полезния обем на събитието от дейността VAV2.
Случай Използва се за проверка на името на събитието, изпратено от дейността VAV2 и клона, за съответните дейности по HTTP заявки.
HTTP заявка Взаимодейства с външни системи, за да изпълнява операции, като проверка на наличността, създаване, търсене или отмяна на срещи с помощта на HTTP заявки на базата на името на събитието, изпратено от дейността VAV2. Дейността също така анализира отговора за HTTP заявката.
Условие Оценява резултата от HTTP заявки, насочвайки потока въз основа на условията за успех или грешка.
Задаване на променлива Използва се за конфигуриране на променливи като име на събитие и данни за събитие, които са от съществено значение за повторно извикване на дейността VAV2 с подходящи параметри на събитие в състояние.
Пусни съобщение Предоставя системни съобщения чрез функцията „Текст към реч“ на Cisco. Използва се за пускане на съобщение за грешка преди ескалиране до човешки агент в случай на грешки в дейността VAV2.
Опашка към агент Управлява логиката на опашката за ескалиране до човешки агенти.
Възпроизвеждане на музика Музиката при задържане се възпроизвежда по време на опашка, когато повикващият изчаква връзка с агента.
Прекъсване на контакта Завършва взаимодействието след приключване на задачите или ако е ескалирано до човешки агент.

Спецификации на потока

Потокът JSON, използван в този пример, съдържа променливи и дейности, които са от съществено значение за обработка на взаимодействието, обработка на грешки и комуникация между Webex Contact Center и DialogFlow. Ключовите използвани променливи включват:

Променлива

Описание

event_name Име на събитието, изпратено на агента с ИИ.
event_data Полезен обем на събитието е изпратен до агента с изкуствен интелект.
event_data_string Версията на низ на event_data, тъй като дейността VAV2 приема само низа.
http_input Body of request for HTTP activity based on VAV2 метаданни.
Global_VoiceName Определя гласа, използван за „от текст към реч“.

Обработка на грешки

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

Допълнителни ресурси

За по-задълбочени сведения за настройването на вашите агенти с AI в Webex AI Agent Studio и използването им с Webex Contact Center вижте ръководството за администриране на Webex AI Agent Studio.

Поддръжка на програмисти

Използване на шаблони за подпоток

Шаблоните за подпоток функционират подобно на шаблоните за поток. Тези шаблони опростяват създаването на подпотоци, които могат да бъдат интегрирани в множество потоци, като намаляват съкращенията и времето за разработка.

За да създадете подпотоци с помощта на шаблони за подпотоци, изберете подходящия шаблон, променете го така, че да отговаря на вашите нужди, валидирайте, публикувайте и го интегрирайте в работните си потоци. За повече подробности вижте Създаване на потоци от шаблони за потоци.

Събиране на информация за обратно повикване

Използвайте този шаблон, за да създадете подпоток за събиране на информация за обратно повикване, който позволява на повикващите да останат в опашката или да поискат обратно повикване за гъвкави опции за услуги.

Този подпоток предоставя меню, което позволява на повикващите да изберат обратно повикване или да останат на опашката. Ако е избрана опцията за обратно повикване, тя събира необходимата информация за обратно повикване или като използва текущия номер на повикващия, или алтернативен номер. Можете да промените подпотока, за да осигурите гладко изживяване на повикващия, като боравите с грешки или неизвестни условия, като срокове за изчакване и невалидни въвеждания.

Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика настройката по подразбиране на вградения файл с музика при задържане, defaultmusic_on_hold.wav.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:

  • Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
  • Уверете се, че променливите за обратно повикване (например: callbackNumber, callbackNumberEntered, stayInQueue) са нанесени правилно към вашата система, за да заснемете съответните данни.

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Входове за подпоток

  • callbackNumber – НИЗ: Номерът, който да се използва за обратно повикване (или този, от който се обаждат повикващите, или нов номер).
  • stayInQueue – БУЛЕВ: Посочва дали повикващият е избрал да остане в опашката (Вярно), или да поиска обратно повикване (Невярно).

Изходи на подпотока

  • callbackNumberEntered – НИЗ: Номерът, който повикващият е въвел за обратното повикване, ако е избрал да предостави алтернативен номер.
  • stayInQueue – БУЛЕВ: Дали повикващият е избрал да остане в опашката, или да получи обратно повикване.

Разбивка на подпотока

Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на подпоток

Описание

Стартиране на подпоток

Повикването влиза в подпотока.

Меню за отписване

На повикващия е представена опция или да остане в опашката, или да получи обратно повикване.

  • Натиснете 1 за обратно повикване.
  • Натиснете 2, за да останете в опашката.

Меню за номера

Ако повикващият избере да получи обратно повикване, той получава опцията да:

  • Натиснете 1, за да използвате номера, от който се обаждат.
  • Натиснете 2, за да въведете нов номер за обратно повикване.

Събиране на цифри

Ако повикващият избере да въведе нов номер за обратно повикване, той получава подкана да въведе своя 10-цифрен номер, последван от ключа за лира (#).

Задаване на променлива

Събраният номер за обратно повикване се съхранява в променливата callbackNumberEntered.

Край на подпотока

Подпотокът приключва след събиране на информация за обратно повикване или обработка на грешки.

Дейности в подпотока

Следващата таблица описва последователността на дейностите в подпотока за събиране на информация за обратно повикване.

Активност на подпотока

Описание

Стартиране на подпоток

Подпотокът започва при извикване.

Меню за отписване

Това предоставя възможност на повикващия да остане в опашката или да получи обратно повикване. Това използва TTS, за да поиска от повикващия да натисне 1 за обратно повикване или 2 да остане в опашката.

Меню за номера

Ако повикващият избере обратно повикване, той получава подкана да използва текущия си номер, или да въведе нов.

Събиране на цифри

Ако повикващият избере да въведе нов номер, тази дейност събира неговия номер от 10, следван от знака за лира (#).

Задаване на променлива

Събраният номер се съхранява в променливата callbackNumberEntered за по-нататъшно използване.

Край на подпотока

Потокът завършва след обработка на избора на повикващия и събиране на необходимата информация.

Допълнителни ресурси

За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.

Обработка на грешки

Използвайте шаблона за подпоток за обработка на грешки в Webex Contact Center, за да управлявате грешки, като проблеми с обработката на опашки или неуспешни заявки за API. Той може да бъде прикачен към конкретни дейности или конфигуриран като глобален манипулатор на грешки, като се гарантира, че системата продължава да работи гладко и предоставя на потребителите обратна връзка по всякакви проблеми.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:

  • Уверете се, че Cisco „От текст към реч“ (TTS) е активиран за центъра за контакти, за да може да използва „от текст към реч“ за подканите за грешки.
  • Нанесете променливата errorMessage така, че динамично да се обработват съответните съобщения за грешка във вашия работен поток.

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Входове за подпоток

  • errorMessage – НИЗ: Съобщението за грешка да се възпроизвежда динамично, указващо проблема, срещнат от повикващия.

Изходи на подпотока

  • НЯМА: Този подпоток не произвежда изходи, тъй като се използва за обработка на грешки и предоставяне на обратна връзка на повикващия.

Разбивка на подпотока

Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на подпоток

Описание

Стартиране на подпоток

Подпотокът се задейства, когато възникне грешка.

Пускане на съобщение за грешка

Системата възпроизвежда динамично съобщение за грешка, дефинирано от променливата errorMessage при използване на Cisco Cloud TTS. Например съобщението може да бъде: Изпитваме технически трудности. Опитайте отново по-късно.

Край на подпотока

(Нормален край)

Ако грешката бъде обработена успешно, подпотокът завършва добре.

Край на подпотока

(Край на грешката)

Ако възникнат допълнителни проблеми (например съобщението за грешка не се изпълни), подпотокът завършва в състояние на ескалиране, за да покаже критичен неуспех.

Дейности в подпотока

Следващата таблица описва последователността на дейностите в подпотоците за управление на грешки.

Активност на подпотока

Описание

Стартиране на подпоток

Подпотокът започва, когато възникне грешка, като стартира последователността за обработка на грешки.

Пускане на съобщение за грешка

Възпроизвежда съобщението за грешка до повикващия чрез Cisco Cloud TTS. Съдържанието на съобщението се определя динамично от променливата errorMessage.

Край на подпотока

(Нормален край)

Завършва подпотока, ако грешката бъде отстранена без допълнителни проблеми.

Край на подпотока

(Край на грешката)

Завършва подпотока с ескалиране, ако възникнат допълнителни грешки по време на процеса на обработка на грешки.

Допълнителни ресурси

За повече информация относно конфигурирането на подпотоци вижте ръководството за настройка и администриране на Webex Contact Center.

Изпускане на HTTP данни

Използвайте този шаблон за подпоток, за да извлечете информация за клиентския акаунт чрез HTTP заявка. Поддържа потвърждение на ИД на акаунта, ръчно въвеждане, ако заявката е неуспешна, и обработва срокове за изчакване, невалидни въвеждания и критични грешки – идеално за автоматични търсения на акаунти на клиенти в центровете за контакти.

Този подпоток осигурява динамична среда за работа, при която информацията за акаунта на клиента се извлича при използване на HTTP заявка. Ако търсенето е успешно, от клиента се иска да потвърди ИД на акаунта. Ако той е неуспешен или повикващият предпочита, той може ръчно да въведе номера на акаунта си. Потокът обработва грациозно грешки като невалидни въвеждания, срокове за изчакване и критични неизправности с подходящи подкани.

Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:

  • Създавайте входни точки, опашки, конектори, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).
  • Уверете се, че URL адресът на заявката за HTTP и параметрите са зададени правилно въз основа на нуждите на вашата организация.

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Входове за подпоток

  • errorMessage – НИЗ: Съобщение, което ще се възпроизвежда в случай на грешка по време на подпотока.

Изходи на подпотока

  • outputVariable - НИЗ: Съхранява потвърдения или ръчно въведения номер на акаунт.

Разбивка на подпотока

Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на подпоток

Описание

Стартиране на подпоток

(Инициализиране)

Подпотокът започва процеса на извличане на клиентски данни.

Моля, изчакайте

(Успокояващо съобщение)

Повикващият се информира, че системата извлича информацията му с помощта на TTS подкана: Моля, изчакайте, докато потърсим вашата информация.

HTTP заявка

(Извличане на информация за клиента)

Системата изпраща заявка за HTTP GET за извличане на информация за клиента от определена крайна точка на API. Ако е успешно, отговорът съдържа ИД на клиента.

Проверка на статуса на HTTP

(Оценка на отговора)

HTTP отговорът се оценява въз основа на кода за статус. Ако заявката е била успешна, процесът преминава към следващата стъпка.

Меню за потвърждение

(Искане на потвърждение или ръчно въвеждане)

Повикващият получава подкана да потвърди ИД на извлечения акаунт или ръчно да въведе номера на акаунта си, ако е неправилен.

Задаване на променлива

(ИД на акаунт за съхранение)

Ако повикващият потвърди ИД на акаунта, стойността се съхранява в outputVariable.

Събиране на цифри

(Ръчно въвеждане на акаунт)

Ако искането е неуспешно или повикващият избере да въведе отново номера на акаунта си, той получава подкана да въведе 6-цифрен номер на акаунта, последван от ключа за лира (#).

Обработка на грешки

(Все още там, невалидно, критично)

Подпотокът обработва срокове за изчакване, невалидни въвеждания и критични грешки със съответни подкани:

  • Все още има: Пита, Още ли сте там?, в случай на изтичане на времето на изчакване.
  • Невалидно: Уведомява повикващия за невалидно въвеждане и го моли да опита отново.
  • Грешка: Подсказване за критична грешка за информиране, Нещо се обърка.

Край на подпотока

(Заключение)

Подпотокът приключва или след потвърждаване на номера на акаунта, или обработване на грешка.

Дейности в подпотока

Следващата таблица описва последователността на дейностите по подпотоци за този шаблон.

Активност на подпотока

Описание

Стартиране на подпоток

Подпотокът започва при извикване.

Моля, изчакайте

Пуска съобщение с помощта на TTS, с което повикващият да изчака, докато информацията му бъде извлечена.

HTTP заявка

Изпраща заявка за HTTP GET за извличане на информация за акаунта на клиента.

Проверка на статуса на HTTP

Оценява HTTP отговора, за да определи дали заявката е била успешна.

Меню за потвърждение

Подканва повикващия да потвърди ИД на извлечения акаунт или да го въведе отново, ако е неправилен.

Задаване на променлива

Съхранява потвърдения или ръчно въведения номер на акаунт.

Събиране на цифри

Събира 6-цифрен номер на акаунт от повикващия, ако заявката за HTTP е неуспешна или той избере да въведе нов номер на акаунт.

Обработка на грешки

Няколко подкани обработват срокове за изчакване, невалидни въвеждания и критични грешки по време на подпотока.

Край на подпотока

Потокът завършва, след като номерът на акаунта бъде потвърден или възникне грешка.

Обработка на опашката

Използвайте този шаблон за подпоток, за да автоматизирате обработката с опашки в Webex Contact Center, като поддържате ангажираността на повикващите с музикални подкани и съобщения.

Този подпоток възпроизвежда музика на опашката, последвана от съобщение, което повтаря последователността до зададен брой пъти (по подразбиране е три). Тя осигурява гладко боравене с опашките и ангажираща среда за повикващите. Можете да персонализирате променливи като избор на музика, съдържание на съобщения и брой цикли.

Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани. За музика стойността по подразбиране е вграденият файл (defaultmusic_on_hold.wav), за музика при задържане.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:

  • Създавайте входни точки, опашки, конектори, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране.
  • Осигурете правилна логика за обработка на опашката и конфигурации за обработка на грешки.
  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани или музикални файлове вместо Cisco Text-to-Speech (TTS).

За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Входове за подпоток

  • queueMessage – НИЗ: Съобщението, което трябва да се възпроизвежда между музикалните песни (по подразбиране: Моля, изчакайте).
  • queueMusic1 – НИЗ: Първият музикален файл, който се възпроизвежда, докато повикващият чака (по подразбиране: defaultmusic_on_hold.wav).
  • queueMusic2 – НИЗ: Вторият музикален файл, който да се възпроизвежда между съобщенията (по подразбиране: defaultmusic_on_hold.wav).
  • брояч – цяло ЧИСЛО: Брояч за проследяване на броя цикли (по подразбиране: 0).
  • musicDuration - ЦЯЛО ЧИСЛО: Продължителност, за която се възпроизвежда всеки музикален запис (по подразбиране: 10 секунди).

Изходи на подпотока

Няма

Разбивка на подпотока

Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на подпоток

Описание

Стартиране на подпоток

Подпотокът започва.

Проверка на условието

Подпотока проверява дали броячът е по-малък от 2. Ако е вярно, потокът продължава към последователността на музиката и съобщенията. Ако е невярно, подпотокът приключва.

Възпроизвеждане на музика 1

Първият музикален файл (queueMusic1) се възпроизвежда за продължителността, определена от musicDuration.

Пусни съобщението

След първия музикален файл се възпроизвежда съобщение с помощта на Cisco TTS, със съдържанието, дефинирано от queueMessage.

Възпроизвеждане на музика 2

След съобщението се възпроизвежда вторият музикален файл (queueMusic2) за определената продължителност.

Брояч за увеличаване

Променливата на брояча се увеличава с 1 след възпроизвеждане на втория музикален файл.

Условие за повторна проверка

След като броячът се увеличи, потокът проверява отново дали броячът все още е по-малък от 2. Ако е вярно, цикълът се повтаря; в противен случай подпотокът завършва.

Край на подпотока

След като броячът достигне 2, подпотокът приключва.

Активност на подпотока

Следващата таблица описва последователността на дейностите в подпотоците.

Активност на подпотока

Описание

Стартиране на подпоток

Инициализира процеса на подпоток.

Проверка на условието

Проверява се условие, за да се гарантира, че броячът е по-малък от 2, което позволява цикълът да продължи.

Възпроизвеждане на музика 1

Пуска първия музикален файл за продължителността, указана от musicDuration.

Пусни съобщението

Пуска съобщение чрез Cisco TTS със съдържание, предоставено от queueMessage.

Възпроизвеждане на музика 2

Пуска втория музикален файл за продължителността, указана от musicDuration.

Брояч за увеличаване

Увеличете променливата на брояча с 1, за да контролирате цикъла.

Край на подпотока

Завършва подпотока, след като броячът достигне предварително зададеното ограничение.

Шаблон за подпоток за планирано обратно повикване

Използвайте този шаблон, за да създадете подпоток, който позволява на повикващите да планират обратно повикване за конкретна дата и час, включително избор на часова зона.

Този подпоток води повикващия през поредица от подкани за събиране на цялата необходима информация за планирано обратно повикване. Изисква желаната дата, начален и краен час за прозореца за обратно повикване и часовата зона на повикващия. Подпотокът включва валидиране за въвеждане на дата и час, за да се гарантира точността. Ако е въведен невалиден формат, повикващият се подканва отново. След като цялата информация бъде събрана успешно, тя се използва за планиране на обратното повикване в системата.

Този подпоток използва Cisco Text-to-Speech (TTS) за всички аудио подкани.

Предварителни изисквания

Уверете се, че в портала за управление на Webex Contact Center са изпълнени следните изисквания, преди да реализирате този подпоток:

  • Създавайте входни точки, опашки, екипи, съпоставяния на входни точки и други специфични за организацията дейности по конфигуриране, като конектори, ANI за набиране на външен номер и др.

  • Качете статични аудио файлове, ако се използват персонализирани аудио подкани вместо Cisco Text-to-Speech (TTS).

  • За подробни стъпки вижте ръководството за настройка и администриране на Webex Contact Center.

Входове за подпоток

Име на променливатаТипОписание
Номер за обратно повикване НИЗ Телефонният номер, който да се използва за обратно повикване.
Име на клиент НИЗ Името на клиента, който иска обратно повикване.
Опашка за обратно повикване НИЗ Опашката, към която ще бъде изпратено планираното обратно повикване.

Изходи на подпотока

Име на променливатаТипОписание
Дата на обратно повикване НИЗ Датата, за която е планирано обратното повикване, форматирана като ГГГГ-ММ-ДД.
Времева зона за обратно повикване НИЗ Идентификатор на часовата зона IANA за обратно повикване (напр. Америка/Чикаго).
Обратно повикванеПланиранеНачаленЧас НИЗ Началният час на прозореца за обратно повикване, форматиран като ЧЧ:мм:сс.
Обратно повикванеПланиранеEndTime НИЗ Крайният час за прозореца за обратно повикване, форматиран като ЧЧ:мм:сс.

Разбивка на подпотока

Следващата таблица описва различните елементи на подпотока, участващи в процеса на повикване, като подробно описва действията и отговорите, които възникват по време на всеки етап.

Елемент на подпотокОписание
Стартиране на подпоток Повикването влиза в подпотока.
Планирана дата Повикващият получава подкана да въведе предпочитаната от него дата на обратно повикване във формат YYYYMMDD. Подпотокът валидира въведеното, за да се гарантира, че то е реална дата. Ако е невалидно, подсказването се повтаря.
Планиране на начален час Повикващият получава подкана да въведе началния час за прозореца си за обратно повикване във формат HHMM (24-час). Подпотокът валидира въведеното, за да гарантира, че времето е валидно. Ако е невалидно, подсказването се повтаря.
Планиране на час на приключване Повикващият получава подкана да въведе крайния час за прозореца си за обратно повикване във формат HHMM (24-час). Подпотокът валидира въведеното, за да гарантира, че времето е валидно. Ако е невалидно, подсказването се повтаря.
Часова зона на графика Повикващият е представен с меню, за да избере своята часова зона.– Натиснете 1 за IST (Индийско стандартно време).– Натиснете 2 за централно време.– Натиснете 3 за източно време.
Планиране на обратно повикване Използвайки цялата събрана информация (CallbackNumber, CustomerName, CallbackQueue и планираната дата, час и часова зона), подпотокът официално планира обратното повикване в системата.
Край на подпотока Подпотокът завършва след успешно планиране на обратното повикване.

Дейности в подпотока

Следващата таблица описва последователността на дейностите по подпоток за планиране на обратно повикване.

Активност на подпотокаОписание
Стартиране на подпоток Подпотокът започва при извикване.
Дата на планиране Събира предпочитаната дата на обратно повикване на повикващия. TTS подканата е: "Моля, въведете предпочитаната от вас дата в YYYYMMDD формат". Въведеното е валидирано, за да се гарантира, че е правилен формат на датата.
ConvertDateFormat След като въведете валидна дата, тази дейност конвертира въведената YYYYMMDD във формат YYYY-MM-DD и я съхранява в променливата CallbackScheduleDate.
ГрафикНачаленЧас Събира началния час за прозореца за обратно повикване. TTS подканата е: \„Въведете началния час за вашето обратно повикване във формат HHMM\“. Въведеното е валидирано, за да се гарантира, че е в правилен формат на часа.
Конвертиране на начален час Конвертира въведеното за начален час на HHMM във формат ЧЧ:мм:сс и го съхранява в променливата CallbackScheduleStartTime.
Краен час на планиране Събира крайния час за прозореца за обратно повикване. TTS подканата е: \„Въведете крайния час на вашето обратно повикване във формат HHMM\“. Въведеното е валидирано, за да се гарантира, че е в правилен формат на часа.
Час на конвертиране Конвертира въведеното за краен час на HHMM във формат ЧЧ:мм:сс и го съхранява в променливата CallbackScheduleEndTime.
Часова зона на графика Представя меню за избор на часова зона.
Планиране на обратно повикване Това окончателно действие отнема всички събрани и форматирани променливи и създава планираната заявка за обратно повикване в системата.
Край на подпотока Потокът завършва, след като обратното повикване е планирано успешно.

Създаване и управление на потоци

Създаване на поток

Можете да създавате и управлявате потоци с помощта на модула за ресурси за маршрутизиране. Когато проектирате поток, взаимодействие с консултация не може да съдържа обратно повикване от учтивост, обратна връзка след анкетата или активност при прехвърляне на сляпо.

Когато създавате поток, ако броят възли надвишава 100, може да изпитате забавяне във Flow Designer. В такива случаи ви препоръчваме да използвате функциите "Верига на потока" и "Динамични променливи", за да разделите голям поток в лесно управляеми по-малки потоци. За повече информация вижте Свързване на няколко потока (с GoTo) и Контакт в опашката.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

На Flows страница, щракнете върху Manage flows. Избери Create flows от падащия списък.

The Create a new flow се появява съветник с опцията за избор от Flow или Subflow.
4

Щракнете върху Flow.

Щракнете върху Subflow за да създадете подпоток. Процесът на създаване на подпоток е подобен на този за създаване на поток.

5

Изберете необходимата опция за създаване на потока:

  • Start fresh– Използвайте тази опция, за да създадете нов поток от самото начало.
  • Flow templates—Използвайте тази опция, за да създадете поток от шаблони за потоци. За повече информация вижте Създаване на потоци от шаблони за потоци.
  • Import—Използвайте тази опция, за да импортирате потоци от локално място за съхранение. За повече информация вижте Импортирайте поток.
6

Щракнете върху Start fresh.

7

В Flow name поле, въведете уникално име.

Името на потока не може да съдържа интервали. Единственият разрешен специален знак е _ (долна черта). Разрешената дължина е 80 знака. Например NewContact_01.

8

Щракнете върху Create flow.

The Flow Designer се появява прозорец.

9

В General settings раздел, въведете описанието на потока. Не можете да променяте описанието по-късно.

10

(По избор) Конфигурирайте следните настройки в Diagram settings раздел.

  • Curved links—Разрешаване или забраняване на превключване между извити връзки и десен ъгъл за всеки поток.

    Можете да активирате извити връзки, за да подобрите изгледа на връзката между дейностите. При сложни потоци извитите връзки осигуряват по-добра четливост в сравнение с прави линии, които са склонни да се припокриват.

  • Link color—Изберете цвят от падащата цветова палитра, за да посочите връзките.

  • Error path color—Изберете цвят от падащата цветова палитра, за да посочите пътищата на грешка.

  • Selection color– Изберете цвят от падащата цветова палитра, за да посочите избраната връзка и свързаните дейности.

  • Thickness—Посочете стойността за увеличаване или намаляване на дебелината на връзката и свързаните дейности. Дебелината се измерва в пиксели, а стойността по подразбиране е 1 пиксела. Максималната поддържана дебелина е 3 пиксела.

11

В Flow Decryption Settings раздел, включете Enable flow decryption превключвайте, за да позволите дешифриране на чувствителна информация в потока. О: Debug Details Data Disclosure Появява се изскачащ прозорец. Проверка I agree и щракнете върху Save. Сега ще можете да дешифрирате чувствителна информация от регистрационните файлове на потоците по време на потоците за отстраняване на грешки. Вижте раздела Потоци на проследяване за подробности.

12

Изпълнете следните задачи, за да създадете потока:

Създаване на потоци от шаблони за потоци

Шаблоните за потоци ви дават „извън кутията“ потоци за често използвани случаи. За да създадете потоци от шаблони за потоци:

1

Влезте в Control Hub.

2

Навигирайте до Services > Contact Center.

3

От Contact Center панел за навигация, щракнете Customer Experience > Flows.

4

На Flows страница, щракнете върху Manage flows и щракнете върху Create flows падащ списък.

The Create a new flow се появява съветник с опцията за избор от Flow или Subflow.
5

Щракнете върху Flow.

За да създадете подпоток, щракнете върху Subflow. Процесът на създаване на подпоток е подобен на този за създаване на поток.

6

От Choose a method, щракнете върху Flow templates.

7

Изберете своя шаблон от списъка с налични шаблони. Щракнете върху Next.

Щракнете върху View details за да видите подробен преглед на шаблона. Вижте раздела Преглед на подробностите за шаблона за поток за повече информация.

8

В Flow name поле, предоставят уникално име за потока. Придържайте се към конвенциите за именуване.

9

Щракнете върху Next.

Създадохте нов поток от шаблон за поток.

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

Какво да направите след това

Персонализирайте дейностите и събитията в потока според вашите изисквания. Валидиране и публикуване на потока.

Преглед на подробности за шаблона за поток

За да видите повече подробности за конкретен шаблон:

1

От страницата за събиране на шаблони изберете желания шаблон.

2

Щракнете върху View details. The Template details се появява страницата.

  • Горният панел показва визуализация на избрания шаблон. Щракнете върху иконата на цял екран, за да отворите шаблона на цял екран. Изберете конкретни раздели на шаблона и увеличете и намалете мащаба. Ако е необходимо, можете да превключвате между основния поток и потоците за събития.
  • Долният екран има следните раздели, които предоставят подробна информация за избрания шаблон за поток:
    • Описание – кратко описание и предназначение на шаблона.
    • Подробности – основни функции на шаблона.
    • Предварителни изисквания – стъпки, които трябва да конфигурирате, за да работи шаблонът за поток според очакванията.
    • Разбивка на потока – подробности за това как започва потокът, какво се случва в потока и как завършва потокът.
    • Използвани дейности – изброява различните дейности, използвани в конкретния шаблон.
    • Допълнителни подробности – Допълнителни подробности за шаблона за поток.

Какво да направите след това

Щракнете върху Select template за да продължите с избрания шаблон.

Опции на контекстното меню

Използвайте контекстното меню за допълнителни действия. За да отворите контекстното меню от Flows страница, изберете потока и отворете потока в модула Flow Designer. Задръжте курсора на мишката над името на потока. Появява се меню със следните опции:

  • Edit name—Използвайте, за да преименувате потока.
  • Export– Използвайте за експортиране на потока.
  • Import—Използвайте, за да импортирате потока.
  • Delete—Използвайте, за да изтриете потока.
  • View version history—Използвайте, за да видите подробности за версията на потока.

Редактиране на променливи на потока

Не можете да редактирате променлива, когато се използва. След като създадете типа променлива, не можете да я редактирате.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer.

4

Щракнете върху етикет на променлива от Global properties хляб.

Изскачащият прозорец показва обобщение на информацията за променливата.
5

Щракнете върху Edit в горния десен ъгъл на изскачащия прозорец.

6

Изберете неизползваната променлива в потока.

7

Направете необходимите промени в името, описанието, стойността и конфигурациите на променливите.

Промяна на поток

Използвай Edit превключете, за да редактирате поток. Когато е активирано, другите разработчици на потоци не могат да редактират потока едновременно. По подразбиране се отваря поток в режим само за четене.

Можете да маркирате променливи, които съдържат чувствителна информация, като защитени. Когато отворите съществуващ поток, който съдържа променливи на потока, получавате подкана да прегледате и маркирате тези променливи като защитени. За повече информация относно защитените променливи вижте Защитени променливи.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows страницата се появява и показва списъка с потоци със следните полета:

Име на полето

Описание

Име на поток

Името на потока, както е конфигурирано в приложението Flow Designer.

Името на потока трябва да е уникално.

Описание

Описание на потока, както е конфигурирано в приложението Flow Designer.

Статус

Посочва дали потокът е публикуван, или все още е в етап на чернова.

Последна промянаДата и час, когато потокът е бил последно променен.

Последно редактирано от

ИД на имейл на потребителя, който последно е редактирал потока.

3

Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer.

Ако избраният поток има променливи на потока, съобщение ви подсказва да маркирате променливите като защитени.

Можете да промените потока само ако Edit On бутонът за превключване е активиран. Ако Edit On бутонът за превключване е зададен на изключен, потокът се показва в режим само за четене.

4

Flow Decryption Settings: Активирайте Flow Decryption Settings за да позволите дешифриране на потока. Вижте раздела Потоци на проследяване за подробности.

5

Щракнете върху Go Select Secure Variables за да отворите Edit Secure Variables диалогов прозорец.

Можете да щракнете върху Skip for now за да продължите да редактирате избрания поток, без да маркирате защитените променливи. Този диалогов прозорец се появява следващия път, когато редактирате потока.

Проверете Don't show this message again Квадратче за отметка, за да пропуснете окончателно процеса на избор за избрания поток.

В момента тази функция не се поддържа.

6

Поставете отметка в квадратчетата на променливите, които съдържат чувствителна информация, и щракнете върху Save.

Прозорецът на Flow Designer показва избраните променливи с икона на катинар до имената на променливите.

Избраният поток се отваря в режим само за четене.

7

Активирайте Edit превключете бутона, за да промените потока.

8

Редактирайте черновата на потока, както желаете.

Когато промените поток, взаимодействието с консултацията не може да съдържа обратно повикване от учтивост, обратна връзка от анкетата след повикване или активност при сляпо прехвърляне.

9

Щракнете върху Save за да запишете потока, ако деактивирате Autosave бутон за превключване.

Визуализация на аудио подкана в рамките на потока

Функцията за визуализация на аудио подкани позволява незабавно възпроизвеждане на аудио на .wav файлове и съобщения от текст към реч (TTS) в модула Flow Designer. The Preview prompt бутонът с в следните дейности осигурява подобрена среда за разработчици чрез намаляване на времето и усилията за валидиране на аудио и текстово-речните съобщения:

Визуализация на аудио подканите в потоци

Използвай Preview prompt бутон за бърза проверка на аудио подканите, езика и гласовия избор в TTS съобщенията, заедно с тестване на SSML маркирането за персонализиране на подканата.

  • Активността за възпроизвеждане на музика не поддържа визуализация на подкана.

  • При визуализация на текст към реч изборът на глас е задължителен.

  • Не можете да промените опцията за TTS конектор при визуализация на подканата. Затворете модалния прозорец за подкана за визуализация, изберете друг доставчик в дейността, за да тествате друг доставчик на TTS.

  • The Language и Voice настройките в падащия списък при визуализация на подкана съответстват на променливи Global_Language и Global_VoiceName, съответно. Можете да ги зададете в потока, за да промените средата за работа.

  • Когато тествате променливи на аудио файла, уверете се, че пътят на файла съответства на действителен .wav файл, който съществува в системата.

Търсене на обекти в поток

Използвайте функцията за търсене, за да търсите обекти в поток и да получите бърз достъп до техните местоположения. За потоци, които са по-сложни и сложни, използвайте тази възможност за търсене, за да избегнете ръчни усилия при намиране на желаните обекти.

Можете да търсите следните обекти в потока, като използвате тази функция за търсене:

  • Имена, описания и въвеждания на дейности
  • Имена на променливи
  • Каменни изрази
  • Свойства на потока

Можете да намирате и заменяте свободен текст в полета, като въвеждания на текст, описания, каменни изрази и т.н.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате.

Потокът се отваря в Flow Designer прозорец.
4

В полето за търсене, което се появява в горния десен ъгъл, въведете ключовата дума (име на активност, име на променлива или низ) и натиснете Enter.

Можете също да задействате полето за търсене, като използвате клавишните комбинации: Cmd + K (за macOS) и Ctrl + k (за Windows).

Резултатите от търсенето се показват в отделен панел за търсене от лявата страна на екрана.
5

(По избор) Изберете един или повече типове обекти от падащия списък, за да филтрирате резултатите от търсенето.

6

За да намерите и замените текст, направете следното:

  1. Въведете думата в Replace поле, за да заместите избраната ключова дума.

  2. Можете или да изберете отделните резултати от търсенето и да ги замените с посочената ключова дума, или да щракнете върху Replace all Икона (Replace all icon.) за заместване на всички повторения в потока.

Прилагане на етикети на версията към поток

Препоръчваме да добавите етикети на версиите, за да изградите жизнения цикъл на потока през различни фази, като разработване, тестване и на живо. Вместо да прилагате промени директно към потока, можете да публикувате потока през фази, преди да разположите потока в производството. Тази функция ви помага да избегнете презаписване на текущия си поток в производството.

Когато публикувате поток, свържете етикет на версия като „На живо“, „Тест“ или „Dev“ с новата версия на потока в допълнение към името на потока. Това дава възможност за прикачване на различни версии на един и същи поток към различни входни точки или дейност GoTo. Най-новият е етикетът на версията по подразбиране, който не можете да премахнете от версия на потока. Можете да приложите всеки друг етикет на версията заедно с най-новия.

Освен това можете да прикачите няколко версии на един и същи поток към входна точка. По време на конфигурация на входната точка можете да изберете поток заедно с един от свързаните с него етикети на версията.

Можете също да промените логиката на потока динамично, като отворите етикетите на версиите в рамките на потока, като използвате NewContact променлива (вижте Начален поток за подробности). The NewContact.FlowVersionLabel променливата показва етикета на версията на потока, който се изпълнява в момента: дали „Dev“, „Test“, „Live“ или „Latest“. Прилагането на етикет на версия на потока позволява изработването на персонализирана логика, която се адаптира към конкретните етикети на версията на потока.

Когато отворите потока в режим на редактиране, ще видите черновата на версията от най-новата публикувана версия на потока. Когато публикувате тази чернова версия, тя асоциира с нея етикета на най-новата версия. В даден момент само един поток има асоцииран с него етикет на последната версия. Това съответства на последната публикувана версия на потока.

Преди да започнете

Трябва да публикувате потока поне веднъж.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате. Потокът се отваря в прозореца на Flow Designer.

4

Редактирайте потока.

5

Щракнете върху Save за да запишете потока, ако деактивирате Autosave бутон за превключване.

6

Включете Validation превключете бутона, за да разрешите публикуване.

7

Щракнете върху Publish.

8

(По избор) В Publish flow диалогов прозорец, въведете бележка за версията или всяка информация, която искате да споделите с други разработчици на потоци.

9

По подразбиране, Latest е избран като етикет на версията, който показва най-новата версия на потока. Можете да приложите няколко етикета на версията към версия на потока, като например на живо, DEV или тест, от Add version label падащ списък.

Ако определен етикет на версия е съпоставен с входна точка, в падащия списък се появява известие до този етикет на версия, което гласи, че етикетът е съпоставен с входна точка.

10

Щракнете върху Publish.

След като изберете един или повече подходящи етикети на версията и публикувате, използвайте тази версия на потока, когато задавате на входна точка.

11

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

The Version history се появява модален прозорец, който показва следните подробности за активните версии и други версии на потока:

  • Публикуване на час
  • Номер на версията
  • Етикет на версията (ако е приложен)
  • Последна редакция от
  • Публикуване на бележка

Използвайте някой от следните атрибути за търсене по ключова дума, за да филтрирате таблицата:

  • Номер на версията
  • Етикети на версията
  • Публикуван от
  • Публикуване на бележка
  • Дата на публикуване
12

(По избор) Щракнете върху View икона на всеки ред, за да видите потока, публикуван в избраната версия.

Ако изберете да редактирате, когато преглеждате по-стара версия на потока, тя презаписва текущата чернова с тази конкретна версия на потока.

След като приложите етикета на съответната версия към поток, можете да изберете тази версия на потока, когато създадете опашка.

Можете да добавите произволен брой версии към потока. Хронологията на версиите на поток обаче показва само най-новите версии на 100. Версиите на поток се изтриват само когато изтриете потока.

Активиране и деактивиране на автоматичното записване

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

За да създадете поток, щракнете върху New.

4

За да редактирате съществуващ поток, щракнете върху Go to Flow Designer икона до потока, който искате да редактирате.

Потокът се отваря в Flow Designer прозорец.
5

За да разрешите опцията за автоматично записване, задайте Autosave бутон за превключване на „ВКЛ.“.

6

За да деактивирате опцията за автоматично записване:

  1. Задайте Autosave бутон за превключване на ИЗКЛ.

    Съобщение ви подканва да потвърдите действието си.

  2. Щракнете върху Disable autosave.

След като забраните опцията за автоматично записване, запишете промените си ръчно. В противен случай ще загубите промените, направени в потока.

Копиране и поставяне на дейности

Копирайте и поставете дейност или група дейности в един и същи поток, така че да не се налага да конфигурирате дейности от нулата. За тази цел можете да изберете една дейност или група от дейности наведнъж и да ги използвате повторно в същия поток. Когато копирате дейности, системата създава дубликати на тези дейности и копира всички конфигурирани настройки и връзки.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

За да създадете поток, щракнете върху Manage Flows > Create Flows.

4

За да редактирате съществуващ поток, щракнете върху Go to Flow Designer икона до потока, за да отворите потока.

5

Направете някое от следните неща:

  1. За да копирате и дублирате една дейност, изберете дейността, която искате да копирате, и щракнете върху иконата за копиране (Copy icon.).

  2. За да копирате и дублирате много дейности, натиснете Shift и изберете дейностите, за да ги групирате, и щракнете върху иконата (Copy icon.).

Или можете да натиснете Ctrl + C на клавиатурата, за да копирате избраните дейности и да натиснете Ctrl + V, за да поставите избраните дейности върху платното.

6

Пренаредете копираните дейности, ако е необходимо.

Валидиране на поток

Валидирайте поток, за да сте сигурни, че всички задължителни полета са конфигурирани и че структурата на потока е валидна. Валидирането не може да определи как системата изпълнява потока в работно време и не гарантира, че потокът ще работи според очакванията.

Когато проверката е успешна, напуснете Validation включване. Не можете да публикувате потока, освен ако валидирането не успее.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху Go to Flow Designer икона до потока, който искате да валидирате.

Потокът се отваря в Flow Designer прозорец.
4

Задайте Validation превключване към On.

Валидирането започва и грешките се показват в прозореца.

По време на проверката системата показва грешките по следните начини:

  • Flow errors button– До екрана се появява червен бутон Validation превключвател, който показва броя на активните грешки. Ако няма грешки (Грешки при потока: 0), бутонът е зелен.
  • Activity error styling– Ако дадена дейност има грешки в конфигурацията, дейността се показва с червен контур и червена икона за информация в горния десен ъгъл. Щракнете върху тази икона, за да покажете пояснение за контекстуален контекст, който обобщава всички грешки с дейността. След като отстраните грешката, дейността губи стила на грешката в реално време.
  • Validation details window– Този изскачащ прозорец поддържа изпълняващ се списък с активни грешки в потока. Можете да плъзнете и преместите този прозорец около платното. Щракнете върху Close икона в горния десен ъгъл, за да затворите прозореца.

    В този прозорец има два раздела:

    • Flow errors section– Този раздел изброява всички активни грешки в потока и ги разделя по дейности. Отстранете всички тези грешки, преди да можете да публикувате потока. За повече информация вижте Разбиране на кодовете за грешки.
    • Recommendations section—В този раздел са изброени най-добрите практики и напомняния за строителните потоци. Въпреки че трябва да имате предвид тези елементи, преди да публикувате поток, препоръките не са задължителни.

      Ако не искате да виждате препоръките, щракнете върху Dismiss recommendations за да скриете списъка. Списъкът остава скрит, докато не затворите Validation details прозорец и го отворете отново.

5

Ако затворите Validation details прозореца и искате да го отворите отново, щракнете върху Flow errors бутон.

6

(По избор) Ако има грешки, задайте Validation превключване към Off. Поправете грешките и рестартирайте проверката.

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

Копиране на поток

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху иконата на многоточие до потока, който искате да копирате, и щракнете върху Copy.

Името на копирания поток е в следния формат: Копиране_FlowName_FlowID. Името на потока е името на оригиналния поток, а ИД на потока е уникален идентификатор за оригиналния поток.

4

Отворете копирания поток, за да редактирате името.

Експортиране на поток

Експортирайте поток, за да извлечете дефиниция на поток като JSON файл. След това можете да импортирате JSON файла, за да създадете същия поток на друг клиент. За да импортирате поток, вижте Импортирайте поток.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху иконата на многоточие до потока, който искате да експортирате, и щракнете върху Export.

4

В диалоговия прозорец, който се отваря изберете Save и щракнете върху OK за да изтеглите файла с потока.

Файлът се изтегля на вашата локална система със съществуващото име на файл в JSON формат.

Импортиране на поток

За да импортирате поток от друг клиент, първо трябва да експортирате потока като JSON файл. За да експортирате поток, вижте Експортирайте поток.

За да използвате повторно съществуващ поток в рамките на същия клиент, вижте Копиране на поток.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Под Manage flows щракнете Import.

4

Изберете файл с поток, който е във формат JSON, от вашата локална система.

5

Щракнете върху Open за да импортирате файла.

Потокът се импортира във вашия клиент.

Можете да импортирате поток само във формат JSON. За да бъде импортирането успешно, JSON файлът трябва да е валиден поток.

Можете да импортирате файл с размер до 10 MB.

Какво да направите след това

Можете да промените или публикувате потока. За повече информация вижте Работа с потоци.

Публикуване на поток

Можете да публикувате поток, след като системата валидира потока и го намери без грешки. Можете да използвате публикуван поток в стратегиите за маршрутизиране на входната точка.

Преди публикуването потвърдете, че потокът е правилно конфигуриран и готов за използване в контактния център на живо. Системата не поддържа напълно редактиране на публикуван поток.

Системата деактивира Publish flow бутон, докато Validation превключвателят е изключен. Ако съществуват активни грешки, бутонът остава деактивиран.

Когато щракнете върху Publish flow, на Publish flow се появява прозорец за потвърждение. Преди да публикувате поток, се уверете, че всички изрази работят и че потокът се държи според желанието.

Ако възникне грешка:

  • Виждате прозорец за известия с Tracking Id и Flow Id. Свържете се с поддръжката на Cisco за съдействие при грешки. Поддръжката изисква Tracking Id.
  • Щракнете върху Retry publish.
1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху Go to Flow Designer икона до потока, който искате да публикувате.

Потокът се отваря в Flow Designer прозорец.
4

Щракнете върху Publish.

Ако потокът се публикува успешно, се появява съобщение за потвърждение.

5

Изберете една от следните опции:

  • Щракнете върху Close Flow & Sign Out, ако сте готови да прегледате потока и искате да излезете от Flow Designer.
  • Щракнете върху Return to Flow, ако искате да прегледате или редактирате потока.

    Ако потокът е разпределен към стратегии за маршрутизиране на входната точка, редактирането на публикуван поток може да повлияе на взаимодействията на контактния център в реално време.

Изтриване на поток

Ако потокът има статус на Published, може да бъде част от конфигурацията на стратегията за маршрутизиране. Знаете къде се използва потокът, преди да го изтриете. В противен случай бихте могли да повлияете на взаимодействията на контактния център на живо.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

The Flows се появява страницата.
3

Щракнете върху иконата на многоточие до потока, който искате да изтриете, и щракнете върху Delete.

4

Щракнете върху Yes за да потвърдите.

Стратегии за маршрутизиране за входната точка

Стратегията за маршрутизиране на входната точка е конфигурация, която контролира поведението на маршрутизиране на даден контакт, когато контактът достигне входна точка. Когато даден контакт пристигне в входна точка, маршрутизиращият двигател проверява, за да види коя стратегия за маршрутизиране е активна в дадения момент и следва тази конфигурация.

Разделът за управление на повикванията на конфигурацията на стратегията за маршрутизиране на входната точка ви позволява да изберете поток, който контролира опита на повикващите по време на взаимодействието им. С Flow Designer можете да конфигурирате поток от край до край, който управлява както първоначалното обработване на повикването в IVR, така и работата на опашката, след като контактът бъде поставен на опашката.

Изберете поток от Flow падащ, за да се посочи потокът, който контролира изживяването с цялостно повикване през времевия интервал, посочен в стратегията за маршрутизиране. Само потоци, които са публикувани от Flow Designer, са достъпни от този падащ списък.

Потоците са налични само за входни точки за телефония. Не можете да заместите никакви настройки в потока от стратегията за маршрутизиране на входната точка.

Стратегии за маршрутизиране на опашката

Стратегията за маршрутизиране на опашката е конфигурация, която контролира поведението на маршрутизиране на даден контакт, когато контактът достигне опашка. Когато даден контакт пристигне в опашка, маршрутизиращият двигател проверява, за да види коя стратегия за маршрутизиране на опашката е активна в дадения момент и следва тази конфигурация.

Клиентите, които имат стратегии за маршрутизиране на опашки в Webex Contact Center, имат достъп до тях, но не могат да създават нови стратегии. Препоръчваме всички клиенти да прехвърлят конфигурациите си към опашки.

Създаване и управление на подпотоци

Flow Designer ви позволява да разбивате големите потоци в по-малки, по-управляеми части, наречени подпотоци. Можете да използвате повторно подпотоци в множество потоци, за да се справите със специфични задачи. Този модулен подход опростява управлението на потоците и намалява сложността на изграждането на големи потоци. Ето някои ключови характеристики на подпотоците:

  • Можете да създадете подпотоци на ниво организация, за да ги направите достъпни вътрешно. Можете например да преглеждате и извиквате подпотоци, които са налични в една и съща организация. Можете да създадете максимум 200 подпотока за организация.

  • Можете да извикате подпоток от вътре в поток, за да изпълните логика, без да се свързвате с входна точка или да напуснете главния поток.

  • Можете да използвате повторно подпотоци няколко пъти в главния поток или между основните потоци в рамките на организацията.

  • Можете да прехвърляте променливи между родителския поток и подпотоците и да съпоставяте входните и изходните променливи от главния поток към подпотока и обратно. Това прави тези променливи в подпотока независими от променливите в родителския поток, който извиква подпотока.

    Въпреки това настройките за текст към реч (TTS) в основния поток не преминават към подпотоците. Например, помислете за поток, в който основната променлива на поток е Global_VoiceName: fr-FR-Ariane (French). Ако подпоток задейства възпроизвеждане на TTS, аудиото се възпроизвежда на английски език по подразбиране. За да преодолеете това, дефинирайте променлива на подпоток със същото име, което е Global_VoiceName :fr-FR-Ariane (French). Като алтернатива можете да създадете променлива за подпоток Global_VoiceName (същото като в главния поток) и нанесете стойността от главния поток към подпотока. За повече информация вижте Конфигуриране на различни поддържани езици и гласови имена с вграден текст към реч в подпотока WxCC.

    Не можете да добавяте глобални променливи към подпотока. Можете обаче да нанесете глобална променлива от главния поток към локална променлива в подпотока.

  • Можете да публикувате подпотока независимо. Промените, направени в подпотока обаче, влизат в сила само след като публикувате отново основния поток.

  • Можете да прикачите етикет на версия, като Live, Dev и Test, към подпоток, така че да можете да извършите цялостно тестване на главния поток в съответните среди.

  • Подпотоците трябва да се извикват от основните потоци. Не можете да извикате друг подпоток от подпоток.

  • Не можете да свържете подпоток от входна точка или стратегия за маршрутизиране в опашка.

  • Можете да импортирате и експортирате подпотоци независимо.

Създаване на подпоток

Можете да създавате и управлявате подпотоци в Control Hub.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows > Subflows.

3

Щракнете върху Manage subflows > Create subflow.

4

В Subflow name поле, въведете името на подпотока.

Името на подпотока трябва да е уникално. Той не може да съдържа интервали. Единствените позволени специални знаци са _ (долна черта) и - (тире). Максималната дължина е 80 знака.

5

Щракнете върху Start building subflow.

The Flow Designer се появява прозорец.

6

В General settings раздел, въведете описанието на подпотока. Можете да промените това описание по-късно.

7

В View settings раздел, конфигурирайте функции като извити връзки, цвят на връзката, цвят на пътя на грешката, цвят на избор на цвят и дебелина.

8

В Variable definition раздел, добавете необходимите променливи за свързване с главния поток.

  • Subflow input variable: (Задължително) Тази променлива приема вход от главния поток.
  • Subflow output variable: (Задължително) Тази променлива връща изхода обратно към основния поток.
  • Subflow local variable: (По избор) Тази променлива е за логика, която е изолирана в рамките на подпотока и не е свързана с никоя от основните променливи на потока.

Всички горепосочени променливи могат да бъдат от тип низ, цяло число, дата и час, булев, десетичен и JSON.

9

Изпълнете следните задачи, за да създадете подпотока:

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

Редактиране на подпоток

Когато редактирате и публикувате подпоток, промените влизат в сила в главния поток, само след като публикувате главния поток.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows > Subflows.

3

Щракнете върху подпотока, който искате да редактирате.

4

Активирайте Edit бутон за превключване, за да промените подпотока.

5

Направете необходимите промени в подпотока.

Щракнете върху Save за да запишете потока, ако деактивирате Autosave бутон за превключване.

Изтриване на подпоток

Ако някой публикуван главен поток използва подпоток, не можете да го изтриете, независимо дали потокът е жив, или е прикачен към входна точка. За да изтриете подпотока, първо го премахнете от главния поток или изтрийте главния поток изцяло.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows > Subflows.

3

Щракнете върху иконата с вертикална многоточие в реда на подпотока, който искате да изтриете, и щракнете върху Delete.

4

Щракнете върху Yes за да потвърдите.

Добавяне на подпоток към основен поток

Можете да добавите подпоток в няколко основни потока.

1

Влезте в Control Hub.

2

Навигирайте до Contact Center > Customer Experience > Flows.

Можете също да добавите подпоток към главния поток от навигационната лента на портала за управление. Избери Routing strategy > Flows. Щракнете върху иконата на многоточие до потока, който искате да редактирате, и щракнете върху Open.

3

Щракнете върху потока, който искате да промените, за да добавите подпоток.

The Flow Designer се появява прозорец.

4

Щракнете върху Subflows .

Появява се списък с подпотоци за избраната организация/клиент.

5

Плъзнете и пуснете необходимия подпоток от списъка в платното, за да го добавите към основния поток.

Можете да прегледате подробностите за избрания подпоток, като име, версия на подпотока заедно с етикета на версията и всички променливи, конфигурирани в подпотока.

Като опция щракнете върху View до името на подпотока, за да отворите подпотока в нов раздел в браузъра.

6

В Subflow version раздел, изберете необходимия етикет на подпоток, който искате да добавите към главния поток, тъй като този не е конфигуриран по подразбиране. По подразбиране, Enable automatic updates квадратчето за отметка е отметнато. Когато е активирано, всеки път, когато създавате нова версия на подпоток, системата автоматично актуализира главния поток с по-новата версия.

Премахнете отметката от Enable automatic updates опция за деактивиране на автоматичните актуализации. Не забравяйте да публикувате отново основния поток, когато създавате по-нови версии на подпотока.

7

В Subflow input variables раздел, съпоставете основните променливи на потока с входните променливи на подпотока.

Уверете се, че сте съпоставили един и същ тип данни, за да може подпотокът да работи без грешки.

По същия начин, в Subflow output variables раздел, съпоставете изходните променливи на подпотока към основните променливи на потока със същия тип данни.

8

Публикувайте основния поток.

Създаване и управление на функции

Можете да създавате и управлявате функции в рамките на модула Flow Designer. Функциите ви позволяват да пишете потребителски изходен код за изпълнение на бързи задачи с данни и да организирате сложни действия. Можете да пишете вграден код с помощта на редактор на кодове и да ги използвате в различните потоци.

Функциите допълват рамката Pebble Template, която разработчиците използват за изпълнение на подобни задачи. С тази възможност разработчиците на потоци могат:

  • Изберете езика, на който да пишете кода. Поддържаните езици са JavaScript и Python.
  • Напишете персонализиран изходен код с езиков специфичен статичен анализ.
  • Тествайте персонализиран код с примерни стойности и прегледайте резултатите и грешките, преди да публикувате.
  • Запис на логиката на потока въз основа на изходните променливи на активността и кодове за статус/грешка.
  • Анализирайте и задайте в променливи стойностите на изходи, върнати от функцията, за по-нататъшно използване в потока.
  • Повторно използване на функции в множество потоци като дейност.
  • Потоци за отстраняване на грешки с помощта на съобщенията за грешка, върнати от изхода на функцията, статуса и кодовете за грешка, обработката на грешки по време на изпълнение, функциите за отстраняване на грешки в потока и функциите за анализ.

Важни съображения

Този раздел подчертава няколко важни съображения, които трябва да отбележите при работа с функции:

  • Максималният брой поддържани функции за една организация е 200.
  • Максималната разпределена памет за функция е 128 MB.
  • Времето за изчакване за конфигуриране на аудио при изчакване е 2-5 секунди.

Създаване на функция

1

Влезте в Control Hub.

2

Навигирайте до Services > Contact Center > Customer Experience > Functions.

3

На Functions страница, щракнете върху Create a function.

Можете също да създадете функция от Functions раздел в рамките на модула Flow Designer.

4

На Create a new function страница, изберете необходимия метод за създаване на функция.

  1. Start Fresh—Изберете този метод, за да създадете нова функция от нулата, за да извършите анализ на данни или да изпълните код по избор. На Create a new function съветник, изпълнете следните задачи:

    1. На Name & Configure страница, конфигурирайте следните настройки:

      • Function Name—Посочете име за функцията.
      • Function Language—Изберете езика на функциите. Наличните езици включват JavaScript и Python.

    2. Щракнете върху Create Function. Новата страница за потребителски интерфейс за дефиниране на функции се зарежда със следните панели:

      • Редактор на кодове – въведете своя персонализиран изходен код тук.
      • Тестов панел – Тествайте писмения код, като предоставите стойности на някой от дефинираните въвеждания. Щракнете върху Test за да потвърдите кода. Резултатът се показва в екрана за резултати.
      • Панел за свойства – Състои се от следните полета.
        • Function Description—Предоставя кратко описание на предназначението на функцията.
        • Variable Definition– Конфигурирайте и нанесете входните променливи към кода. Щракнете върху Add Input Variables бутон. В Add Function Variable изскачащ прозорец, въведете следните подробности:
          • Name– Въведете името на променливата.
          • Description—Предоставете описание на променливата.
          • Variable Type– Изберете типа на променливата. Наличните опции са низ, цяло число, дата и час, булев, десетичен, JSON.

          Щракнете върху Save.

        • Output Variable Definition—Посочете изходните променливи, които да бъдат върнати от функцията. Това помага на разработчиците на потоци да използват тези променливи, докато използват функцията си.
        • The Function Properties долу вдясно на екрана показва следните подробности:

          • Function Owner—ИД на имейл на потребителя, който е създал функцията.
          • Function ID—ИД на автоматично генерирана функция.
          • Last edited– Датата, на която функцията е последно редактирана.
          • Function version—Най-новия наличен номер на версия на тази функция.

  2. Import—Изберете този метод, за да импортирате функция. На Create a new function съветник, изпълнете следните задачи:

    Можете да импортирате само JSON файлове, генерирани чрез експортиране на функция.

    1. На Upload the file страница, изберете желания файл. Друг начин е да плъзнете и пуснете файла. Щракнете върху Replace за да заместите избрания файл.
    2. Щракнете върху Next.
    3. На Name & Configure страница, конфигурирайте следните настройки:
      • Function Name—Посочете име за функцията.
      • Function Language—Езикът за програмиране на функцията, която сте импортирали. Системата задава това на базата на езика на функцията, която импортирате.

      Щракнете върху Create Function.

    4. Страницата за функции се презареди. Повторете стъпките, описани по-горе, за да създадете нова функция от нулата.
5

Щракнете върху Publish Function. На Publish Function страница, въведете следните подробности:

  • Publish Note—Добавяне на незадължителна бележка като справка.
  • Add Version Label(s)—Добавяне на необходимия етикет на версията към функцията. Ако не добавите етикет на версията, системата автоматично добавя етикета „Най-нова“.

Използвайте падащия бутон до името на функцията горе вляво на страницата, за да видите хронологията на версията на функцията. Можете също да се върнете към по-стара версия, ако е необходимо, подобно на това, което правите за потоците.

Ако публикувате функция след редактиране на нейния изходен код или настройки, системата актуализира незабавно промените във всички потоци, като използва тези маркирани версии на функцията. Затова бъдете внимателни при публикуването на маркирани версии на функция, използвани във вашите производствени потоци на живо.

Какво да направите след това

Добавете функцията към основния поток. За повече информация вижте Добавяне на функция към основен поток.

Управление на функции

След създаването на функция можете да я копирате, експортирате и изтривате, както е необходимо.

1

Влезте в Control Hub.

2

Навигирайте до Services > Contact Center > Customer Experience > Functions.

Страницата „Функции“ показва всички функции, създадени в организацията.
3

Щракнете върху иконата на многоточие до функцията. Избери Copy, Deleteили Export при необходимост.

4

Щракнете върху Manage function in flow designer бутон, за да отворите функцията в модула за дизайнер на потоци.

Какво да направите след това

Добавяне на функция към основен поток

Можете да добавите функция в няколко основни потока.

1

Влезте в Control Hub.

2

Навигирайте до Services > Contact Center > Customer Experience > Flows.

3

Щракнете, за да отворите потока, към който искате да добавите функция.

4

Включване на Edit бутон.

5

Щракнете върху Functions раздел от екрана „Списък с дейности“ вляво

Появява се списък с публикувани функции, създадени за избраната организация/клиент.

6

Плъзнете и пуснете необходимата функция от списъка на платното. Добавете го към основния поток.

Можете да прегледате подробностите за избраната функция, като етикет на версията на функция, входни променливи на функция, данни за променливите и изходни променливи.

7

В Function Input Variables раздел, съпоставете основните променливи на потока с функционалните входни променливи.

Променливите на потока, създадени със същото име и тип данни като променливите за въвеждане на функция се съпоставят автоматично един с друг.

8

В Function Output Variables раздел, анализиране и съпоставяне на функционалните изходни променливи към основните променливи на потока със същия тип данни. Можете да анализирате с помощта на JSONPath изрази, както е подробно на екрана с примери.

9

Публикувайте основния поток.

ЧЗВ

Този раздел отговаря на често задавани въпроси за използването на функции във вашата организация.

Кои езици модулът на Flow Designer поддържа дейността на функцията?

Модулът Flow Designer поддържа JavaScript (Node.js 22.x) и Python (3.13) в първата фаза.

Имаме ли ограничения за библиотеките, които мога да използвам вътре в кодовия блок?

Налични са общи местни библиотеки. Въпреки това няма поддръжка за персонализирани модули.

Има ли ограничение за броя на редовете на кода?

Да. Можете да въведете до 5000 реда код.

Има ли ограничение на времето за изпълнение?

Да. За завършване на изпълнението е ограничено до 5 секунди.

Мога ли да тествам кода си? Някакви ограничения?

Да. Наличен е тестовият runner за изпълнение с реални изходи или върнати съобщения за грешка. Регистрационните файлове на конзолата не са експонирани, но човек може да ги настрои и да получи достъп с помощта на персонализиран изходен низ.

Имаме ли поддръжка за музика при изчакване за изпълнение изчаква по средата на повикване (предотвратяване на тишина)

Да, настройката за музика при изчакване в потока автоматично помага за предотвратяване на тишина на повикващите. Стойността по подразбиране е 2 секунди.

Как работи функцията?

Ние използваме FaaS (функция като услуга) инфраструктура, за да пакетираме и изпълним функцията. Ниска латентност за гласови повиквания.

Колко входни променливи мога да предам? Колко изхода се задават?

Задават се десет входни променливи и една изходна променлива на JSON. Отделните функционални изходи могат да бъдат анализирани в една и съща дейност с помощта на JSONPath изрази.

Мога ли да задам няколко променливи за блока с код?

Да. Новото подобрение за задаване на множество променливи е подобно на дейността „Парсе“.

Мога ли да използвам функцията за множество потоци?

Да. Можете да използвате функцията в различните си потоци, тъй като е централно достъпна във вашата организация.

Кой може да управлява (редактира или преглежда) функциите?

Ръководители и администратори. Достъпът на ръководителите до функцията се контролира от Function настройка (която може да бъде зададена на „Редактиране“, „Преглед“ или „Няма“ в „Опит на клиента“ в потребителския профил).

Конфигуриране на обработката на грешки

Системата маркира пътя за обработка на грешки за всяка дейност, зададена в рамките на конкретния поток. Конфигурирайте пътя за обработка на грешки, за да управлявате потенциални грешки по време на изпълнението на потока. Системата показва този път по подразбиране, но конфигурирането му не е задължително. Ако не я настроите за дейност, системата показва известия по време на проверката на потока. Въпреки това можете да публикувате потока с тези известия.

Системата класифицира грешките, които възникват по време на изпълнението на потока, в две категории:

  • Activity execution errors: Посочете грешките, които възникват по време на функционалното изпълнение на дейността. Например грешка в дейността възниква, когато клиент въведе несъответстващ запис по време на изпълнението на дейността Менюто.

  • System/Global errors: Посочете грешките, които възникват в системата по време на изпълнението на дейността. Например системни грешки възникват, когато има невалиден израз с камъчета по време на изпълнението на дейността Задаване на променлива.

    • Undefined Error: Този възел на грешка задава пътя за извеждане на грешката, който се поема от потока, когато има недефинирани системни грешки по време на изпълнението на потока. Можете да конфигурирате потока за недефинирани грешки, като свържете изходния път на тази дейност към подходящи дейности.

      Следното Flow Control дейностите нямат Undefined Error възел:

      • Начален поток
      • Край на потока
      • HTTP заявка
      • Парсе

      Ако не виждате Undefined Error възел във всяка дейност, свържете се с поддръжката на Cisco, за да активирате съответния флаг за функции.

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

Наложени от системата ограничения за самостоятелна верига за дейности

Системата налага ограничения на собствения цикъл за определени дейности по време на изпълнение на потоците. Това предотвратява навлизането на дейности в безкрайни цикли в рамките на взаимодействие.

Ако дадена дейност надвиши наложеното от системата ограничение по време на изпълнението, се появява предупредително съобщение, което показва, че е открит цикъл. За подробности относно специфичните максимално допустими стойности за дейности вижте статията Системни ограничения в Webex Contact Center.

Ако дадена дейност надвиши наложеното от системата ограничение по време на изпълнението, се появява предупредително съобщение, което показва, че е открит цикъл. Вижте следната таблица за максимално допустими стойности за дейности:

Конфигурации

Ограничение за самостоятелни цикли

Разширена информация за опашката1500
Сляп трансфер10
Съкратено прехвърляне75
Обратно повикване10
Анализ на напредъка на повикванията10
Събиране на цифри100
Прекъсване на контакта0
Ескалиране на групата за разпределяне на повикванията750
Обратна връзка210
Меню100
Контакт на опашката100
Опашка към агент100
Задаване на ИД на повикващия100
Управление на записите10
Записване10
Планиране на обратно повикване10
Задаване на приоритет на контакт100
Стартирай мултимедийния поток20
Качване на аудио3
Виртуален агент50
Виртуален агент V250

Въпреки че съществуват специфични конфигурации за дейности по обработка на повиквания, дейностите за управление на потока са обект на конфигурирани от системата гранични стойности на пика, за да се гарантира стабилност и да се предотврати безкраен пробив.

Свързване на няколко потока (с GoTo)

Flow Designer ви дава възможност да свържете няколко потока (поток верига). Можете да промените средата на повикващия, като прехвърлите повикванията към входна точка (въз основа на времето) или към поток (за повторно използване в различни сценарии). Използвайте GoTo, за да верифицирате множество потоци. Можете да съпоставяте променливи на потоците в различните потоци, за да сте сигурни, че данните продължават да съществуват през цялата среда за повиквания от край до край.

Регистрация на ваксинация

За да управлявате клиенти, участващи в кампания за ваксиниране, можете да предоставите две възможности: една за премиум клиенти, а друга за общи клиенти.

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

Когато клиентите с добавена такса се обаждат, системата предава повикването към друг поток, за да насрочи среща.

Известни проблеми със свързващите потоци

  • Системата ви пречи да изтриете входна точка, която участва във веригата на потока. Изтрийте всички свързани ресурси – опашки и потоци, преди да премахнете входната точка.

  • Системата ви пречи да изтриете поток, който участва в верига на потока. Премахнете всяка препратка за верига на потока, преди да я изтриете.

  • Принудително изтриване на входна точка или поток във верижната верига на потока и не показва съобщения за грешки в потребителския интерфейс.

Потоци за отстраняване на грешки

Отстраняването на грешки в потока е процес след повикване в Flow Designer което ви дава възможност да получавате сведения за потока и пътя, който е поел за повикване. Тази функция позволява на разработчиците на потоци да преглеждат ключовата информация в пътя за изпълнение на контрола, за да отстраняват грешки и да отстраняват проблеми с потока.

Ако сте приложили няколко етикета на версията към поток, можете да проследите потока и по отношение на тези етикети на версията. За повече информация вижте Прилагане на етикети на версията към поток.

Взаимодействието обобщава и съпоставя дейности по време на пътуването на даден контакт през контактния център. Системата генерира уникален ИД на взаимодействие за всяко взаимодействие, който проследява пътуването, помагайки за идентифициране на неизправности и отстраняване на неизправности в изпълнението на потока.

Отстранете грешки, за да видите пътищата за управление на повикванията след изпълнение на потока в производството, като осигурите проверка на настройките за активност и зависимите конфигурации на потока за успешно изпълнение.

Дешифриране на регистрационните файлове за поток

За да се подобри защитата и гъвкавостта на отстраняването на грешки при потоци, контролите за дешифриране са на разположение за управление на експозицията на чувствителни данни по време на отстраняването на грешки:

  • Дешифроване на ниво поток: Включете Enable flow Decryption превключване под Flow Decryption Settings при създаване и редактиране на потоци. Тази опция е налична на страницата с общи настройки за потока. Това превключване управлява дешифроването на всички дейности в потока. Активирането на това превключване дешифрира регистрационните файлове за всички дейности независимо от дешифрирането на ниво дейност.
  • Дешифроване на ниво активност: Включете Enable Decryption превключете за по-подробен контрол на дейностите. Можете да дешифровате регистрационните файлове за дейностите, ако изходът е чувствителен, дори ако сте активирали дешифроване на ниво поток. Това гарантира, че поверителните данни в дейностите остават защитени по време на отстраняването на грешки.

    Дешифроването на потока се прилага само за повиквания, инициирани след публикуването на потока.

За да защитите регистрационните файлове за потока:

  • Активирайте превключвателя за дешифроване на ниво поток, за да позволите дешифроване за всички дейности.

  • За дейности, изискващи допълнителна защита, дешифрирайте на ниво дейност. Този подход ви дава гъвкавостта да проследявате и отстранявате грешки в потоците, като същевременно поддържате сигурността на чувствителна информация, когато е необходимо.

Пример за използване:

Като разработчик на потоци можете да активирате дешифроване на ниво поток, за да отстраните пътя на повикването, но да дешифровате дейност, която обработва чувствителни клиентски данни с помощта на цифри за събиране. Това гарантира, че останалата част от потока може да бъде отстранена, като същевременно се поддържат чувствителни изходи защитени.

  • Ако дешифроването на ниво поток не е активирано, превключвателите на ниво активност се поддържат защитени и деактивирани. Целият поток е защитен.
  • Ако е активирано дешифроване на ниво поток, потребителите с разрешения за пълен администратор на ниво клиент могат да коригират настройките за дешифроване, за да поддържат съответствие и защита за определени дейности.

Преди да започнете

Публикувайте и стартирайте потоци, за да установите поне едно взаимодействие. За повече информация вижте Създаване и управление на потоци.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

Показва се страницата „Потоци“.
3

Щракнете върху Go to Flow Designer икона до потока, който искате да редактирате.

Потокът се отваря в прозореца на Flow Designer.
4

Щракнете върху Debug.

The Interactions се появява екран. Таблицата показва последните 100 взаимодействия за потока. Можете да видите следните подробности в таблицата:
  • Timestamp: Показва датата и часа на взаимодействието. Можете да сортирате записите в регистрационния файл въз основа на времевото клеймо.

  • Interaction ID: Показва уникалния ИД на взаимодействието.

  • Version: Показва версията на потока заедно с приложения етикет, като например Latest, Dev, Live или Test.

  • Entry Point: Показва входните точки, зададени към потока.

  • Last Executed Activity: Показва изпълнените дейности в края на избраното взаимодействие.

  • Origin: Произходът на взаимодействието. Например мобилен номер на клиента, ИД на имейл на клиента и други подобни подробности.

  • Destination: Местоназначението може да бъде DNIS от входната точка.

5

(По избор) Използвайте опцията за търсене, за да филтрирате списъка със следните параметри за търсене:

  • Interaction ID, ANI, DNIS: Въведете ИД на взаимодействие, за да се покаже пътят за изпълнение на потока за това взаимодействие. Можете също да търсите въз основа на ANI или DNIS.

  • Date Range: Изберете началната и крайната дата за продължителността, за която искате да извлечете ИД на взаимодействие.

  • Version Label: Изберете един или повече етикети от този падащ списък, за да видите всички версии на потока с избраните етикети на версията.

6

Изберете Interaction от таблицата.

Избраният път на активност се маркира в платното.

Отваря се нов раздел, показващ последователността на дейностите, изпълнени по време на взаимодействието, заедно със следните подробности:

  • Sequence: Показва дейностите в последователността на тяхното изпълнение.

  • Activity Name: Показва името на дейността.

  • Outcome: Системата маркира резултатите като Success или Failed, подчертаването на екземплярите е неуспешно в червено.

Можете да изберете няколко взаимодействия, които се отварят в отделни раздели.

7

Изберете дейност, за да видите следните подробности:

  • Activity Interaction Metadata: Показва името на дейността и началните и крайните часове на изпълнението на тази дейност.

  • Activity Inputs: Показва списъка на предоставените въвеждания в избраната дейност. Например, ако изберете Play Music дейност, въвежданията включват:

    • Файл с музика
    • Започване на изместване
    • Динамичен аудио файл
    • и още.

  • Activity Outputs: Показва изхода на дейността.

    If Decrypt Access е активирано за потока, можете да видите немаскираната изходна променлива на екрана в регистрационните файлове за отстраняване на грешки. Тази опция в момента е активирана само за следните дейности: Дейност за HTTP заявка, BRE заявка, събиране на цифри, виртуален агент и виртуален агент V2.

  • Modified Variables: Системата показва подробностите за променливите по време на изпълнение на избраната дейност. Например с помощта на Set Variable дейността показва актуализираната променлива на потока в Modified Variables раздел.

8

Decrypt logs icon: Щракнете върху иконата за дешифриране на регистрационните файлове, за да получите достъп до немаскираните регистрационни файлове. Можете да дешифрирате регистрационните файлове и да получите достъп до чувствителна информация само ако сте упълномощен потребител. Вижте следния отказ от отговорност:

Отказ от отговорност

Активирането на „Подробности за отстраняването на грешки“ ще изложи подобрените диагностични данни, които може да включват чувствителна информация (напр. ИД на потребители, метаданни за повикванията, проследяване на грешки и евентуално друга лична или поверителна информация).

С решението си да активирате подробности за отстраняването на грешки вие потвърждавате и потвърждавате, че:

  • Упълномощени сте да получите достъп до подробни данни за отстраняване на грешки във вашата организация.
  • Ще използвате тези данни единствено за целите на отстраняването на неизправности.
  • Разбирате, че активирането на тази функция може да изложи лична или поверителна информация, съдържаща се в регистрационни файлове за потоци.
  • Ще спазвате правилата за защита и поверителност на вашата организация, когато осъществявате достъп, боравите с и споделяте тези данни.
  • Ако не сте сигурни за горепосоченото, трябва да се консултирате с вашия администратор или екип по съответствието, преди да продължите.

9

(По избор) Щракнете върху иконата за копиране (Copy icon.), за да копирате подробностите за взаимодействието във вашия клипборд.

Можете да идентифицирате дейностите за неуспешните екземпляри и отстраняването на неизправности, като редактирате потока. За повече подробности вижте Създаване и управление на потоци.

Анализиране на потоци

Анализ в Flow Designer предоставя обобщен изглед на всички повиквания, преминали през определен поток. Показва броя изпълнение за всяко изходящо пренасяне на дейност през даден период. Също така изчислява процента на броя повиквания, които са преминали дейността на NewContact. Знаменателят за процентното изчисление е броят повиквания, преминали през дейността NewContact.

Анализът на потока разглежда завършените повиквания само в рамките на посочения срок. Изчисляването на общия брой повиквания включва повиквания, които започват преди и завършват в рамките на избрания период. Данните от анализа изключват повикванията, зададени за обратно повикване, или повикванията, които продължават по други причини (като текущи или не са затворени).

Всяка дейност показва бройките за изпълнение в изходящите си портове. За дейности като менюта с множество клонове, всеки порт получава броя си на изпълнение и следват процентите. Ако няма брой изпълнение на изходящ порт, това означава, че няма повиквания, които са докосвали порта.

Цветовата палитра показва как броят на изпълнените повиквания цветови кодове пътищата на потока. В сценарии като цикли на повиквания процентът може да надвишава 100%.

Дори без изрични връзки за обработка на грешки системата показва брой изпълнение в своя порт за грешки, ако е възникнала грешка и е била насочена към събитието OnGlobalError. Можете да го намерите в раздела Събитие. В такива случаи системата показва данните от анализа за манипулатора на събития OnGlobalError.

По подразбиране Flow Analytics разглежда най-новата версия на потока. Ако потокът има няколко версии, можете да превключвате между потоците с помощта на таблицата Хронология на версиите.

Понастоящем Flow Analytics не поддържа подпотоци; той проследява само добавянето на подпоток към главния поток, като изключва неговите вътрешни данни за дейността.

Преди да започнете

Публикувайте потока поне веднъж.

1

Влезте в Control Hub.

2

Отидете на Contact Center > Customer Experience > Flows.

3

Изберете потока и щракнете върху Go to Flow Designer икона.

Избраният поток се отваря във Flow Designer.
4

Щракнете върху Analytics.

Страницата опреснява и показва данните за анализ.

По подразбиране показва метриката на всички завършени контакти през последните 15 минути.

5

Щракнете върху Date widget и изберете една от следните опции:

  • Последните 15 минути
  • Днес
  • Вчера
  • Последните 7 дни
  • Последните 30 дни
  • Този месец
  • Персонализирано – изберете началната и крайната дата, за да видите анализите на потока за определен период до последните 30 дни.

Страницата за анализ на потока показва следните метрики:

  • Total flow executions – Показва общия брой изпълнения на потоци през избрания период. По-конкретно, ако поток се изпълни два пъти в рамките на едно взаимодействие, системата увеличава метриката с 2 (брой изпълнения), а не с 1 (брой повиквания).

  • Average Flow Duration - Показва средната продължителност за изпълнение на поток. Системата изчислява средната стойност за всички основни дейности в потока и дейностите в потока на събития, които са преминали през потока. Тази стойност включва изпълнени дейности чрез пътища на грешка. Знаменателят е общото изпълнение на потока при изчисляване на средната стойност.

  • Average activities per contact – Показва средната извършена дейност за повикване, която е преминала през потока. Тази средна стойност включва и дейности в потока от събития. Това помага да се анализира използването на потока. Тази стойност включва изпълнени дейности чрез пътища на грешка.

  • Activity Errors | Activity Error % – Показва броя повиквания, които са взели грешния порт/път. За процентното изчисление знаменателят е общият брой изпълнени дейности, а числителят е общият брой изпълнени портове за грешки.

6

(По избор) За превключване между версиите на поток, отидете на Version History. Изберете версия, за да видите аналитичните данни за тази версия на потока.

7

(По избор) Изберете дейност в потока, за да видите Activity usage details свързани с тази дейност за избрания период.

Този избор показва само първите 100 взаимодействия със следните ограничения:

  • Данните за избрания период не съвпадат.
  • За дейностите с looping едни и същи взаимодействия се показват многократно.
8

Щракнете върху Analytics за да затворите изгледа за анализ и да се върнете към конструктора на потоци.

Разбиране на кодовете за грешка

Flow Designer връща кодовете за грешка, за да покаже естеството или причината за грешката. Използвайте следната таблица, за да идентифицирате грешката и нейното описание.

Table 32. Flow Designer Error Codes

Код на грешка

Описание

ФК САНКТ ПЕТЕРБУРГ1001

Не е намерена версия на потока. Опреснете страницата или създайте нов поток.

ФК САНКТ ПЕТЕРБУРГ1002

Началната дейност не е намерена. Опреснете страницата или създайте нов поток. Началната дейност се появява по подразбиране, когато създадете нов поток.

ФК САНКТ ПЕТЕРБУРГ1003

Един или повече потоци за събития нямат валидно начало. Добавете дейност на манипулатор на събитие към началото на всеки поток от събития.

ФК САНКТ ПЕТЕРБУРГ1004

Всички клонове, които не са в събитие, трябва да водят до крайния възел.

ФК САНКТ ПЕТЕРБУРГ1005

Една от конфигурациите на променливите е невалидна. За всяка променлива се уверете, че конфигурираният тип данни и стойността на променливата са съвместими.

ФК САНКТ ПЕТЕРБУРГ1006

Един или повече портове в дейността нямат връзки. Свържете всички портове към друга дейност с помощта на връзки.

ФК САНКТ ПЕТЕРБУРГ1007

Добавете описание на дейността.

ФК САНКТ ПЕТЕРБУРГ1008

Някои от променливите имат едно и също име. Уверете се, че всички променливи имат уникално име.

ФК САНКТ ПЕТЕРБУРГ1009

Изразът е невалиден.

ФК САНКТ ПЕТЕРБУРГ1010

Условието е невалидно.

ФК САНКТ ПЕТЕРБУРГ1011

Системата открива прекъсната връзка в главния поток. Изтрийте връзката, за да коригирате грешката.

ФК САНКТ ПЕТЕРБУРГ1012

Прекъсната връзка в потока на събития причинява грешката. Изтрийте връзката, за да я поправите.

ФК САНКТ ПЕТЕРБУРГ1013

Системата използва дейността в повече от един поток от събития. Потоците на събития не могат да споделят общи дейности и трябва да имат уникално начало и край.

ФК САНКТ ПЕТЕРБУРГ1014

Контактът за опашката трябва да спре потока. Връзката за извеждане може да се свързва само с дейност в края на потока.

ФК САНКТ ПЕТЕРБУРГ1015

Системата идентифицира неправилно конфигурираните полета в дейността и показва връзка към неуспешната дейност по време на проверката. Щракнете върху връзката, за да се придвижите до дейността и полето, причиняващо грешката. Следвайте изискванията за всяко поле, за да коригирате всички грешки и да въведете валидни въвеждания.

ФК САНКТ ПЕТЕРБУРГ1016

Друг поток използва същото име като това. Редактирайте името на потока, за да го направите уникален.

ФК САНКТ ПЕТЕРБУРГ1017

Дейността има стрелки, които произхождат от и сочат към себе си.

За повече информация относно грешките в GraphQL сървъра вижте https://www.apollographql.com/docs/react/data/error-handling/.

Беше ли полезна тази статия?
Беше ли полезна тази статия?