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

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

Введение

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

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