- Главная
- /
- Статья
Webex Contact Center
Модуль бизнес-правил (BRE) в Webex Contact Center позволяет пользователям выгружатьrntttpecific данные, к которым система может получить доступ во время выполнения для принятия решений о маршрутизации или rntttdisplay информацию для вызовов операторов.
Сведения о механизме бизнес-правил Cisco
С помощью модуля бизнес-правил Cisco© (BRE) можно выгрузить данные в среду Webex Contact Center для пользовательской маршрутизации и общего внедрения. Система извлекает данные во время выполнения и использует их для принятия решений о маршрутизации или отображения информации оператору.
Например, арендатор хочет перенаправлять вызовы определенной группе операторов на основе набранной кнопки автоматической идентификации номеров (ANI). При таком сценарии клиент может просто выгрузить список ANIs. Если ANI входящего вызова есть в этом списке, система маршрутизирует вызов указанной группе операторов. Если ANI нет в списке, система маршрутизирует вызов в общую очередь.
Типичная реализация BRE включает в себя следующие основные компоненты:
-
Средство бизнес-правил предоставляет интерфейс для создания доменов и наборов правил. BRE требует входящего запроса на принятие решения, который должен быть связан с доменом . Домен содержит набор правил. Каждому правилу присваивается приоритет. BRE пытается сопоставить правило наивысшего приоритета домена с запросом на принятие решения на основе условий в правилах.
-
Средство конфигурации BRE DataSync предоставляет интерфейс для определения экземпляров синхронизации данных для импорта данных в базу данных BRE. После определения экземпляра синхронизации данных клиент может отправить файл CSV. Система преобразует загруженные значения, разделенные запятыми, в записи в базе данных BRE.
-
Flow Designer — это пользовательский интерфейс, используемый для определения потоков, которые организируют и автоматизируют компоненты Webex Contact Center. Вы можете создать поток, который инициирует BRE.
Рекомендации по обработке данных
Для обеспечения целостности и безопасности BRE необходимо соблюдать следующие правила по обработке данных:
-
Допустимые типы данных: выгрузка данных, необходимая для работы и функциональности BRE. Сюда входят бизнес-правила, конфигурации и не чувствительные операционные данные (без ограничения).
-
Ограничение по PII: не выгружайте в BRE никакой информации, идентифицируемой лично (PII), кроме данных ANI. PII включает в себя (без ограничения):
- Полные имена
- Номера социального страхования
- Адреса электронной почты
- Физические адреса
- Финансовая информация
Данные ANI относятся к номеру телефона, связанному с вызывающим абонентом. Данные ANI — это единственный тип PII, который допустимо выгружать в BRE. Это исключение необходимо для поддержки определенных бизнес-функций, которые полагаются на данные ANI.
Реализация модуля правил бизнесач2>
Создание набора правил
Потоки вызывают утилиту Business Rule Engine при представлении нового голосового запроса ACD. В этом разделе описывается, как можно задавать правила, чтобы утилита BRE помогала ACD маршрутизировать входящий запрос.
Bre требует, чтобы входящий запрос на принятие решения был связан с доменом и набором правил. BRE пытается сопоставить правило наивысшего приоритета с запросом на принятие решения на основе условий в правилах.
Не забудьте создать набор правил для всех случаев. Например, следует создать правила для условий "Соответствие найдено" и "Соответствие не найден". Можно также настроить правила для нескольких условий. Например, ANI Match или ANI No Match, затем золотой или серебряный. В этом случае необходимо создать правило для каждой возможности. Пример:
-
Матч и золото ANI
-
ANI Матч и Серебро
-
ANI не матч и золото
-
ANI не матч и серебро
Чтобы создать набор правил, выполните приведенные ниже действия
1 |
Войдите на портал управления Cisco Webex Contact Center. |
2 |
Щелкните путь к порталу управления Cisco Webex Contact Center > бизнес-правилами , чтобы открыть средство "Модуль бизнес-правил". BRE использует сервис идентификации и взаимодействие с системой единого входа. Если арендаторы уже выполнили вход на портал управления Cisco Webex Contact Center, они могут автоматически получить доступ к средству BRE для своей организации. |
3 |
Создайте атрибут для привязки к вашей организации: |
4 |
Выберите контексты для отображения страницы " Контексты ". Щелкать и добавлять контекст. |
5 |
Для создания правил выберите страницу Контексты .
В следующем примере кода возвращается значение NotFound для атрибута routeInfo. Это происходит, если номер, который был набран вызывающим абонентом (ANI), не соответствует ANI в списке арендаторов, которые загружены в базу данных BRE. Скопируйте и вставьте в редактор правил следующееправило:
|
Настройка экземпляра синхронизации данных BRE
Сервис BRE DataSync обращается к базе данных для принятия решений о маршрутизации. Убедитесь в периодических обновлениях базы данных соответствующей информацией. В этом разделе описывается настройка утилиты BRE DataSync для обновления репозитория BRE.
Администратор клиента должен создать экземпляры BRE DataSync для каждого набора данных, к которому обращаются механизмы правил в ходе принятия решений. Администратор может создать набор данных или выгрузить файл CSV. Данные преобразуются в записи в репозитории BRE.
Перед началом настройки
Обратитесь Cisco диспетчеру учетных записей для поддержки клиентов, чтобы получить доступ к учетной записи BRE DataSync.
В настоящее время функция BRE DataSync включена только для роли "Полный администратор ". Арендаторы с ролью "Полный администратор" могут передавать данные с помощью пар "ключ-значение" или файлов CSV. Пользователи с этой ролью могут выгрузить только данные, относящиеся к конкретной организации.
Администраторы-партнеры, внешние администраторы, операторы и супервизоры не имеют доступа к средству BRE DataSync.
1 |
Войдите в средство BRE DataSync в качестве администратора. В соответствии с недавними улучшениями в BRE Hosting and Масштабирование, URL-адреса утилиты DataSync изменились. Убедитесь, что для отправки данных в BRE используются обновленные URL-адреса. URL-адреса синхронизации данных BRE для конкретного региона: https://bre-datasync.produs1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu2.ciscoccservice.com/datasync/ https://bre-datasync.prodanz1.ciscoccservice.com/datasync/ https://bre-datasync.prodca1.ciscoccservice.com/datasync/ https://bre-datasync.prodjp1.ciscoccservice.com/datasync/ https://bre-datasync.prodsg1.ciscoccservice.com/datasync/
Щелкните URL-адреса, чтобы перейти на страницу "Вход с помощью общей идентификации ". Для региона США выберите кластер США (а не второй кластер США), чтобы продолжить. URL-адреса интерфейса администратора BRE для конкретного региона: https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodanz1.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ |
2 |
Выберите Список данных BRE для просмотра всей информации, связанной с организацией-арендатором. |
3 |
(Необязательно) Выберите «Добавить данные BRE», чтобы добавить данные в репозиторий BRE. |
4 |
Выберите "Выгрузка данных BRE CSV" , чтобы выгрузить файл CSV. |
Создание потока с активностью запроса BRE
Потоки можно создавать с помощью интерфейса конструктора потока, доступного на портале управления Webex Contact Center. Создайте поток с действиями " Запрос BRE" в конструкторе потока Webex Contact Center.
Дополнительные сведения о настройке потока см. в разделе « Запрос BRE».
BRE-запрос
Запрос BRE используется для получения данных из модуля бизнес-правил вашей организации (BRE), который можно использовать в потоке. Для получения данных из BRE используются стандартные протоколы HTTP.
В следующих разделах можно настроить действия по запросу BRE:
Общие параметры
Параметр |
Описание |
---|---|
Метка действия |
Введите имя мероприятия. |
Описание действия |
(Необязательно) Введите описание мероприятия. |
Параметры запроса
В рамках запроса BRE вы можете передать bre параметры, указанные в API вызова. В столбцах Key .Value ("Ключ".Значение") можно ввести ключ запроса и связанное значение для отправки вместе с запросом. Для передачи значений переменных можно также использовать синтаксис двойных фигурных фигурных скобок.
Действие BRE имеет один предварительно определенный параметр запроса: контекст
. Этот параметр запроса передается в API вызова BRE.
Идентификатор клиента
вводится автоматически и не нуждается в настройке.
Чтобы добавить параметр запроса, нажмите кнопку Добавить. В результате добавляется строка, в которой можно ввести пары ключевых значений. В состав запроса BRE можно добавить необходимое количество параметров запроса.
Синтаксический анализ параметров
В этом разделе описана возможность синтаксического анализа ответа, полученных по запросу BRE, с различными переменными:
Параметр |
Описание |
---|---|
Переменная ответа |
Выберите переменную, для которой требуется извлечь определенный раздел из объекта ответа на запрос BRE. В раскрывающемся списке можно выбрать только пользовательские переменные потока. |
Выражение пути |
Определите выражение пути для синтаксического анализа объекта ответа. В зависимости от типа структуры данных объекта ответа и случаев использования извлечения подмножества этой информации выражение меняется. Перед выполнением выражения пути данные нормализуются до иерархии объектов, поэтому ИНТЕРФЕЙС OBJECTPath используется в объекте ответа независимо от настроенного типа содержимого. |
Выходные переменные
Запрос BRE возвращает две выходные переменные:
-
BRERequest1.httpResponseBody
: возвращает тело ответа на запрос BRE. -
BRERequest1.httpStatusCode
: возвращает код состояния запроса BRE.Эти коды ответов классифицируются по следующим категориям:
-
Информационные ответы (100–199)
-
Успешные ответы (200–299)
-
Перенаправления (300–399)
-
Ошибки клиента (400–499)
-
Ошибки сервера (500–599)
-
Форматы типов контента
Ниже приведены примеры примеров примеров форматов типов содержимого ввода и ответа НА запросы в формате "ОТВЕТ" в формате "МЕЙ".
Тип содержимого XML
Используйте этот инструмент для преобразования XML в формат https://codeshack.io/xml-to-json-converter/ ех.
Формат ввода XML:
<примечать> <to>Tove</to> < от>Jani</from> <заголовок>Reminder</заголовок> <body>test application</body> </примечание>
Нормализованный ответ «Данные/НОРМализованный ответ НА ЕРБВ»
{ "примечание": { "к": "Tove", "from": "Jani", "раздел": "Напоминание", "тело": "Тестовое приложение" }
Пример выражения пути 200 00 00 00: используйте $.note.from
для получения значения Jani
.
Тип контента TOML
Используйте этот инструмент для преобразования TOML в ФОРМАТ CSVhttps://www.convertjson.com/toml-to-json.htm.
Формат ввода TOML:
title = "Пример TOML" [владелец] имя = "Том Престон-Вернер" dob = 1979-05-27T07:32:00-08:00
Нормализованный ответ «Данные/НОРМализованный ответ НА ЕРБВ»
{ "название": "Пример TOML", "владелец": { "имя": Том Престон-Вернер", "dob": "1979-05-27T15:32:00.000Z" } }
Пример выражения пути 200-1000: используйте $.owner.name
для получения значения под таким же значением, как Том Престон-Вернер.
Тип содержимого YAML
Используйте этот инструмент для преобразования YAML в формат CSVhttps://www.convertjson.com/yaml-to-json.htm.
Формат ввода YAML:
# Сотрудник запись Мартин: имя: Мартин Д'овл опера Работа: Навык разработчика: Элитный
Нормализованный ответ «Данные/НОРМализованный ответ НА ЕРБВ»
{ "мартин": { "имя": "Мартин Д'овлпер", "работа": "Разработчик", "умение": "Элита" }
Пример выражения пути 2000 00:use $.martin.job
для получения значения разработчика
.
Тип содержимого :)"
Используйте преобразовыватель выражений ЕКУраhttps://jsonpath.com/.
Формат ввода CSV:
{ "мартин": { "имя": "Мартин Д'овлпер", "работа": "Разработчик", "умение": "Элита" }
Нормализованный ответ «Данные/НОРМализованный ответ НА ЕРБВ»
{ "мартин": { "имя": "Мартин Д'овлпер", "работа": "Разработчик", "умение": "Элита" }
Пример выражения пути 2000 00:use $.martin.job
для получения значения разработчика
.