- Главная
- /
- Статья
Механизм бизнес-правил (BRE) в контакт-центре Webex позволяет клиентам загружать конкретные данные, к которым система может обращаться во время выполнения для принятия решений о маршрутизации или отображать информацию для агентов по вызову.
Cisco© Business Rules Engine — это приложение, помогающее быстро находить нужные данные в Webex Contact Center. Используя механизм бизнес-правил Cisco© (BRE), вы можете выполнять поиск данных, настраивать маршрутизацию и осуществлять общую реализацию. Система получает данные во время выполнения и использует их для принятия решений о маршрутизации или отображения информации агенту.
Например, арендатор хочет перенаправлять звонки определенной группе операторов на основе набранного номера, определяемого системой автоматической идентификации номера (ANI). В этом случае арендатор может просто загрузить список ANI. Если идентификатор ANI входящего вызова присутствует в этом списке, система перенаправляет вызов указанной группе операторов. Если идентификатор ANI отсутствует в списке, система перенаправляет вызов в общую очередь.
Типичная реализация BRE включает в себя следующие основные компоненты:
-
BRE DataSync: Утилита настройки BRE DataSync предоставляет интерфейс для определения экземпляров синхронизации данных, необходимых для импорта данных в базу данных BRE. После того как арендатор определит экземпляр синхронизации данных, он сможет загрузить CSV-файл. Система преобразует загруженные данные, разделенные запятыми, в записи в базе данных BRE.
-
Механизм бизнес-правил: Утилита "Механизм бизнес-правил" предоставляет интерфейс для создания доменов и наборов правил. BRE требует, чтобы входящий запрос на принятие решения был связан с доменом . Данная область содержит набор правил. Каждому правилу присваивается приоритет. BRE пытается сопоставить правило с наивысшим приоритетом домена с запросом на принятие решения, основываясь на условиях, указанных в правилах.
-
Конструктор потоков: Пользовательский интерфейс с функцией перетаскивания, используемый для определения потоков, которые организуют и автоматизируют компоненты контакт-центра Webex. Вы можете создать поток, который вызывает действие BRE для выполнения простого поиска данных, аналогичного действию HTTP-запроса. Однако в данном случае данные хранятся в контакт-центре Webex.
Руководство по обработке данных
Для обеспечения целостности и безопасности BRE необходимо соблюдать следующие правила обработки данных:
-
Допустимые типы данных: Загрузите данные, необходимые для работы и функционирования BRE. Это включает, помимо прочего, бизнес-правила, конфигурации и неконфиденциальные операционные данные.
-
Ограничение на доступ к персональным данным: Не загружайте в BRE никакую персональную идентификационную информацию, за исключением данных ANI. Персональные данные включают, помимо прочего:
- Полные имена
- номера социального страхования
- Адреса электронной почты
- Физические адреса
- Финансовая информация
Данные ANI представляют собой телефонный номер, связанный с вызывающим абонентом. Данные ANI — это единственный тип персональных данных, который разрешено загружать в BRE. Это исключение предназначено для поддержки определенных бизнес-функций, которые зависят от данных ANI.
Система управления бизнес-правилами представляет собой механизм обработки правил в реальном времени, который запускается потоком данных, связанным с точкой входа. Этот механизм правил обычно обращается к хранилищу данных для оценки необходимой обработки вызовов.
Поиск в BRE — это простое встраивание данных в ваш рабочий процесс, подобно HTTP-запросу. Однако данные для поиска BRE находятся в центре обработки данных Cisco Webex Contact Center. На следующем изображении показаны различные процессы, задействованные в поиске данных в системе BRE.
Прежде чем начать
Перед внедрением BRE:
- Настройте экземпляр BRE DataSync для вашей реализации, четко понимая модель данных.
- Ознакомьтесь со следующими терминами, используемыми в данном руководстве:
Attribute:attribute— это именованная переменная или поле данных, созданное внутри утилиты BRE. Он служит контейнером для информации, которую BRE использует для обработки запросов и генерации результатов.Context: Квадратные скобкиcontextв основном используются в качестве примера имени атрибута, указывающего целевой домен для действия запроса BRE.Label: АтрибутLabel— это особый тип атрибута, предназначенный для хранения выходных данных или результата оценки правила.
Более подробную информацию см. в разделе Часто задаваемые вопросы.
Настройте экземпляр BRE DataSync.
Утилита BRE DataSync обращается к базе данных для принятия решений о маршрутизации. Необходимо периодически обновлять базу данных соответствующей информацией. В этом разделе описывается, как настроить утилиту BRE DataSync для обновления репозитория BRE.
Администратор арендатора должен создать экземпляр BRE DataSync для каждого набора данных, к которому обращаются механизмы правил в процессе принятия решений. Администратор может создать набор данных или загрузить CSV-файл. Данные преобразуются в записи в репозитории BRE.
Прежде чем начать
Для получения доступа к учетной записи BRE DataSync обратитесь к менеджеру по работе с клиентами Cisco.
В настоящее время BRE DataSync включен только для роли Полного администратора. Арендаторы с правами полного администратора могут загружать данные либо с помощью загрузки CSV-файла, либо с помощью пар ключ-значение. Пользователи с этой ролью могут загружать только данные, относящиеся к их организации.
Администраторы партнеров, внешние администраторы, агенты и супервайзеры не имеют доступа к утилите BRE DataSync.
| 1 |
Войдите в утилиту BRE DataSync от имени администратора. В соответствии с недавними улучшениями в BRE Hosting and Scalability, URL-адреса утилиты DataSync были изменены. Для загрузки данных в BRE обязательно используйте обновленные URL-адреса. Региональные URL-адреса BRE DataSync: 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-адреса, чтобы перейти на страницу Вход с использованием Common Identity. Для региона США выберите кластер США (а не второй кластерСША ), чтобы продолжить. Региональные 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 |
Для загрузки CSV-файла в репозиторий BRE: Выберите Загрузить данные BRE в формате CSV. |
Доступ к приложению BRE
Доступ к приложению Business Rules Engine можно получить через административный портал Webex Contact Center.
- Войдите в административный портал Webex Contact Center.
- Нажмите Правила бизнеса, чтобы открыть панель управления механизмом правил бизнеса.
BRE использует службу идентификации и взаимодействие на основе единого входа (Single Sign-On). Если вы уже вошли в систему через Common Identity, вы можете получить доступ к утилите BRE для вашей организации без повторного входа в систему.
Система открывает приложение Business Rules Engine (BRE) в новой вкладке браузера. На странице «Панель управления» отображается графическое представление количества правил и их выполнений.
Создание набора правил

Войдите на портал BRE и настройте атрибут, метку, контекст и правила, как описано ниже.
| 1 |
Чтобы создать атрибут, который будет связан с вашей организацией: |
| 2 |
Метка придает вашим данным смысл. Чтобы создать Метку: |
| 3 |
Нажмите Контексты, чтобы перейти на страницу Контексты. Нажмите +Add Контекст. |
| 4 |
Для создания правил перейдите на страницу Контексты. Нажмите +Add Редактор правил и настройте следующие параметры:
Создайте два правила: Один вариант срабатывает, если система находит совпадение, а другой — если система не находит совпадения. Следующий пример кода возвращает значение NotFound для атрибута routeInfo. Это происходит, если номер, с которого звонил абонент (ANI), не совпадает с номером ANI в списке арендаторов, загруженном в базу данных BRE. Скопируйте и вставьте следующее правило в Редактор правил: |
| 5 |
Щелкните Сохранить. |
Запрос BRE
Используйте действие «Запрос BRE», чтобы получить данные из системы управления бизнес-правилами (BRE) вашей организации для использования в рабочем процессе. В операции запроса к BRE используются стандартные протоколы HTTP для получения данных от BRE.
В следующих разделах вы можете настроить действие запроса BRE:
Общие настройки
|
Параметр |
Описание |
|---|---|
|
Метка активности |
Введите название для мероприятия. |
|
Описание деятельности |
(Необязательно) Введите описание мероприятия. |
Параметры запроса
В рамках запроса BRE вы можете передать параметры, предоставленные в вызове API, в BRE. В столбцах «Ключ-значение» можно ввести ключ запроса и соответствующее значение, которое будет отправлено вместе с запросом. Для передачи значений переменных также можно использовать синтаксис двойных фигурных скобок.
Для действия BRE задан один предопределенный параметр запроса: context. Этот параметр запроса передается в вызове API к BRE.
Квадратные скобки TenantID автоматически передаются в качестве параметра и не требуют настройки.
|
Параметр |
Описание |
|---|---|
|
Контекст |
Содержит причину запроса. Этот обязательный параметр нельзя редактировать или удалять. Этот параметр должен содержать то же значение, что и значение, указанное в массиве Attribute |
|
ANI |
Содержит номер телефона, с которого был совершен звонок. Это параметр по умолчанию, который можно редактировать или удалять в зависимости от конфигурации правил в BRE. Пример значения ANI: |
|
Превышено время ожидания ответа | Указывает время ожидания соединения для запроса BRE. По умолчанию установлено значение 2000 миллисекунд. |
|
Количество повторных попыток |
Указывает количество попыток выполнения запроса BRE после неудачной попытки. Этот параметр используется, если код состояния равен 5xx. ; например, 500 или 501. |
Чтобы добавить параметр запроса, нажмите Добавить новый. Это добавляет строку, в которую можно ввести пары ключ-значение. В запросе BRE можно добавить столько параметров запроса, сколько необходимо.
Настройки анализа
В этом разделе вы можете разделить ответ от BRE-запроса на различные переменные:
|
Параметр |
Описание |
|---|---|
|
Переменная ответа |
Выберите переменную, в которую вы хотите извлечь определенный раздел из объекта ответа BRE Request. Из выпадающего списка можно выбрать только переменные пользовательского потока. |
|
Выражение пути |
Определите выражение пути для анализа объекта ответа. В зависимости от структуры данных объекта ответа и сценариев использования для извлечения подмножества этой информации, выражение пути может различаться. Перед выполнением выражения Path Expression данные нормализуются до иерархии объектов, поэтому в объекте ответа используется JSONPath независимо от настроенного типа содержимого. |
Настройки расшифровки
Вы можете расшифровать выходные переменные действия BRE Request. Если расшифровка включена на уровне потока, пользователи с доступом к отладке расшифровки могут просматривать незамаскированные выходные значения действия запроса BRE в журналах отладки потока. Отключите переключатель Включить расшифровку для отключения расшифровки на уровне активности в целях дополнительной защиты.
Выходные переменные
Запрос BRE возвращает две выходные переменные:
-
BRERequest1.httpResponseBody: Возвращает тело ответа на BRE-запрос. -
BRERequest1.httpStatusCode: Возвращает код состояния запроса BRE.Эти коды ответов подразделяются на следующие категории:
-
Информационные ответы (100–199)
-
Успешные ответы (200–299)
-
Перенаправления (300–399)
-
Ошибки клиента (400–499)
-
Ошибки сервера (500–599)
-
Форматы типов контента
В следующих примерах описаны образцы форматов входного контента (Content Type) и ответ в формате JSON.
Тип содержимого XML
Используйте этот инструмент для преобразования XML в формат JSON https://codeshack.io/xml-to-json-converter/.
Формат ввода XML:
Tove
Jani
Reminder
Test application
Data/JSON Нормализованный ответ
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
Пример выражения JSON Path: Используйте квадратные скобки $.note.from, чтобы получить значение в виде Janiквадратных скобок .
Тип контента 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
Data/JSON Нормализованный ответ
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
Пример выражения JSON Path: Используйте квадратные скобки $.owner.name, чтобы получить значение в виде ‘Tom Preston-Werner’квадратных скобок .
Тип содержимого YAML
Используйте этот инструмент для преобразования YAML в формат JSON https://www.convertjson.com/yaml-to-json.htm.
Формат ввода YAML:
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Data/JSON Нормализованный ответ
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Пример выражения JSON Path: Используйте $.martin.job для получения значения Developer.
Тип содержимого JSON
Используйте инструмент оценки выражений JSON https://jsonpath.com/.
Формат ввода JSON:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON Нормализованный ответ
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Пример выражения JSON Path: Используйте $.martin.job для получения значения Developer.
Создание потока с использованием действия запроса BRE
Вы можете создавать рабочие процессы, используя интерфейс Flow Designer, доступный в Webex Contact Center. Создайте поток с действием Запрос BRE в конструкторе потоков Webex Contact Center.
Для получения дополнительной информации о настройке потока см. Запрос BRE.
Вопросы и ответы
- Какова цель
attribute?AttributesОни имеют основополагающее значение для связывания входящих запросов на поиск в BRE с конкретными наборами правил, определенными в BRE, а также для хранения результатов оценки правил. - Как создать
attributes?Создать
attributesв разделе в утилите BRE. Например, вы можете создать атрибут с именемcontext. - Какова цель
context?ContextОпределяет конкретный сценарий или тип поиска, который применяет BRE. Когда поток запускает действие «Запрос BRE», ему необходимо указать BRE, какой набор правил следует оценить. Атрибут, часто называемыйContext, присваивается имени конкретного домена. - Что такое
domain?A
domain— это таблица в BRE, содержащая соответствующие данные. Доменное имя помогает BRE найти правильные данные и соответствующий набор правил. - Что такое
label?После того как BRE оценит свои правила, он должен сообщить результат обратно в вызывающую систему (например, в поток Webex Contact Center, содержащий действие запроса BRE). Правила настроены таким образом, чтобы устанавливать значение указанного атрибута метки на основе заданных условий.
- Какова взаимосвязь между атрибутом, контекстом и меткой?
Вы можете создать
Attribute, например, с именемcontext. Этот атрибут можно связать с квадратными скобкамиdomain(самой таблицей, например, ANILookup). При вызове действия BRE Request поток устанавливает значение этого атрибута (то есть,domain). = Используйте ANILookup для указания контекста (правила какого домена использовать).Внутри этого
domainправила написаны на синтаксисе Drools для оценки условий и установки значения другогоattribute, часто называемогоlabel(например,label= "MatchFound". Это представляет собой результат выполнения правила, который возвращается в качестве ответа на поток. -
Как атрибуты, контексты и метки связаны с параметрами запроса?
BRE запускается потоком данных, как правило, посредством вызова API (запрос BRE) к жестко заданному внутреннему URL-адресу. Это REST API, позволяющий находить значения BRE, загруженные в CSV-файлы. (key/value пар). Данные, необходимые BRE для принятия решения, передаются в рамках этого запроса, аналогично тому, как параметры запроса или тело запроса функционируют в обычном вызове REST API.
Input Data: Информация из входящего звонка (например, ANI звонящего, номер счета и другие подобные данные) фиксируется в качестве переменных, связанных с вызовом (Call Associated Data, CAD), в алгоритме обработки вызовов Webex Contact Center.BRE Configuration Data: Другие необходимые параметры, такие как контекст и атрибут, определяющий область применения (например, domain). = ANILookup) также задаются в качестве переменных в узле BRE Request потока.Request Variables: На этапе запроса BRE в рамках рабочего процесса переменные CAD и настроенные переменные выбираются в качестве переменных в конфигурации запроса BRE. Затем эти переменные передаются в механизм выполнения BRE.Function: По сути, «переменные запроса» выступают в качестве «параметров запроса» или входных данных для BRE. BRE использует эти входящие значения для оценки условий, определенных в ее правилах.
Настройка поиска данных о клиентах на основе ANI с использованием механизма бизнес-правил.
В этом примере рабочего процесса используется механизм бизнес-правил (BRE) для поиска данных о клиенте с помощью автоматической идентификации номера (ANI) звонящего, обработки полученных данных в потоке Webex Contact Center и отображения выбранной информации на рабочем столе оператора. Ниже описаны следующие шаги:
Подготовьте справочные данные
Создайте CSV-файл, содержащий уникальный ключ поиска и связанные с ним данные. В этом рабочем процессе в качестве ключа поиска используется ANI вызывающего абонента. В столбце «Значение» можно сохранить одно или несколько полей, содержащих данные клиента. Разделяйте несколько полей символом вертикальной черты (|).
15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|Vancouver В этом примере столбец 1 содержит ANI, а столбец 2 — тип клиента, имя клиента, очередь и местоположение.
BRE предназначен для поиска информации в режиме чтения, а не в качестве транзакционной базы данных для часто обновляемых отдельных записей.
Создайте тип поиска BRE и загрузите данные.
Откройте инструмент Webex Contact Center BRE Data Sync и выберите свой клиент. Если необходимый тип поиска недоступен, попросите операционную группу создать его. Используйте описательное имя, например, ANILookup. Запишите сгенерированное имя контекста, поскольку конфигурация и поток BRE должны использовать одно и то же значение с учетом регистра.
Чтобы добавить тестовую запись:
- Открыть Добавить данные.
- Выберите арендатора и
ANILookup. - Введите ANI и соответствующее ему значение.
- Отправьте запись.
Чтобы загрузить полный набор данных, откройте Upload BRE, выберите арендатора и тип поиска и загрузите CSV-файл. Откройте Список данных BRE и убедитесь, что записи отображаются. Убедитесь, что формат ANI в CSV-файле соответствует формату, передаваемому в процессе обработки.
Запуск бизнес-правил
Войдите в административный портал Webex Contact Center, откройте Business Rulesи запустите панель управления BRE:
Создайте атрибут контекста:
- Перейти на
- Добавьте атрибут со следующими значениями:
- Имя:
context - Тип данных: Текст
- Имя:
- Сохраните атрибут результата. Атрибут
contextидентифицирует загруженный набор данных для поиска, к которому обращается правило. - Добавьте текстовый атрибут, представляющий возвращаемые данные. Присвойте атрибуту осмысленное имя, даже если возвращаемое значение содержит несколько полей, разделенных символом вертикальной черты. Сохраните атрибут. В этом примере
customerTypeиспользуется в качестве образца. - Откройте Контексты и добавьте контекст. Введите сгенерированное имя контекста синхронизации данных, например,
ANILookup, свяжите его с атрибутомcontextи сохраните. Имя контекста чувствительно к регистру и должно точно соответствовать сгенерированному контексту синхронизации данных.
Создайте правило для найденных ANI и правило для не найденных ANI.
Откройте контекстное меню и выберите Добавить редактор правил. Назовите правило ANIFound, активируйте его и присвойте ему более высокий приоритет, например, 100. Добавьте следующее правило и сохраните его:
when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) != null) then c.putAttribute( "customerType", c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) ); end Это правило объединяет контекст и ANI для формирования ключа поиска. Если найдено соответствующее значение, результат присваивается атрибуту ответа customerType.
Добавьте еще одно активное правило с именем ANINotFound. Присвойте ему более низкий, уникальный приоритет, например, 99. Настройте правило таким образом, чтобы при отсутствии соответствующей записи customerType заменялось на Not Found, и сохраните его. Не следует присваивать обоим правилам одинаковый приоритет.
Создайте схему работы контакт-центра.
Откройте Flow Designer и создайте или откройте тестовый поток. Добавьте действие BRE Request в точке, где поток должен получить информацию о вызывающем абоненте, и подключите это действие к соответствующему пути потока.
Нормализовать ANI
Если в загруженных ключах отсутствует префикс кода страны +1, создайте выражение предварительной обработки, которое удалит его из ANI:
ANI.replace("+1", "") Используйте нормализованное значение в качестве ключа поиска. Применяйте это преобразование только в том случае, если в сохраненных значениях отсутствуют квадратные скобки +1. ; Запрашиваемое значение и загружаемые ключи должны иметь одинаковый формат.
Настройте запрос BRE.
Настройте действие, указав следующие значения:
- Контекст:
ANILookup - Атрибут запроса:
ani - Значение запроса: Нормализованный ANI
- Истекло время ожидания: 5 секунд
- Повторные попытки: 3
- Атрибут ответа:
customerType
Сопоставьте ответ со строковой переменной потока. Контекст выбирает набор данных, а ani задаёт ключ отдельной записи.
Обработка ответа, содержащего несколько полей.
Если BRE возвращает VIP Customer|John Smith|Premium Queue|Toronto, разделите строку, используя экранированный разделитель в виде вертикальной черты (\|). Полученные элементы содержат тип клиента, имя клиента, номер очереди и местоположение. Присвойте необходимые элементы отдельным переменным потока. Демонстрация извлекает последний элемент, Toronto.
Настройте всплывающее окно
Добавьте или настройте всплывающее окно на рабочем столе агента. Сопоставьте извлеченную информацию о клиенте с необходимым полем всплывающего окна, подключите поток к очереди или пути маршрутизации агента, а затем сохраните и опубликуйте поток.
Проверьте демонстрацию
Выполните вызов с использованием ANI, который присутствует в загруженном наборе данных. Убедитесь, что поток нормализует ANI, запрос BRE проходит свой путь успешного выполнения, и извлеченная информация отображается на рабочем столе агента. Повторите тест с ANI, которого нет в наборе данных, и убедитесь, что при обнаружении ненайденного пути возвращается настроенное резервное значение.
Cisco Business Rules Engine — это приложение, которое помогает быстро искать данные в контактном центре Webex. Используя Cisco Business Rules Engine (BRE), можно выполнять поиск данных, настраивать маршрутизацию и внедрять общие принципы. Система извлекает данные во время выполнения и использует их для принятия решений о маршрутизации или отображения информации агенту.
Например, арендатор хочет маршрутизировать звонки определенной группе агентов на основе набранного номера (ANI). В этом случае арендатор может просто загрузить список ANI. Если ANI входящего вызова есть в этом списке, система направляет вызов указанной группе агентов. Если ANI нет в списке, система направляет вызов в общую очередь.
Типичная реализация BRE включает следующие основные компоненты:
-
BRE DataSync: утилита настройки BRE DataSync предоставляет интерфейс для определения экземпляров Data Sync для импорта данных в базу данных BRE. После того как клиент определит экземпляр Data Sync, он может загрузить CSV-файл. Система преобразует загруженные данные значений, разделенных запятыми, в записи в базе данных BRE .
-
Механизм бизнес-правил: утилита Business Rules Engine предоставляет интерфейс для создания доменов и наборов правил. BRE требует, чтобы входящий запрос на решение был связан с доменом. Домен содержит набор правил. Каждому правилу присвоен приоритет. BRE пытается сопоставить правило наивысшего приоритета домена с запросом на решение на основе условий правил.
-
Flow Designer: пользовательский интерфейс с функцией перетаскивания, используемый для определения процессов, координирующих и автоматизирующих компоненты контакт-центра Webex. Можно создать поток, вызывающий действие BRE, для выполнения простого поиска данных, аналогичного действию HTTP-запроса. Однако в этом случае данные хранятся в контактном центре Webex.
Рекомендации по обработке данных
Чтобы сохранить целостность и безопасность BRE, вы должны соблюдать следующие рекомендации по обработке данных:
-
Допустимые типы данных: загрузите данные, необходимые для работы и функциональности BRE. Сюда входят, помимо прочего, бизнес-правила, конфигурации и неконфиденциальные операционные данные.
-
Ограничение персональных данных: не загружайте в BRE никакой личной информации (PII), за исключением данных ANI. Персональные данные включают в себя, помимо прочего, следующее:
- Полные имена
- Номера социального страхования
- Адреса электронной почты
- Физические адреса
- Финансовая информация
Данные ANI относятся к телефонному номеру, связанному с звонящей стороной. Данные ANI — это единственный тип персональных данных, который можно загружать в BRE. Это исключение предназначено для поддержки определенных бизнес-функций, основанных на данных ANI.
Механизм бизнес-правил состоит из движка правил в реальном времени, который вызывается потоком, связанным с точкой входа. Этот механизм правил обычно консультируется с репозиторием данных для оценки требуемой обработки вызовов.
Поиск BRE — это простое погружение данных в ваш поток, например HTTP-запрос. Однако данные для поиска BRE находятся в Cisco Webex Contact Center центре обработки данных. На следующем рисунке показаны различные процессы, участвующие в поиске данных BRE.
Прежде чем начать
Прежде чем внедрить BRE, выполните следующие действия:
- Настройте экземпляр BRE DataSync для своей реализации, четко понимая модель данных.
- Ознакомьтесь со следующими терминами, используемыми в этом руководстве:
Атрибут:атрибут— это именованная переменная или поле данных, созданное в утилите BRE. Он служит контейнером для информации, которую BRE использует для обработки запросов и генерации выходных данных.Контекст.Контекств основном используется в качестве примера имени атрибута, указывающего целевой домен для действия запроса BRE.Метка:метка— это особый тип атрибута, предназначенный для хранения выходных данных или результатов оценки правила.
Дополнительные сведения см. в разделе часто задаваемых вопросов.
Настройка экземпляра BRE DataSync
Утилита BRE DataSync обращается к базе данных для принятия решений о маршрутизации. Обязательно периодически обновляйте базу данных соответствующей информацией. В этом разделе описывается, как настроить утилиту BRE DataSync для обновления репозитория BRE.
Администратор арендатора должен создать экземпляр BRE DataSync для каждого набора данных, к которому система правил обращается в процессе принятия решений. Администратор может создать набор данных или загрузить CSV-файл. Данные преобразуются в записи в репозитории BRE.
Прежде чем начать
Обратитесь к менеджеру службы поддержки клиентов Cisco, чтобы получить доступ к учетной записи BRE DataSync.
В настоящее время BRE DataSync включена только для роли полного администратора. Арендаторы с ролью полного администратора могут загружать данные либо с помощью загрузки файла CSV, либо с помощью пар ключ-значение. Пользователи с этой ролью могут загружать только данные, относящиеся к своей организации .
Администратор партнера, внешний администратор, агенты и супервизоры не имеют доступа к утилите BRE DataSync.
| 1 |
В качестве администратора войдите в утилиту BRE DataSync. В соответствии с недавними усовершенствованиями в области хостинга и масштабируемости BRE URL-адреса утилиты DataSync изменились. Обязательно используйте обновленные URL-адреса для загрузки данных в BRE. URL-адреса BRE DataSync для конкретных регионов: https://bre-datasync.produs1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu2.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-адреса, чтобы перейти на страницу «Вход с общим идентификатором». Для региона США выберите кластер США (а не второй кластер США), чтобы продолжить. Для региона ANZ нет конкретного URL-адреса. Выберите свой домашний кластер CI для входа в систему. Для большинства пользователей работают вторые кластерные ссылки в США и США. URL-адреса пользовательского интерфейса администратора BRE для конкретных регионов: https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ |
| 2 |
Выберите «Список данных BRE», чтобы просмотреть всю информацию, связанную с организацией-арендатором. |
| 3 |
Чтобы добавить данные в репозиторий BRE в виде пар «ключ-значение», выберите « Добавить данные BRE» |
| 4 |
Чтобы загрузить CSV-файл в репозиторий BRE, выберите «Загрузить данные BRE CSV». |
Доступ к приложению BRE
Доступ к приложению Business Rules Engine можно получить из контактного центра Webex:
- Войдите в Control Hub.
- Перейдите в раздел «.
- В разделе «Быстрые ссылки» на правой панели выберите «Механизм
бизнес-правил».
BRE использует службу идентификации и систему единого входа в систему. Если арендаторы уже вошли в Control Hub, они могут автоматически получить доступ к утилите BRE для своей организации.
Система откроет приложение Business Rules Engine (BRE) в новой вкладке браузера, и
вы автоматически войдете в приложение. Появится страница панели управления с графическим
представлением количества правил и количества исполнений. 
Создание набора правил

Зайдите на портал BRE и настройте атрибуты, метки, контекст и правила, как описано ниже.
| 1 |
Чтобы создать атрибут (для связи с вашей организацией), выполните следующие действия: |
| 2 |
Ярлык придает вашим данным смысл. Чтобы создать метку, выполните следующие действия: |
| 3 |
Нажмите «Контексты», чтобы перейти на страницу « Контексты». Нажмите +Добавить контекст. |
| 4 |
Чтобы создать правила, перейдите на страницу Контексты. Нажмите +Добавить редактор правил и настройте следующие данные:
Создайте два правила: одно, если система находит совпадение, а другое — если система не находит совпадения. Следующий пример кода возвращает значение NotFound для атрибута RouteInfo. Это происходит, если номер, с которого звонил звонящий (ANI), не соответствует ANI в списке арендаторов, загруженном в базу данных BRE. Скопируйте и вставьте следующее правило в редактор правил :
|
| 5 |
Нажмите кнопку «Сохранить». |
Запрос BRE
Используйте действие «Запрос BRE», чтобы получить данные из движка бизнес-правил (BRE) вашей организации и использовать их в потоке. При выполнении запроса BRE используются стандартные протоколы HTTP для получения данных из BRE.
В следующих разделах можно настроить действие запроса BRE:
Общие настройки
|
Параметр |
Описание |
|---|---|
|
Метка активности |
Введите название мероприятия. |
|
Описание мероприятия |
(Необязательно) Введите описание мероприятия. |
Параметры запроса
В рамках запроса BRE вы можете передать BRE параметры, указанные в вызове API. В столбцах «Ключ-значение» можно ввести ключ запроса и связанное с ним значение для отправки вместе с запросом. Для передачи значений переменных можно также использовать синтаксис двойных фигурных скобок.
Действие BRE имеет один предопределенный параметр запроса: контекст. Этот параметр запроса
передается в BRE при вызове API.
TenantID автоматически вводится в качестве параметра, и его не нужно настраивать.
|
Параметр |
Описание |
|---|---|
|
Контекст |
Содержит причину запроса. Этот обязательный параметр нельзя редактировать или удалять. Этот параметр должен содержать то же значение, что и значение, указанное в |
|
ANI |
Содержит исходный телефонный номер вызова. Это параметр по умолчанию, который можно изменить или удалить в зависимости от конфигурации правил в BRE. Примерное значение ANI: |
|
Время ожидания ответа | Указывает время ожидания соединения для запроса BRE. По умолчанию установлено значение 2000 миллисекунд. |
|
Количество повторных попыток |
Указывает, сколько раз запрос BRE был предпринят после сбоя. Этот параметр используется, если код состояния равен 5xx, например 500 или 501. |
Чтобы добавить параметр запроса, нажмите «Добавить новый». Это добавит строку, в которую можно ввести пары ключевых значений. В запрос BRE можно добавить столько параметров запроса, сколько необходимо.
Настройки синтаксического анализа
В этом разделе можно проанализировать ответ на запрос BRE на различные переменные:
|
Параметр |
Описание |
|---|---|
|
Переменная ответа |
Выберите переменную, в которую вы хотите извлечь определенный раздел из объекта ответа BRE Request. В раскрывающемся списке можно выбрать только переменные Custom Flow. |
|
Выражение пути |
Определите выражение Path для анализа объекта ответа. В зависимости от типа структуры данных объекта ответа и вариантов использования извлечения части этой информации выражение Path различается. Перед выполнением Path Expression данные нормализуются в иерархию объектов, поэтому JSONPath используется в объекте ответа независимо от настроенного типа содержимого. |
Настройки дешифрования
Можно расшифровать выходные переменные действия BRE Request. Если дешифрование включено на уровне потока, пользователи, имеющие доступ к отладочной расшифровке, могут просматривать незамаскированные выходные значения действия запроса BRE в журналах отладки потока. Выключите переключатель Включить дешифрование, чтобы отключить дешифрование на уровне активности для дополнительной защиты.
Выходные переменные
Запрос BRE возвращает две выходные переменные:
-
breRequest1.httpResponseBody: возвращает телоответа на запрос BRE. -
breRequest1.httpStatusCode: возвращает код состояния запроса BRE.Эти коды ответов подразделяются на следующие категории:
-
Информационные ответы (100—199)
-
Успешные ответы (200—299)
-
Перенаправление (300—399)
-
Ошибки клиентов (400—499)
-
Ошибки сервера (500—599)
-
Форматы типов контента
В следующих примерах описаны примеры входных форматов типов контента и ответа 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>
Нормализованный ответ Data/JSON
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
Пример выражения пути в формате JSON: используйте $.note.from, чтобы получить значение в виде Jani.
Тип контента TOML
Формат ввода TOML:
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Нормализованный ответ Data/JSON
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
Пример выражения пути в формате JSON: используйте $.owner.name, чтобы получить значение «Том Престон-Вернер».
Тип контента YAML
Формат ввода YAML:
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Нормализованный ответ Data/JSON
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Пример выражения пути в формате JSON: используйте $.martin.job для получения значения Developer.
Тип содержимого JSON
Используйте оценщик выражений JSON https://jsonpath.com/.
Формат ввода JSON:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Нормализованный ответ Data/JSON
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Пример выражения пути в формате JSON: используйте $.martin.job для получения значения Developer.
Создание потока с помощью активности запросов BRE
Можно создавать потоки с помощью интерфейса Flow Designer, доступного в контактном центре Webex. Создайте поток с помощью действия «Запрос BRE» в конструкторе потоков контакт-центра Webex.
Дополнительные сведения о настройке потока см. в разделе Запрос BRE.
Часто задаваемые вопросы
- Какова цель
атрибута?Атрибутынеобходимы для привязки входящих поисковых запросов BRE к определенным наборам правил, определенным в BRE, а также для хранения результатов оценок правил. - Как создать
атрибуты?Создайте
атрибутыв разделе в утилите BRE. Например, можно создать атрибут с именемcontext. - Какова цель
контекста?Контекстопределяет конкретный сценарий или тип поиска, применяемый BRE. Когда поток вызывает действие запроса BRE, ему необходимо сообщить BRE, какой набор правил следует оценить. Атрибут, часто называемыйContext, присваивается имени конкретного домена. - Что такое
домен?Домен— это таблица в BRE, содержащая соответствующие данные. Имя домена указывает BRE на правильные данные и соответствующий набор правил. - Что такое
метка?После того как компания BRE оценит свои правила, она должна вернуть результат в систему вызовов (например, процесс обработки запросов Webex Contact Center Flow, содержащий действие запроса BRE). Правила настроены таким образом, чтобы задать значение назначенного атрибута метки в зависимости от условий.
- Какова связь между атрибутом, контекстом и меткой?
Можно создать
атрибут, например именованныйконтекст. Этот атрибут можно связать сдоменом(реальной таблицей, такой как AniLookup). При вызове действия BRE Request поток задает значение этого атрибута (то естьdomain = AniLookup), чтобы указать контекст (какие правила доменаиспользовать).В этомЭто результат действия правила, который возвращается в виде ответа на запрос Flow.доменеправила для оценки условий и задания значения другогоатрибута, часто называемого меткой ( например,label= «MatchFound»), написаны на языке Drools Syntax. -
Как атрибуты, контексты и метки связаны с параметрами запроса?
BRE вызывается сервисом Flow, как правило, посредством вызова API (действие запроса BRE) на жестко заданный внутренний URL-адрес. Это REST API, который позволяет искать значения BRE, загруженные в CSV (пары ключ/значение). Данные, необходимые BRE для принятия решения, передаются как часть этого запроса, аналогично тому, как параметры запроса или тело запроса будут работать при обычном вызове REST API.
Входные данные: информация о входящем звонке (например, ANI звонящего, номер счета и другие аналогичные данные) записывается в виде переменных данных, связанных с вызовами (CAD), в потоке вызовов Webex Contact Center.Конфигурационные данные BRE. Другие необходимые параметры, такие как контекст и атрибут, определяющий домен (например, домен = AniLookup), также задаются в качестве переменных в узле запроса BRE компании Flow.Переменные запроса: на этапе запроса BRE в потоке переменные CAD и настроенные переменные выбираются в качестве переменных в конфигурации запроса BRE. Затем эти переменные отправляются в бэкенд-движок исполнения BRE.Функция: По сути, «Переменные запроса» действуют как «параметры запроса» или входные данные для BRE. BRE использует эти входящие значения для оценки условий, определенных в правилах.