В этой статье
Введение
dropdown icon
Внедрение движка бизнес-правил
    dropdown icon
    Прежде чем начать
      Настройка экземпляра BRE DataSync
    Доступ к приложению BRE
    Создание набора правил
    dropdown icon
    Запрос BRE
      Общие настройки
      Параметры запроса
      Настройки синтаксического анализа
      Настройки дешифрования
      Выходные переменные
    Создание потока с помощью активности запросов BRE
    Часто задаваемые вопросы
Руководство пользователя движка бизнес-правил Webex Contact Center
list-menuВ этой статье
list-menuОтправить обратную связь?

Механизм бизнес-правил (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 DataySync для обновления репозитория BRE. BRE DataSync > CRUD > Репозиторий BRE.
Утилита BRE DataSync

Администратор арендатора должен создать экземпляр BRE DataSync для каждого набора данных, к которому обращаются механизмы правил в процессе принятия решений. Администратор может создать набор данных или загрузить CSV-файл. Данные преобразуются в записи в репозитории BRE.

Прежде чем начать

Для получения доступа к учетной записи BRE DataSync обратитесь к менеджеру по работе с клиентами Cisco.

В настоящее время BRE DataSync включен только для роли Полного администратора. Арендаторы с правами полного администратора могут загружать данные либо с помощью загрузки CSV-файла, либо с помощью пар ключ-значение. Пользователи с этой ролью могут загружать только данные, относящиеся к их организации.

Администраторы партнеров, внешние администраторы, агенты и супервайзеры не имеют доступа к утилите BRE DataSync.

1

Войдите в утилиту BRE DataSync от имени администратора.

В соответствии с недавними улучшениями в BRE Hosting and Scalability, URL-адреса утилиты DataSync были изменены. Для загрузки данных в BRE обязательно используйте обновленные URL-адреса.

2

Выберите Список данных BRE, чтобы просмотреть всю информацию, относящуюся к организации-арендатору.

3

Чтобы добавить данные в виде пар ключ-значение в репозиторий BRE: Выберите Добавить данные BRE

  1. Выберите название организации из раскрывающегося списка TenantName.

  2. Выберите тип поиска BRE из выпадающего списка.

    При добавлении типа поиска BRE необходимо учитывать следующие ограничения по размеру:

    • Максимальное количество символов для типа поиска BRE: ВАРЧАР(200)
    • Максимальное количество символов в поле значения: ВАРЧАР (500)
    • Максимальное количество типов поиска на организацию: 100
    • Максимальное количество строк для каждого типа поиска: 100K ряд
    • Максимально допустимый размер загружаемого файла: 10 МБ

    Для добавления новых типов поиска обратитесь к менеджеру по работе с клиентами Cisco или в службу обеспечения качества решений.

  3. Нажмите Добавить данные для ввода ключа и значения.

  4. (Необязательно) Нажмите Удалить, чтобы удалить существующий Ключ и Значение.

  5. Нажмите Отправить.

4

Для загрузки CSV-файла в репозиторий BRE: Выберите Загрузить данные BRE в формате CSV.

  1. Выберите название организации из раскрывающегося списка TenantName.

  2. Выберите тип поиска BRE из выпадающего списка.

  3. Выберите Загрузить, чтобы выбрать и загрузить CSV-файл.

  4. Нажмите Отправить.

    Пример CSV-файла для загрузки данных BRE в формате CSV. Заголовки столбцов: 'ANI', 'Extension' и 'Action'.
    Пример CSV-файла с данными
    Действия «Удалить», «Обновить» и «Добавить» не чувствительны к регистру. Для удаления данных также можно использовать синтаксис 725160001,,Delete.

Доступ к приложению BRE

Доступ к приложению Business Rules Engine можно получить через административный портал Webex Contact Center.

  1. Войдите в административный портал Webex Contact Center.
  2. Нажмите Правила бизнеса, чтобы открыть панель управления механизмом правил бизнеса.

    BRE использует службу идентификации и взаимодействие на основе единого входа (Single Sign-On). Если вы уже вошли в систему через Common Identity, вы можете получить доступ к утилите BRE для вашей организации без повторного входа в систему.

Система открывает приложение Business Rules Engine (BRE) в новой вкладке браузера. На странице «Панель управления» отображается графическое представление количества правил и их выполнений.Панель управления BRE

Создание набора правил

Схема вызова утилиты «Механизм бизнес-правил» в рамках рабочего процесса в Webex Contact Center. Управление потоками в Webex Contact Center Flow Designer > Запрос на поиск > Cisco BRE > Читать > Репозиторий BRE.

Войдите на портал BRE и настройте атрибут, метку, контекст и правила, как описано ниже.

1

Чтобы создать атрибут, который будет связан с вашей организацией:

  1. Выберите Атрибуты и нажмите Добавить на странице «Атрибуты».

  2. Введите context в поле Имя.

  3. Выберите Тип данных как Text из выпадающего списка.

    В утилите BRE тип данных должен быть Text.

  4. Щелкните Сохранить.

2

Метка придает вашим данным смысл. Чтобы создать Метку:

  1. Выберите Метки и нажмите Добавить на странице Метки.

  2. Введите название для метки в поле Название .

  3. Щелкните Сохранить.

3

Нажмите Контексты, чтобы перейти на страницу Контексты. Нажмите +Add Контекст.

  1. Введите Имя, которое является Сгенерированным контекстом в списке данных BRE.

  2. Введите необязательное описание.

  3. Если создано несколько атрибутов, выберите атрибут, который вы хотите связать с этим контекстом, из раскрывающегося списка Атрибут .

  4. Щелкните Сохранить.

4

Для создания правил перейдите на страницу Контексты. Нажмите +Add Редактор правил и настройте следующие параметры:

  • Имя: Укажите название для правила.
  • Описание: Дополнительное описание правила.
  • Активный: Установите флажок, чтобы указать, что правило активно.
  • Этикетка: Выберите необходимую метку из выпадающего списка.
  • Приоритет: Перетащите ползунок, чтобы присвоить правилу приоритет. Система запускает правила в соответствии с назначенным приоритетом, от наивысшего (100) до наинизшего. Рекомендуется начинать присваивать приоритеты со 100-го числа в порядке убывания.
  • Редактор правил (инструмент для ввода кода, как показано на скриншотах ниже): Введите код правила.

Создайте два правила: Один вариант срабатывает, если система находит совпадение, а другой — если система не находит совпадения.

Следующий пример кода возвращает значение для атрибута с именем routeInfo. Это происходит, если номер, с которого совершил звонок (ANI), совпадает с номером ANI в списке арендаторов, загруженном в базу данных BRE. Скопируйте и вставьте следующее правило в Редактор правил:
when
c: Contact()
eval(c.getGlobalValuesManager().getAsString( c.getTenantId(),
c.getAttribute("context")+"."+
c.getAttribute("ani")) != null)
then
c.putAttribute("routeInfo",
c.getGlobalValuesManager().getAsString(c.getTenantId(),
c.getAttribute("context")+"." + c.getAttribute("ani")));
end
На странице BRE Contexts с примером кода возвращается значение атрибута routeinfo для параметра ANIFound.

Следующий пример кода возвращает значение NotFound для атрибута routeInfo. Это происходит, если номер, с которого звонил абонент (ANI), не совпадает с номером ANI в списке арендаторов, загруженном в базу данных BRE. Скопируйте и вставьте следующее правило в Редактор правил:

when
c: Contact()
eval(c.getGlobalValuesManager().getAsString( c.getTenantId(),
c.getAttribute("context")+"." + c.getAttribute("ani")) == null)
then
c.putAttribute("routeInfo", "NotFound ");
end

На странице BRE Contexts с примером кода возвращается значение ANINotFound для атрибута routeinfo.
5

Щелкните Сохранить.

Запрос BRE

Используйте действие «Запрос BRE», чтобы получить данные из системы управления бизнес-правилами (BRE) вашей организации для использования в рабочем процессе. В операции запроса к BRE используются стандартные протоколы HTTP для получения данных от BRE.

В следующих разделах вы можете настроить действие запроса BRE:

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

Параметр

Описание

Метка активности

Введите название для мероприятия.

Описание деятельности

(Необязательно) Введите описание мероприятия.

Параметры запроса

В рамках запроса BRE вы можете передать параметры, предоставленные в вызове API, в BRE. В столбцах «Ключ-значение» можно ввести ключ запроса и соответствующее значение, которое будет отправлено вместе с запросом. Для передачи значений переменных также можно использовать синтаксис двойных фигурных скобок.

Для действия BRE задан один предопределенный параметр запроса: context. Этот параметр запроса передается в вызове API к BRE.

Квадратные скобки TenantID автоматически передаются в качестве параметра и не требуют настройки.

Таблица 1. Параметры запроса

Параметр

Описание

Контекст

Содержит причину запроса. Этот обязательный параметр нельзя редактировать или удалять.

Этот параметр должен содержать то же значение, что и значение, указанное в массиве Attribute context в BRE. Для получения дополнительной информации см. раздел Создание набора правил в Руководстве пользователя Cisco Webex Contact Center Business Rules Engine.

ANI

Содержит номер телефона, с которого был совершен звонок. Это параметр по умолчанию, который можно редактировать или удалять в зависимости от конфигурации правил в BRE.

Пример значения ANI: {{NewContact.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.

Вопросы и ответы

  1. Какова цель attribute?

    Attributes Они имеют основополагающее значение для связывания входящих запросов на поиск в BRE с конкретными наборами правил, определенными в BRE, а также для хранения результатов оценки правил.

  2. Как создать attributes?

    Создать attributes в разделе Подготовка > Атрибуты в утилите BRE. Например, вы можете создать атрибут с именем context.

  3. Какова цель context?

    Context Определяет конкретный сценарий или тип поиска, который применяет BRE. Когда поток запускает действие «Запрос BRE», ему необходимо указать BRE, какой набор правил следует оценить. Атрибут, часто называемый Context, присваивается имени конкретного домена.

  4. Что такое domain?

    A domain — это таблица в BRE, содержащая соответствующие данные. Доменное имя помогает BRE найти правильные данные и соответствующий набор правил.

  5. Что такое label?

    После того как BRE оценит свои правила, он должен сообщить результат обратно в вызывающую систему (например, в поток Webex Contact Center, содержащий действие запроса BRE). Правила настроены таким образом, чтобы устанавливать значение указанного атрибута метки на основе заданных условий.

  6. Какова взаимосвязь между атрибутом, контекстом и меткой?

    Вы можете создать Attribute, например, с именем context. Этот атрибут можно связать с квадратными скобками domain (самой таблицей, например, ANILookup). При вызове действия BRE Request поток устанавливает значение этого атрибута (то есть, domain). = Используйте ANILookup для указания контекста (правила какого домена использовать).

    Внутри этого domainправила написаны на синтаксисе Drools для оценки условий и установки значения другого attribute, часто называемого label (например, label = "MatchFound". Это представляет собой результат выполнения правила, который возвращается в качестве ответа на поток.

  7. Как атрибуты, контексты и метки связаны с параметрами запроса?

    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 должны использовать одно и то же значение с учетом регистра.

Чтобы добавить тестовую запись:

  1. Открыть Добавить данные.
  2. Выберите арендатора и ANILookup.
  3. Введите ANI и соответствующее ему значение.
  4. Отправьте запись.

Чтобы загрузить полный набор данных, откройте Upload BRE, выберите арендатора и тип поиска и загрузите CSV-файл. Откройте Список данных BRE и убедитесь, что записи отображаются. Убедитесь, что формат ANI в CSV-файле соответствует формату, передаваемому в процессе обработки.

Запуск бизнес-правил

Войдите в административный портал Webex Contact Center, откройте Business Rulesи запустите панель управления BRE:

Создайте атрибут контекста:

  1. Перейти на Главная > Атрибуты > .
  2. Добавьте атрибут со следующими значениями:
    • Имя: context
    • Тип данных: Текст
  3. Сохраните атрибут результата. Атрибут context идентифицирует загруженный набор данных для поиска, к которому обращается правило.
  4. Добавьте текстовый атрибут, представляющий возвращаемые данные. Присвойте атрибуту осмысленное имя, даже если возвращаемое значение содержит несколько полей, разделенных символом вертикальной черты. Сохраните атрибут. В этом примере customerType используется в качестве образца.
  5. Откройте Контексты и добавьте контекст. Введите сгенерированное имя контекста синхронизации данных, например, 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.

Diagram for how the BRE DataySync utility is configured to update the BRE repository. BRE DataSync > CRUD > BRE Repository.
Утилита BRE DataSync

Администратор арендатора должен создать экземпляр 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/

https://bre.prodjp1.ciscoccservice.com/bre/

https://bre.prodsg1.ciscoccservice.com/bre/

2

Выберите «Список данных BRE», чтобы просмотреть всю информацию, связанную с организацией-арендатором.

3

Чтобы добавить данные в репозиторий BRE в виде пар «ключ-значение», выберите « Добавить данные BRE»

  1. Выберите название организации из выпадающего списка TenantName.

  2. Выберите тип поиска BRE из выпадающего списка.

    Ознакомьтесь со следующими ограничениями размера при добавлении типа поиска BRE:

    • Максимальное количество символов для типа поиска BRE: VARCHAR (200)
    • Максимальное количество символов в поле значений: VARCHAR (500)
    • Максимальное количество типов поиска в организации: 100
    • Максимальное количество строк для каждого типа поиска: 100 000 строк
    • Максимальный размер загружаемого файла: 10 МБ

    Обратитесь к менеджеру по работе с клиентами Cisco или контактному лицу по обеспечению решений, чтобы добавить новые типы поиска.

  3. Нажмите «Добавить данные», чтобы ввести ключ и значение.

  4. (Необязательно) Нажмите кнопку «Удалить», чтобы удалить существующий ключ и значение.

  5. Нажмите «Отправить».

4

Чтобы загрузить CSV-файл в репозиторий BRE, выберите «Загрузить данные BRE CSV».

  1. Выберите название организации из выпадающего списка TenantName.

  2. Выберите тип поиска BRE из выпадающего списка.

  3. Нажмите кнопку Загрузить, чтобы просмотреть и загрузить CSV-файл.

  4. Нажмите «Отправить».

    Sample CSV file for the BRE CSV data upload. Column headers are 'ANI', 'Extension', and 'Action'.
    Образец CSV-файла с данными
    Действия «Удалить», «Обновить» и «Добавить» не зависят от регистра символов. Для удаления данных также можно использовать синтаксис 725160001, «Удалить».

Доступ к приложению BRE

Доступ к приложению Business Rules Engine можно получить из контактного центра Webex:

  1. Войдите в Control Hub.
  2. Перейдите в раздел «Службы» > «Контактный центр».
  3. В разделе «Быстрые ссылки» на правой панели выберите «Механизм бизнес-правил».

    BRE использует службу идентификации и систему единого входа в систему. Если арендаторы уже вошли в Control Hub, они могут автоматически получить доступ к утилите BRE для своей организации.

Система откроет приложение Business Rules Engine (BRE) в новой вкладке браузера, и вы автоматически войдете в приложение. Появится страница панели управления с графическим представлением количества правил и количества исполнений. BRE Dashboard

Создание набора правил

Diagram of the Business Rule Engine utility being invoked by a flow in Webex Contact Center. Flow control in Webex Contact Center Flow Designer > Lookup Request > Cisco BRE > Read > BRE Repository.

Зайдите на портал BRE и настройте атрибуты, метки, контекст и правила, как описано ниже.

1

Чтобы создать атрибут (для связи с вашей организацией), выполните следующие действия:

  1. Выберите «Атрибуты». Нажмите « Добавить» на странице «Атрибуты».

  2. В поле «Имя» введите контекст.

  3. В раскрывающемся списке выберите «Текст в качестве типа данных».

    В утилите BRE типом данных должен быть текст.

  4. Нажмите кнопку «Сохранить».

2

Ярлык придает вашим данным смысл. Чтобы создать метку, выполните следующие действия:

  1. Выберите «Метки» и нажмите « Добавить» на странице «Этикетки».

  2. Введите название этикетки в поле «Имя».

  3. Нажмите кнопку «Сохранить».

3

Нажмите «Контексты», чтобы перейти на страницу « Контексты». Нажмите +Добавить контекст.

  1. Введите имя, которое является сгенерированным контекстом, в списке данных BRE.

  2. Введите необязательное описание.

  3. Если создано несколько атрибутов, выберите атрибут, который вы хотите связать с этим контекстом, в раскрывающемся списке Атрибут.

  4. Нажмите кнопку «Сохранить».

4

Чтобы создать правила, перейдите на страницу Контексты. Нажмите +Добавить редактор правил и настройте следующие данные:

  • Имя: укажите название правила.
  • Описание: необязательное описание правила.
  • Активно: поставьте флажок, чтобы указать, что правило активно.
  • Метка: выберите нужную метку из выпадающего списка.
  • Приоритет: перетащите ползунок, чтобы присвоить правилу приоритет. Система запускает правила в зависимости от назначенного приоритета: от самого высокого (100) до самого низкого. Рекомендуется начать назначать приоритеты со 100 в порядке убывания.
  • Редактор правил (инструмент для ввода кода, как показано на скриншотах ниже): введите код правила.

Создайте два правила: одно, если система находит совпадение, а другое — если система не находит совпадения.

Следующий пример кода возвращает значение атрибута RouteInfo. Это происходит, если номер, с которого звонил звонящий (ANI), совпадает с ANI в списке арендаторов, загруженном в базу данных BRE. Скопируйте и вставьте следующее правило в редактор правил :
when
c: Contact()
eval(c.getGlobalValuesManager().getAsString( c.getTenantId(),
c.getAttribute("context")+"."+
c.getAttribute("ani")) != null)
then
c.putAttribute("routeInfo",
c.getGlobalValuesManager().getAsString(c.getTenantId(),
c.getAttribute("context")+"." + c.getAttribute("ani")));
end
BRE Contexts page with an example code returns value for ANIFound for attribute routeinfo.

Следующий пример кода возвращает значение NotFound для атрибута RouteInfo. Это происходит, если номер, с которого звонил звонящий (ANI), не соответствует ANI в списке арендаторов, загруженном в базу данных BRE. Скопируйте и вставьте следующее правило в редактор правил :

when
c: Contact()
eval(c.getGlobalValuesManager().getAsString( c.getTenantId(),
c.getAttribute("context")+"." + c.getAttribute("ani")) == null)
then
c.putAttribute("routeInfo", "NotFound ");
end

BRE Contexts page with an example code returns value for ANINotFound for attribute routeinfo.
5

Нажмите кнопку «Сохранить».

Запрос BRE

Используйте действие «Запрос BRE», чтобы получить данные из движка бизнес-правил (BRE) вашей организации и использовать их в потоке. При выполнении запроса BRE используются стандартные протоколы HTTP для получения данных из BRE.

В следующих разделах можно настроить действие запроса BRE:

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

Параметр

Описание

Метка активности

Введите название мероприятия.

Описание мероприятия

(Необязательно) Введите описание мероприятия.

Параметры запроса

В рамках запроса BRE вы можете передать BRE параметры, указанные в вызове API. В столбцах «Ключ-значение» можно ввести ключ запроса и связанное с ним значение для отправки вместе с запросом. Для передачи значений переменных можно также использовать синтаксис двойных фигурных скобок.

Действие BRE имеет один предопределенный параметр запроса: контекст. Этот параметр запроса передается в BRE при вызове API.

TenantID автоматически вводится в качестве параметра, и его не нужно настраивать.

Таблица 1. Параметры запроса

Параметр

Описание

Контекст

Содержит причину запроса. Этот обязательный параметр нельзя редактировать или удалять.

Этот параметр должен содержать то же значение, что и значение, указанное в контексте атрибутов в BRE. Дополнительные сведения см. в разделе Создание набора правил в руководстве пользователя Cisco Webex Contact Center Business Rules Engine.

ANI

Содержит исходный телефонный номер вызова. Это параметр по умолчанию, который можно изменить или удалить в зависимости от конфигурации правил в BRE.

Примерное значение ANI: {{NewContact.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 в формат 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: используйте $.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

Нормализованный ответ 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.

Часто задаваемые вопросы

  1. Какова цель атрибута?

    Атрибуты необходимы для привязки входящих поисковых запросов BRE к определенным наборам правил, определенным в BRE, а также для хранения результатов оценок правил.

  2. Как создать атрибуты?

    Создайте атрибуты в разделе Подготовка > Атрибуты в утилите BRE. Например, можно создать атрибут с именем context.

  3. Какова цель контекста?

    Контекст определяет конкретный сценарий или тип поиска, применяемый BRE. Когда поток вызывает действие запроса BRE, ему необходимо сообщить BRE, какой набор правил следует оценить. Атрибут, часто называемый Context, присваивается имени конкретного домена.

  4. Что такое домен?

    Домен — это таблица в BRE, содержащая соответствующие данные. Имя домена указывает BRE на правильные данные и соответствующий набор правил.

  5. Что такое метка?

    После того как компания BRE оценит свои правила, она должна вернуть результат в систему вызовов (например, процесс обработки запросов Webex Contact Center Flow, содержащий действие запроса BRE). Правила настроены таким образом, чтобы задать значение назначенного атрибута метки в зависимости от условий.

  6. Какова связь между атрибутом, контекстом и меткой?

    Можно создать атрибут, например именованный контекст. Этот атрибут можно связать с доменом (реальной таблицей, такой как AniLookup). При вызове действия BRE Request поток задает значение этого атрибута (то есть domain = AniLookup), чтобы указать контекст (какие правила домена использовать).

    В этом домене правила для оценки условий и задания значения другого атрибута, часто называемого меткой ( например, label = «MatchFound»), написаны на языке Drools Syntax. Это результат действия правила, который возвращается в виде ответа на запрос Flow.

  7. Как атрибуты, контексты и метки связаны с параметрами запроса?

    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 использует эти входящие значения для оценки условий, определенных в правилах.

Была ли статья полезной?
Была ли статья полезной?