- Головна
- /
- Стаття
Посібник користувача модуля бізнес-правил Webex Contact Center
Модуль бізнес-правил (BRE) у Webex Contact Center дозволяє клієнтам передавати певні дані, до яких може отримувати доступ система під час виконання завдань, щоб приймати рішення щодо маршрутизації або відображати інформацію для операторів, які здійснюють виклик.
Про механізм бізнес-правил Cisco
Механізм бізнес-правил Cisco© (BRE) надає засоби для завантаження даних клієнтів. Дані можуть бути отримані під час виконання, щоб використовувати їх для прийняття рішень щодо маршрутизації або інформації, яка буде відображена агенту.
Наприклад, клієнт, який хоче спрямувати виклики до певної групи операторів на основі набраного ANI, може просто завантажити список ANI. Якщо ANI вхідного виклику є в цьому списку, він спрямовується до вказаної групи агентів. Якщо ANI немає в списку, він направляється прямо в загальну чергу.
Типова реалізація BRE включає такі основні компоненти:
-
Утиліта Business Rules Engine надає інтерфейс для створення доменів і наборів правил. BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом . Домен містить набір правил. Кожному правилу присвоюється пріоритет. BRE намагається зіставити правило найвищого пріоритету домену із запитом на прийняття рішення на основі умов у правилах.
-
Flow Designer — це інтерфейс користувача з функцією перетягування, який використовується для визначення потоків, які оркеструють та автоматизують компоненти Webex контакт-центру. Ви можете створити ланцюжок, який викликає BRE.
-
Конфігураційна утиліта BRE DataSync надає інтерфейс для визначення екземплярів Data Sync для імпорту даних в базу даних BRE. Після визначення інсталяції Data Sync клієнт може завантажити файл .csv. Завантажені дані .csv перетворюються на записи в базі даних BRE.
Створення набору правил
Утиліта Business Rule Engine викликається потоком, коли ACD пред'являє новий голосовий запит. У цьому розділі пояснюється, як можна налаштувати правила, щоб утиліта BRE могла допомогти ACD маршрутизувати вхідний запит.
BRE вимагає, щоб вхідний запит на рішення був пов'язаний з доменом і набором правил. BRE намагається узгодити правило найвищого пріоритету із запитом на прийняття рішення, виходячи з умов у правилах.
Обов'язково створіть набір правил, який охоплюватиме всі випадки. Наприклад, вам слід створити правила для умов «Знайдено збіг» і «Збіг не знайдено ». Або ви можете встановити правила для кількох умов. Наприклад, ANI Match або ANI No Match , потім Gold або Silver . У цьому випадку ви повинні створити правило для кожної можливості. Наприклад:
-
ANI Match і Золото
-
ANI Match і Silver
-
ANI Немає Збігу та Золото
-
ANI без матчу та срібло
Щоб створити набір правил:
1 |
Авторизуйтесь на порталі керування Cisco Webex Contact Center. |
2 |
Клацніть шлях Cisco Webex Contact Center Портал керування > Бізнес-правила , щоб запустити утиліту Business Rules Engine. BRE використовує спільну ідентичність та взаємодію з єдиним знаком. Якщо орендарі вже авторизувалися Cisco Webex Contact Center Порталі управління, вони автоматично отримають доступ до утиліти BRE для своєї організації. |
3 |
Створіть атрибут для зв'язку з вашою організацією. |
4 |
Виберіть «Контексти», щоб відобразитисторінку «Контексти ». |
5 |
Щоб створити правила, виберіть сторінку Контексти . Наступний приклад коду повертає значення NotFound для атрибута routeInfo, якщо номер, з якого набрав абонент (ANI), не збігається з ANI зі списку, який клієнти завантажили в базу даних BRE. |
Налаштування екземпляра BRE DataSync
BRE DataSync отримує доступ до бази даних для прийняття рішень щодо маршрутизації. Необхідно періодично оновлювати базу даних відповідною інформацією. У цьому розділі описано, як можна налаштувати утиліту BRE DataSync для оновлення репозиторію BRE.
Адміністратор клієнта повинен створити екземпляр BRE DataSync для кожного набору даних, з яким Механізм правил консультуватиметься під час процесу прийняття рішень. Адміністратор може створити набір даних або завантажити файл CSV. Дані перетворюються на записи в репозиторії BRE.
Агенти не мають доступу до утиліти BRE DataSync. |
Перш ніж почати
Зв'яжіться з менеджером по роботі з клієнтами Cisco, щоб отримати доступ до облікового запису BRE DataSync.
1 |
Як адміністратор увійдіть в утиліту BRE DataSync. URL-адреса утиліти BRE DataSync: https://rules.cjp.cisco.com/datasync/index.html. URL-адреси BRE DataSync для конкретного регіону: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
2 |
Виберіть BRE Data List , щоб переглянути всю інформацію, пов'язану з організацією-орендарем. |
3 |
(Необов'язково.) Виберіть Додати дані БРЕ, щоб додати дані до репозиторію БРЕ. |
4 |
Виберіть Upload BRE CSV Data , щоб завантажити файл CSV. |
Створення ланцюжка з активністю BRE-запитів
Ви можете створювати ланцюжки за допомогою інтерфейсу Flow Designer, доступного на порталі управління контакт-центром Webex. Створіть ланцюжок за допомогою активності BRE Request у Webex Contact Center Flow Designer.
Детальніше про налаштування ланцюжка читайте в розділі «Запит BRE» у посібнику з налаштування та адміністрування Cisco Webex Contact Center
Про механізм бізнес-правил Cisco
Механізм бізнес-правил Cisco© (BRE) надає засоби для завантаження даних клієнтів. Дані можуть бути отримані під час виконання, щоб використовувати їх для прийняття рішень щодо маршрутизації або інформації, яка буде відображена агенту.
Наприклад, клієнт, який хоче спрямувати виклики до певної групи операторів на основі набраного ANI, може просто завантажити список ANI. Якщо ANI вхідного виклику є в цьому списку, він спрямовується до вказаної групи агентів. Якщо ANI немає в списку, він направляється прямо в загальну чергу.
Типова реалізація BRE включає такі основні компоненти:
-
Утиліта Business Rules Engine надає інтерфейс для створення доменів і наборів правил. BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом . Домен містить набір правил. Кожному правилу присвоюється пріоритет. BRE намагається зіставити правило найвищого пріоритету домену із запитом на прийняття рішення на основі умов у правилах.
-
Flow Designer — це інтерфейс користувача з функцією перетягування, який використовується для визначення потоків, які оркеструють та автоматизують компоненти Webex контакт-центру. Ви можете створити ланцюжок, який викликає BRE.
-
Конфігураційна утиліта BRE DataSync надає інтерфейс для визначення екземплярів Data Sync для імпорту даних в базу даних BRE. Після визначення інсталяції Data Sync клієнт може завантажити файл .csv. Завантажені дані .csv перетворюються на записи в базі даних BRE.
Створення набору правил
Утиліта Business Rule Engine викликається потоком, коли ACD пред'являє новий голосовий запит. У цьому розділі пояснюється, як можна налаштувати правила, щоб утиліта BRE могла допомогти ACD маршрутизувати вхідний запит.
BRE вимагає, щоб вхідний запит на рішення був пов'язаний з доменом і набором правил. BRE намагається узгодити правило найвищого пріоритету із запитом на прийняття рішення, виходячи з умов у правилах.
Обов'язково створіть набір правил, який охоплюватиме всі випадки. Наприклад, вам слід створити правила для умов «Знайдено збіг» і «Збіг не знайдено ». Або ви можете встановити правила для кількох умов. Наприклад, ANI Match або ANI No Match , потім Gold або Silver . У цьому випадку ви повинні створити правило для кожної можливості. Наприклад:
-
ANI Match і Золото
-
ANI Match і Silver
-
ANI Немає Збігу та Золото
-
ANI без матчу та срібло
Щоб створити набір правил:
1 |
Авторизуйтесь на порталі керування Cisco Webex Contact Center. |
2 |
Клацніть шлях Cisco Webex Contact Center Портал керування > Бізнес-правила , щоб запустити утиліту Business Rules Engine. BRE використовує спільну ідентичність та взаємодію з єдиним знаком. Якщо орендарі вже авторизувалися Cisco Webex Contact Center Порталі управління, вони автоматично отримають доступ до утиліти BRE для своєї організації. |
3 |
Створіть атрибут для зв'язку з вашою організацією. |
4 |
Виберіть «Контексти», щоб відобразитисторінку «Контексти ». |
5 |
Щоб створити правила, виберіть сторінку Контексти . Наступний приклад коду повертає значення NotFound для атрибута routeInfo, якщо номер, з якого набрав абонент (ANI), не збігається з ANI зі списку, який клієнти завантажили в базу даних BRE. |
Налаштування екземпляра BRE DataSync
BRE DataSync отримує доступ до бази даних для прийняття рішень щодо маршрутизації. Необхідно періодично оновлювати базу даних відповідною інформацією. У цьому розділі описано, як можна налаштувати утиліту BRE DataSync для оновлення репозиторію BRE.
Адміністратор клієнта повинен створити екземпляр BRE DataSync для кожного набору даних, з яким Механізм правил консультуватиметься під час процесу прийняття рішень. Адміністратор може створити набір даних або завантажити файл CSV. Дані перетворюються на записи в репозиторії BRE.
Агенти не мають доступу до утиліти BRE DataSync. |
Перш ніж почати
Зв'яжіться з менеджером по роботі з клієнтами Cisco, щоб отримати доступ до облікового запису BRE DataSync.
1 |
Як адміністратор увійдіть в утиліту BRE DataSync. URL-адреса утиліти BRE DataSync: https://rules.cjp.cisco.com/datasync/index.html. URL-адреси BRE DataSync для конкретного регіону: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
2 |
Виберіть BRE Data List , щоб переглянути всю інформацію, пов'язану з організацією-орендарем. |
3 |
(Необов'язково.) Виберіть Додати дані БРЕ, щоб додати дані до репозиторію БРЕ. |
4 |
Виберіть Upload BRE CSV Data , щоб завантажити файл CSV. |
Створення ланцюжка з активністю BRE-запитів
Ви можете створювати ланцюжки за допомогою інтерфейсу Flow Designer, доступного на порталі управління контакт-центром Webex. Створіть ланцюжок за допомогою активності BRE Request у Webex Contact Center Flow Designer.
Детальніше про налаштування ланцюжка читайте в розділі «Запит BRE» у посібнику з налаштування та адміністрування Cisco Webex Contact Center
Про механізм бізнес-правил Cisco
Механізм бізнес-правил Cisco© (BRE) надає засоби для завантаження даних клієнтів. Дані можуть бути отримані під час виконання, щоб використовувати їх для прийняття рішень щодо маршрутизації або інформації, яка буде відображена агенту.
Наприклад, клієнт, який хоче спрямувати виклики до певної групи операторів на основі набраного ANI, може просто завантажити список ANI. Якщо ANI вхідного виклику є в цьому списку, він спрямовується до вказаної групи агентів. Якщо ANI немає в списку, він направляється прямо в загальну чергу.
Типова реалізація BRE включає такі основні компоненти:
-
Утиліта Business Rules Engine надає інтерфейс для створення доменів і наборів правил. BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом . Домен містить набір правил. Кожному правилу присвоюється пріоритет. BRE намагається зіставити правило найвищого пріоритету домену із запитом на прийняття рішення на основі умов у правилах.
-
Flow Designer — це інтерфейс користувача з функцією перетягування, який використовується для визначення потоків, які оркеструють та автоматизують компоненти Webex контакт-центру. Ви можете створити ланцюжок, який викликає BRE.
-
Конфігураційна утиліта BRE DataSync надає інтерфейс для визначення екземплярів Data Sync для імпорту даних в базу даних BRE. Після визначення інсталяції Data Sync клієнт може завантажити файл .csv. Завантажені дані .csv перетворюються на записи в базі даних BRE.
Створення набору правил
Утиліта Business Rule Engine викликається потоком, коли ACD пред'являє новий голосовий запит. У цьому розділі пояснюється, як можна налаштувати правила, щоб утиліта BRE могла допомогти ACD маршрутизувати вхідний запит.
BRE вимагає, щоб вхідний запит на рішення був пов'язаний з доменом і набором правил. BRE намагається узгодити правило найвищого пріоритету із запитом на прийняття рішення, виходячи з умов у правилах.
Обов'язково створіть набір правил, який охоплюватиме всі випадки. Наприклад, вам слід створити правила для умов «Знайдено збіг» і «Збіг не знайдено ». Або ви можете встановити правила для кількох умов. Наприклад, ANI Match або ANI No Match, потім Gold або Silver . У цьому випадку ви повинні створити правило для кожної можливості. Наприклад:
-
ANI Match і Золото
-
ANI Match і Silver
-
ANI Немає Збігу та Золото
-
ANI без матчу та срібло
Щоб створити набір правил:
1 |
Авторизуйтесь на порталі керування Cisco Webex Contact Center. |
2 |
Клацніть шлях Cisco Webex Contact Center Портал керування > Бізнес-правила , щоб запустити утиліту Business Rules Engine. BRE використовує спільну ідентичність та взаємодію з єдиним знаком. Якщо орендарі вже авторизувалися Cisco Webex Contact Center Порталі управління, вони автоматично отримають доступ до утиліти BRE для своєї організації. |
3 |
Створіть атрибут для зв'язку з вашою організацією. |
4 |
Виберіть «Контексти», щоб відобразити сторінку «Контексти ». |
5 |
Щоб створити правила, виберіть сторінку Контексти . Наступний приклад коду повертає значення NotFound для атрибута routeInfo, якщо номер, з якого набрав абонент (ANI), не збігається з ANI зі списку, який клієнти завантажили в базу даних BRE. |
Налаштування екземпляра BRE DataSync
BRE DataSync отримує доступ до бази даних для прийняття рішень щодо маршрутизації. Необхідно періодично оновлювати базу даних відповідною інформацією. У цьому розділі описано, як можна налаштувати утиліту BRE DataSync для оновлення репозиторію BRE.
Адміністратор клієнта повинен створити екземпляр BRE DataSync для кожного набору даних, з яким Механізм правил консультуватиметься під час процесу прийняття рішень. Адміністратор може створити набір даних або завантажити файл CSV. Дані перетворюються на записи в репозиторії BRE.
Агенти не мають доступу до утиліти BRE DataSync. |
Перш ніж почати
Зв'яжіться з менеджером по роботі з клієнтами Cisco, щоб отримати доступ до облікового запису BRE DataSync.
1 |
Як адміністратор увійдіть в утиліту BRE DataSync. URL-адреса утиліти BRE DataSync: https://rules.cjp.cisco.com/datasync/index.html. URL-адреси BRE DataSync для конкретного регіону: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
2 |
Виберіть BRE Data List , щоб переглянути всю інформацію, пов'язану з організацією-орендарем. |
3 |
(Необов'язково.) Виберіть Додати дані БРЕ, щоб додати дані до репозиторію БРЕ. |
4 |
Виберіть Upload BRE CSV Data , щоб завантажити файл CSV. |
Створення ланцюжка з активністю BRE-запитів
Ви можете створювати ланцюжки за допомогою інтерфейсу Flow Designer, доступного на порталі управління контакт-центром Webex. Створіть ланцюжок із активністю «Запит BRE» у конструкторі ланцюжків контакт-центру Webex.
Для отримання додаткової інформації про налаштування потоку перегляньте розділ «Запит BRE» в Посібнику з налаштування та адміністрування контакт-центру Cisco Webex.
Про механізм бізнес-правил Cisco
Механізм бізнес-правил Cisco© (BRE) надає засоби для завантаження конкретних даних клієнтів. Дані можуть бути отримані під час виконання, щоб використовувати їх для прийняття рішень щодо маршрутизації або інформації для відображення агенту.
Наприклад, орендар, який хоче спрямувати дзвінки до певної групи операторів на основі набраного ANI, може просто завантажити список ANI. Якщо ANI вхідного дзвінка є в цьому списку, він спрямовується на вказану групу операторів. Якщо ANI немає в списку, він направляється прямо в загальну чергу.
Типова реалізація BRE включає такі основні компоненти:
-
Утиліта Business Rules Engine надає інтерфейс для створення доменів і наборів правил. BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний із доменом . Домен містить звід правил. Кожному правилу присвоюється пріоритет. BRE намагається зіставити правило найвищого пріоритету домену із запитом на прийняття рішення на основі умов у правилах.
-
Flow Designer — це інтерфейс користувача з функцією перетягування, який використовується для визначення потоків, які оркеструють і автоматизують компоненти контакт-центру Webex. Ви можете створити ланцюжок, який викликає BRE.
-
Конфігураційна утиліта BRE DataSync надає інтерфейс для визначення екземплярів Data Sync для імпорту даних в базу даних BRE. Після визначення інсталяції синхронізації даних клієнт може завантажити файл .csv. Завантажені .csv дані перетворюються на записи в базі даних BRE.
Створення зводу правил
Утиліта Business Rule Engine викликається потоком при поданні нового голосового запиту до ACD. У цьому розділі пояснюється, як можна налаштувати правила, щоб утиліта BRE могла допомогти ACD маршрутизувати вхідний запит.
BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом і набором правил. BRE намагається узгодити правило найвищого пріоритету із запитом на прийняття рішення на основі умов у правилах.
Обов'язково створіть набір правил, який охоплюватиме всі випадки. Наприклад, вам слід створити правила для умов «Знайдено збіг» і «Збіг не знайдено ». Або ви можете встановити правила для кількох умов. Наприклад, ANI Match або ANI No Match, потім Gold або Silver. У цьому випадку ви повинні створити правило для кожної можливості. Наприклад:
-
ANI Матч і Золото
-
ANI Матч і Срібло
-
ANI No Match і золото
-
ANI No Match та срібло
Щоб створити звід правил:
1 |
Авторизуйтесь на порталі управління Cisco Webex Contact Center. |
2 |
Клацніть шлях Cisco Webex Contact Center Портал керування > Бізнес-правила , щоб запустити утиліту Business Rules Engine. BRE використовує загальну ідентичність та взаємодію з єдиним знаком. Якщо орендарі вже авторизувалися Cisco Webex Contact Center Порталі управління, вони автоматично отримають доступ до утиліти BRE для своєї організації. |
3 |
Створіть атрибут, який буде пов'язано з вашою організацією. |
4 |
Виберіть «Контексти», щоб відобразити сторінку «Контексти ». |
5 |
Щоб створити правила, виберіть сторінку Контексти . Наступний приклад коду повертає значення NotFound для атрибута routeInfo, якщо номер, з якого дзвонив абонент (ANI), не збігався з ANI зі списку, який клієнти завантажили в базу даних BRE. |
Налаштування екземпляра BRE DataSync
BRE DataSync отримує доступ до бази даних для прийняття рішень щодо маршрутизації. Необхідно періодично оновлювати базу даних відповідною інформацією. У цьому розділі описано, як можна налаштувати утиліту BRE DataSync для оновлення репозиторію BRE.
Адміністратор клієнта повинен створити інсталяцію BRE DataSync для кожного набору даних, до якого Механізм правил звертатиметься під час прийняття рішень. Адміністратор може створити набір даних або завантажити файл CSV. Дані перетворюються в записи в репозиторії BRE.
Агенти не мають доступу до утиліти BRE DataSync. |
Перш ніж почати
Зверніться до менеджера по роботі з клієнтами Cisco, щоб отримати доступ до облікового запису BRE DataSync.
1 |
Як адміністратор, авторизуйтесь в утиліті BRE DataSync. URL-адреса утиліти BRE DataSync: https://rules.cjp.cisco.com/datasync/index.html. URL-адреси BRE DataSync для конкретного регіону: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
2 |
Виберіть «Список даних BRE», щоб переглянути всю інформацію, пов'язану з організацією-орендарем. |
3 |
(Необов'язково) Виберіть Додати дані BRE, щоб додати дані до репозиторію BRE. |
4 |
Виберіть Upload BRE CSV Data , щоб завантажити файл CSV. |
Створення ланцюжка з активністю BRE-запиту
Ви можете створювати ланцюжки за допомогою інтерфейсу Flow Designer, доступного на порталі керування контакт-центром Webex. Створіть ланцюжок за допомогою активності BRE Request у конструкторі потоку контакт-центру Webex.
Для отримання додаткової інформації про налаштування потоку дивіться розділ «Запит BRE» у «Посібнику з налаштування та адміністрування Cisco Webex Contact Center».
Вступ
Про механізм бізнес-правил Cisco
Механізм бізнес-правил Cisco© (BRE) надає засоби для завантаження даних конкретних клієнтів. Дані можуть бути отримані під час виконання, щоб використовувати їх для прийняття рішень щодо маршрутизації або інформації для відображення агенту.
Наприклад, орендар, який хоче спрямувати дзвінки до певної групи операторів на основі набраного ANI, може просто завантажити список ANI. Якщо ANI вхідного дзвінка є в цьому списку, він спрямовується на вказану групу операторів. Якщо ANI немає в списку, він направляється прямо в загальну чергу.
Типова реалізація BRE включає такі основні компоненти:
-
Утиліта Business Rules Engine надає інтерфейс для створення доменів і наборів правил. BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом . Домен містить звід правил. Кожному правилу присвоюється пріоритет. BRE намагається зіставити правило найвищого пріоритету домену із запитом на прийняття рішення на основі умов у правилах.
-
Flow Designer — це інтерфейс користувача з функцією перетягування, який використовується для визначення потоків, які оркеструють і автоматизують компоненти контакт-центру Webex. Ви можете створити ланцюжок, який викликає BRE.
-
Утиліта конфігурації BRE DataSync надає інтерфейс для визначення екземплярів Data Sync для імпорту даних в базу даних BRE. Визначивши інсталяцію Data Sync, клієнт може завантажити файл .csv. Завантажені дані .csv перетворюються на записи в базі даних BRE.
Business правил
Створення зводу правил
Утиліта Business Rule Engine викликається потоком при поданні нового голосового запиту до ACD. У цьому розділі пояснюється, як можна налаштувати правила, щоб утиліта BRE могла допомогти ACD направити вхідний запит.
BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом і набором правил. BRE намагається зіставити правило найвищого пріоритету із запитом на прийняття рішення на основі умов у правилах.
Обов'язково створіть набір правил, який охоплюватиме всі випадки. Наприклад, вам слід створити правила для умов «Знайдено збіг» і «Матч не знайдено ». Або ви можете встановити правила для кількох умов. Наприклад, ANI Match або ANI No Match, потім Gold або Silver. У цьому випадку ви повинні створити правило для кожної можливості. Наприклад:
-
ANI Матч і Золото
-
ANI Матч і Срібло
-
ANI No Match і золото
-
ANI No Match та Срібло
Щоб створити звід правил:
1 |
Авторизуйтесь на порталі управління Cisco Webex Contact Center. |
2 |
Клацніть шлях Cisco Webex Contact Center Портал керування > Бізнес-правила , щоб запустити утиліту Business Rules Engine. BRE використовує загальну ідентичність та взаємодію з єдиним знаком. Якщо орендарі вже увійшли Cisco Webex Contact Center Портал управління, вони автоматично отримають доступ до утиліти BRE для своєї організації. |
3 |
Створіть атрибут, який буде пов'язано з вашою організацією. |
4 |
Виберіть «Контексти», щоб відобразити сторінку «Контексти ». |
5 |
Щоб створити правила, виберіть сторінку Контексти . Наступний приклад коду повертає значення NotFound для атрибута routeInfo, якщо номер, з якого дзвонив абонент (ANI), не збігався з ANI зі списку, який клієнти завантажили в базу даних BRE. |
Налаштування екземпляра BRE DataSync
BRE DataSync отримує доступ до бази даних для прийняття рішень щодо маршрутизації. Необхідно періодично оновлювати базу даних відповідною інформацією. У цьому розділі описано, як можна налаштувати утиліту BRE DataSync для оновлення репозиторію BRE.
Адміністратор клієнта повинен створити інсталяцію BRE DataSync для кожного набору даних, до якого Rules Engine звертатиметься під час прийняття рішень. Адміністратор може створити набір даних або завантажити файл CSV. Дані перетворюються в записи в репозиторії BRE.
Агенти не мають доступу до утиліти BRE DataSync.
Перш ніж почати
Зверніться до менеджера по роботі з клієнтами Cisco, щоб отримати доступ до облікового запису BRE DataSync.
1 |
Як адміністратор, авторизуйтесь в утиліті BRE DataSync. URL-адреса утиліти BRE DataSync: https://rules.cjp.cisco.com/datasync/index.html. URL-адреси BRE DataSync для конкретного регіону: https://rules.wxcc-eu1.cisco.com/datasync/index.html https://rules.wxcc-eu2.cisco.com/datasync/index.html |
2 |
Виберіть «Список даних RE», щоб переглянути всю інформацію, пов'язану з організацією-орендарем. |
3 |
(Необов'язково.) Виберіть Додати дані BRE, щоб додати дані до репозиторію BRE. |
4 |
Виберіть Upload BRE CSV Data , щоб завантажити файл CSV. |
Створення ланцюжка з активністю BRE-запиту
Ви можете створювати потоки за допомогою інтерфейсу Flow Designer, доступного на порталі керування контакт-центром Webex. Створіть ланцюжок за допомогою активності BRE Request у конструкторі потоку контакт-центру Webex.
Для отримання додаткової інформації про налаштування потоку перегляньте розділ «Запит BRE» у посібнику з налаштування та адміністрування контакт-центру Cisco Webex Contact Center.
Вступ
Про механізм бізнес-правил Cisco
Використовуючи Cisco© Business Rules Engine (BRE), ви можете передавати свої дані в середовище контакт-центру Webex для користувацької маршрутизації та загального впровадження. Система отримує дані під час виконання та використовує їх для прийняття рішень щодо маршрутизації або для відображення інформації агенту.
Наприклад, орендар хоче спрямовувати дзвінки на певну групу операторів на основі набраного автоматичного визначення номера (ANI). У цьому сценарії орендар може просто завантажити список ANI. Якщо ANI вхідного дзвінка є в цьому списку, система направляє дзвінок на групу операторів, вказану в списку. Якщо ANI немає в списку, система направляє дзвінок в загальну чергу.
Типова реалізація BRE включає такі основні компоненти:
-
Утиліта Business Rules Engine надає інтерфейс для створення доменів і наборів правил. BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом . Домен містить звід правил. Кожному правилу присвоюється пріоритет. BRE намагається зіставити правило найвищого пріоритету домену із запитом на прийняття рішення на основі умов у правилах.
-
Утиліта конфігурації BRE DataSync надає інтерфейс для визначення екземплярів Data Sync для імпорту даних у базу даних BRE. Після того як клієнт визначить інсталяцію Data Sync, він може завантажити файл CSV. Система перетворює завантажені відокремлені комами дані про значення в записи в базі даних BRE.
-
Flow Designer — це інтерфейс користувача з функцією перетягування, який використовується для визначення потоків, які оркеструють і автоматизують компоненти контакт-центру Webex. Ви можете створити ланцюжок, який викликає BRE.
Рекомендації щодо обробки даних
Щоб зберегти цілісність і безпеку BRE, ви повинні дотримуватися наступних рекомендацій щодо обробки даних:
-
Допустимі типи даних: Ви повинні завантажувати дані, які є важливими для роботи та функціональності BRE. Це включає, але не обмежується ними, бізнес-правила, конфігурації та неконфіденційні операційні дані.
-
Обмеження щодо ідентифікаційної інформації: Ви повинні утримуватися від завантаження будь-якої особистої інформації (PII) до BRE, за винятком даних ANI. Ідентифікаційна інформація включає, але не обмежується наступним:
- Прізвище, ім'я, по батько
- Номери соціального страхування
- Адреси електронної пошти
- Фізичні адреси
- Фінансова інформація
Дані ANI – це номер телефону, пов'язаний із абонентом, що телефонує. Дані ANI – це єдиний тип ідентифікаційної інформації, який дозволено завантажувати в BRE. Цей виняток призначений для підтримки конкретних бізнес-функцій, які покладаються на дані ANI.
Business правил
Створення зводу правил
Утиліта Business Rule Engine викликається потоком при поданні нового голосового запиту до ACD. У цьому розділі пояснюється, як можна налаштувати правила, щоб утиліта BRE могла допомогти ACD направити вхідний запит.
BRE вимагає, щоб вхідний запит на прийняття рішення був пов'язаний з доменом і набором правил. BRE намагається зіставити правило найвищого пріоритету із запитом на прийняття рішення на основі умов у правилах.
Обов'язково створіть набір правил, який охоплюватиме всі випадки. Наприклад, вам слід створити правила для умов «Знайдено збіг» і «Матч не знайдено ». Або ви можете встановити правила для кількох умов. Наприклад, ANI Match або ANI No Match, потім Gold або Silver. У цьому випадку ви повинні створити правило для кожної можливості. Наприклад:
-
ANI Матч і Золото
-
ANI Матч і Срібло
-
ANI No Match і золото
-
ANI No Match та Срібло
Щоб створити звід правил:
1 |
Авторизуйтесь на порталі управління Cisco Webex Contact Center. |
2 |
Клацніть шлях Cisco Webex Contact Center Портал керування > Бізнес-правила , щоб запустити утиліту Business Rules Engine. BRE використовує загальну ідентичність та взаємодію з єдиним знаком. Якщо орендарі вже увійшли Cisco Webex Contact Center Портал управління, вони автоматично отримають доступ до утиліти BRE для своєї організації. |
3 |
Створіть атрибут, який буде пов'язано з вашою організацією. |
4 |
Виберіть «Контексти», щоб відобразити сторінку «Контексти ». |
5 |
Щоб створити правила, виберіть сторінку Контексти . Наступний приклад коду повертає значення NotFound для атрибута routeInfo, якщо номер, з якого дзвонив абонент (ANI), не збігався з ANI зі списку, який клієнти завантажили в базу даних BRE. |
Налаштування екземпляра BRE DataSync
BRE DataSync отримує доступ до бази даних для прийняття рішень щодо маршрутизації. Необхідно періодично оновлювати базу даних відповідною інформацією. У цьому розділі описано, як можна налаштувати утиліту BRE DataSync для оновлення репозиторію BRE.
Агенти не мають доступу до утиліти BRE DataSync.
Адміністратор клієнта повинен створити інсталяцію BRE DataSync для кожного набору даних, до якого Система правил звертатиметься під час прийняття рішень. Адміністратор може створити набір даних або завантажити файл CSV. Дані перетворюються в записи в репозиторії BRE.
Перш ніж почати
Зверніться до менеджера по роботі з клієнтами Cisco, щоб отримати доступ до облікового запису BRE DataSync.
Створення ланцюжка з активністю BRE-запиту
Ви можете створювати потоки за допомогою інтерфейсу Flow Designer, доступного на порталі керування контакт-центром Webex. Створіть ланцюжок за допомогою активності BRE Request у конструкторі потоку контакт-центру Webex.
Більш детальну інформацію про налаштування потоку можна знайти в розділі Запит на BRE.
Запит BRE
Використовуйте активність BRE Request, щоб отримати дані з механізму бізнес-правил (BRE) вашої організації для використання в потоці. Активність BRE Request використовує стандартні протоколи HTTP для отримання даних з BRE.
Наступні розділи дозволяють налаштувати активність BRE Request:
Загальні налаштування
Параметр |
Опис |
---|---|
Мітка дії |
Введіть назву дії. |
Опис дії |
(Необов’язково) Введіть опис дії. |
Параметри запиту
В рамках BRE-запиту ви можете передати параметри, які надаються у виклику API, до BRE. У стовпцях Ключ-Значення можна ввести ключ запиту та пов'язане з ним значення, яке потрібно надіслати разом із запитом. Ви також можете використовувати синтаксис подвійних фігурних дужок для передачі значень змінних.
Активність BRE має один попередньо визначений параметр запиту: контекст
. Цей параметр запиту передається у виклику API до BRE.
TenantID
автоматично вводиться як параметр і його не потрібно налаштовувати.
Параметр |
Опис |
---|---|
Контексті |
Містить причину запиту. Цей обов'язковий параметр не можна редагувати або видаляти. Цей параметр повинен містити таке ж значення, як і значення, вказане в контексті |
АНІ |
Містить вихідний номер телефону дзвінка. Це параметр за замовчуванням, який ви можете редагувати або видаляти, залежно від конфігурації правил у BRE. Прикладом значення для ANI є |
Тайм-аут відповіді | Вказує час очікування підключення для запиту BRE. За замовчуванням встановлено значення 2000 мілісекунд. |
Кількість повторних спроб |
Вказує кількість спроб виконати запит BRE після помилки. Цей параметр використовується, якщо код стану 5xx; Наприклад, 500 або 501. |
Щоб додати параметр запиту, натисніть « Додати новий». Після цього буде додано рядок, де ви можете ввести пари значень ключів. Ви можете додати стільки параметрів запиту, скільки потрібно в рамках запиту BRE.
Параметри парсингу
Цей розділ дозволяє розібрати відповідь із запиту BRE на різні змінні:
Параметр |
Опис |
---|---|
Змінна відповіді |
Виберіть змінну, до якої ви хочете витягти певний розділ з об'єкта відповіді BRE Request. Зі списку можна вибрати лише змінні Custom Flow. |
Вираз шляху |
Визначте вираз шляху для аналізу об'єкта відповіді. Залежно від типу структури даних об'єкта відповіді та випадків використання для вилучення підмножини цієї інформації, вираз шляху варіюється. Дані нормалізуються до ієрархії об'єктів перед виконанням виразу шляху, тому JSONPath використовується в об'єкті відповіді незалежно від налаштованого типу вмісту. |
Вихідні змінні
Запит BRE повертає дві вихідні змінні:
-
BRERequest1.httpResponseBody
: повертає тіло відповіді для запиту BRE. -
BRERequest1.httpStatusCode
: повертає код статусу запиту BRE.Ці коди відповідей класифікуються за такими категоріями:
-
Інформаційні відповіді (100–199)
-
Успішні відповіді (200–299)
-
Перенаправлення (300–399)
-
Помилки клієнта (400–499)
-
Помилки сервера (500–599)
-
Формати типів контенту
У наведених нижче прикладах описано приклади форматів типу контенту та відповіді JSON.
Тип контенту XML
Використовуйте цей інструмент для перетворення XML у формат JSONhttps://codeshack.io/xml-to-json-converter/.
Формат введення XML:
<note> <to>tove</to> <from>Jani</from> <heading>Reminder</heading> <body>Test application</body> </note>
Нормалізована відповідь на дані/JSON
{ "note": { "to": "Tove", "from": "Jani", "heading": "Нагадування", "body": "Тестова програма" } }
Приклад виразу шляху JSON: Використовуйте $.note.from
, щоб отримати значення як Jani
.
Тип контенту TOML
Використовуйте цей інструмент для перетворення TOML у формат JSONhttps://www.convertjson.com/toml-to-json.htm.
Формат введення TOML:
title = "Приклад TOML" [власник] name = "Том Престон-Вернер" dob = 1979-05-27T07:32:00-08:00
Нормалізована відповідь на дані/JSON
{ "title": "Приклад TOML", "owner": { "name": "Том Престон-Вернер", "dob": "1979-05-27T15:32:00.000Z" } }
Приклад виразу шляху JSON: Використовуйте $.owner.name
, щоб отримати значення ' Tom Preston-Werner'
.
Тип контенту: YAML
Використовуйте цей інструмент для перетворення YAML у формат JSONhttps://www.convertjson.com/yaml-to-json.htm.
Формат введення YAML:
# Запис співробітника мартін: ім'я: Martin D'vloper робота: Навички розробника: Elite
Нормалізована відповідь на дані/JSON
{ "martin": { "name": "Мартін Д'Влопер", "job": "Розробник", "skill": "Еліта" } }
Приклад виразу шляху JSON: Використовуйте $.martin.job
, щоб отримати значення Developer
.
Тип контенту: JSON
Використовуйте JSON Expression Evaluator https://jsonpath.com/.
Формат введення JSON:
{ "martin": { "name": "Мартін Д'Влопер", "job": "Розробник", "skill": "Еліта" } }
Нормалізована відповідь на дані/JSON
{ "martin": { "name": "Мартін Д'Влопер", "job": "Розробник", "skill": "Еліта" } }
Приклад виразу шляху JSON: Використовуйте $.martin.job
, щоб отримати значення Developer
.
Вступ
Відомості про рушій бізнес-правил Cisco
За допомогою Cisco© Engine Business Rules (BRE) можна передати свої дані в середовище Webex Contact Center для користувацької маршрутизації та загальної реалізації. Система отримує дані під час виконання та використовує їх для маршрутизації рішень або відображення інформації оператору.
Наприклад, клієнт хоче маршрутизувати виклики до певної групи операторів на основі набраного автоматичного номера (ANI). У такому сценарії клієнт може просто передати список ANI. Якщо в цьому списку зазначено ANI вхідного виклику, система надсилає виклик групі операторів, указаній у списку. Якщо ANI відсутній у списку, система спрямовує виклик до загальної черги.
Типова реалізація BRE включає в себе такі основні компоненти:
-
Утиліта рушія бізнес-правил надає інтерфейс для створення доменів і наборів правил. BRE вимагає, щоб запит на вхідне рішення було пов’язано з доменом. Домен містить набір правил. Кожному правилу призначено пріоритет. BRE намагається зіставити правило найвищого пріоритету домену з запитом на рішення на основі умов у правилах.
-
Утиліта конфігурації BRE DataSync надає інтерфейс для визначення екземплярів синхронізації даних для імпорту даних у базу даних BRE. Після того як клієнт визначить екземпляр синхронізації даних, клієнт може передати файл CSV. Система перетворює передані дані зі значеннями, розділеними комами, в записи в базі даних BRE.
-
Конструктор потоків — це інтерфейс користувача перетягування, який використовується для визначення потоків, які організовують та автоматизують компоненти Webex Contact Center. Ви можете створити потік, який викликає BRE.
Рекомендації щодо обробки даних
Для збереження цілісності та безпеки BRE ви повинні дотримуватися наступних правил обробки даних:
-
Допустимі типи даних: Ви повинні передати дані, які є важливими для роботи та функціональності BRE. Це включає, але не обмежується наступним: бізнес-правила, конфігурації та неконфіденційні операційні дані.
-
Обмеження щодо PII: Ви повинні утриматися від передавання будь-якої особистої інформації (PII) в BRE, за винятком даних ANI. Ідентифікаційна інформація включає, але не обмежується:
- Повні імена
- Номери соціального захисту
- Адреси електронної пошти
- Фізичні адреси
- Фінансова інформація
Дані ANI стосуються номера телефону, пов’язаного зі стороною, що телефонує. Дані ANI — єдиний тип ідентифікаційної інформації, який дозволено передавати в BRE. Цей виняток призначений для підтримки конкретних бізнес-функцій, які покладаються на дані ANI.
Реалізація рушія бізнес-правил
Створення набору правил
Утиліта Business Rule Engine використовується потоком, коли в ACD подається новий голосовий запит. У цьому розділі описано, як можна налаштувати правила, щоб утиліта BRE могла допомогти ACD маршрутизувати вхідний запит.
BRE вимагає, щоб запит на вхідне рішення пов’язаний із доменом і набором правил. BRE намагається зіставити правило найвищого пріоритету з запитом на рішення на основі умов у правилах.
Обов’язково створіть набір правил, щоб охоплювати всі випадки. Наприклад, ви повинні створити правила як для умов Збіг знайдено так і для умов Збіг не знайдено. Або ви можете встановити правила для кількох умов. Наприклад, ANI Match або ANI No Match, потім Gold або Silver. У цьому випадку потрібно створити правило для кожної можливості. Наприклад:
-
ANI Match і Gold
-
ANI Match і Silver
-
ANI No Match і Gold
-
ANI No Match і Silver
Щоб створити набір правил:
1 |
Увійдіть на портал керування Cisco Webex Contact Center. |
2 |
Клацніть шлях Портал керування Cisco Webex Contact Center > Правила бізнесу , щоб запустити утиліту рушія бізнес-правил. BRE використовує Common Identity і взаємодію єдиного входу. Якщо клієнти вже виконали вхід на портал керування Cisco Webex Contact Center, вони автоматично отримають доступ до службової програми BRE для своєї організації. |
3 |
Створіть атрибут для зв’язку з вашою організацією: |
4 |
Виберіть Контексти, щоб відобразити сторінку Контексти . |
5 |
Щоб створити правила, виберіть сторінку Контексти . Наведений нижче приклад код повертає значення Не знайдено для атрибута routeInfo, якщо номер, з якого абонент, що телефонує (ANI), не збігається з ANI у списку клієнтів, переданих у базу даних BRE. |
Налаштувати екземпляр синхронізації даних BRE
Синхронізація даних BRE отримує доступ до бази даних для прийняття рішень щодо маршрутизації. База даних має періодично оновлюватися відповідною інформацією. У цьому розділі описано, як можна налаштувати програму BRE DataSync для оновлення репозиторію BRE.
Оператори не мають доступу до програми BRE DataSync.
Адміністратор клієнта повинен створити екземпляр BRE DataSync для кожного набору даних, з яким Модуль правил буде консультуватися під час процесу прийняття рішень. Адміністратор може створити набір даних або передати файл CSV. Дані перетворюються на записи в репозиторії BRE.
Перед початком
Щоб отримати доступ до облікового запису BRE DataSync, зверніться до менеджера облікового запису служби клієнтів Cisco.
1 |
Як адміністратор увійдіть у програму BRE DataSync. Відповідно до останніх покращень хостингу BRE та масштабованості, URL-адреси для програми DataSync змінилися. Переконайтеся, що ви використовуєте оновлені URL-адреси для передавання даних у BRE. URL-адреси синхронізації даних BRE для певних регіонів: https://bre-datasync.produs1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu2.ciscoccservice.com/datasync/ https://bre-datasync.prodanz1.ciscoccservice.com/datasync/ https://bre-datasync.prodca1.ciscoccservice.com/datasync/ https://bre-datasync.prodjp1.ciscoccservice.com/datasync/ https://bre-datasync.prodsg1.ciscoccservice.com/datasync/ Регіональні URL-адреси інтерфейсу користувача адміністратора 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 , щоб передати файл CSV. |
Створення потоку з активністю запиту BRE
Можна створювати потоки за допомогою інтерфейсу конструктора потоків, доступного на порталі керування Webex Contact Center. Створіть потік із активністю запиту BRE в конструкторі потоків Webex Contact Center.
Додаткову інформацію про налаштування потоку див. в Запиті BRE.
Запит BRE
Використовуйте дії запиту BRE, щоб отримати дані з рушія бізнес-правил (BRE) вашої організації для використання в потоці. Активність запиту BRE використовує стандартні протоколи HTTP для отримання даних із BRE.
Такі розділи дозволяють налаштувати дії запиту BRE:
Загальні налаштування
Параметр |
Опис |
---|---|
Мітка активності |
Введіть ім’я дії. |
Опис активності |
(Необов’язково) Введіть опис дії. |
Параметри запиту
У межах запиту BRE ви можете передати параметри, надані в виклику API, до BRE. У стовпцях Ключ-Значення можна ввести ключ для запиту та пов’язане значення для надсилання разом із запитом. Ви також можете використовувати синтаксис подвійних фігурних дужок для передавання значень змінних.
Активність BRE має один попередньо визначений Параметр Запиту: контекст
. Цей параметр запиту передано в виклику API до BRE.
Ідентифікатор клієнта
вводиться автоматично як параметр, і його не потрібно налаштовувати.
Параметр |
Опис |
---|---|
Контекст |
Містить причину запиту. Цей обов’язковий параметр неможливо змінити або видалити. Цей параметр має містити те саме значення, що й значення, задане в |
Ані |
Містить вихідний номер телефону виклику. Це параметр за замовчуванням, який можна змінити або видалити на основі конфігурації правил у BRE. Зразкове значення для ANI – |
Тайм-аут відповіді | Визначає тайм-аут підключення для запиту BRE. За замовчуванням установлено значення 2000 мілісекунд. |
Кількість повторних спроб |
Визначає кількість спроб запиту BRE після помилки. Цей параметр використовується, якщо код стану: 5xx; наприклад, 500 або 501. |
Щоб додати параметр запиту, клацніть Додати новий. Це додає рядок, де можна ввести пари ключових значень. Можна додати стільки параметрів запиту, скільки потрібно в межах запиту BRE.
Параметри аналізу
Цей розділ дозволяє проаналізувати відповідь із запиту BRE в різні змінні:
Параметр |
Опис |
---|---|
Змінна відповіді |
Виберіть змінну, для якої потрібно видобути конкретний розділ з об’єкта відповіді запиту BRE. З розкривного списку можна вибрати лише користувацькі змінні потоку. |
Вираз шляху |
Визначте вираз шляху для аналізу об’єкта відповіді. Залежно від типу структури даних об’єкта відповіді та випадків використання для вилучення підмножини цієї інформації, вираз шляху змінюється. Дані нормалізуються до ієрархії об’єктів перед виконанням виразу шляху, тому JSONPath використовується в об’єкті відповіді незалежно від налаштованого типу контенту. |
Вихідні змінні
Запит BRE повертає дві вихідні змінні:
-
BRERequest1.httpResponseBody
: Повертає тіло відповіді на запит BRE. -
BRERequest1.httpКод стану
: Повертає код стану запиту BRE.Ці коди відповіді класифікуються на такі категорії:
-
Інформаційні відповіді (100–199)
-
Успішні відповіді (200–299)
-
Переспрямування (300–399)
-
Помилки клієнта (400–499)
-
Помилки сервера (500–599)
-
Формати типу контенту
Наведені нижче приклади описують формати типу вхідного контенту та відповідь JSON.
XML-тип контенту
Використовуйте цей інструмент для перетворення XML на формат JSON https://codeshack.io/xml-to-json-converter/.
Формат вводу XML:
Tove Jani Нагадування Тестова програма
Нормалізована відповідь на дані/JSON
{ "note": { "to": "Tove", "from": "Jani", "heading": "Нагадування", "body": "Тестова програма" } }
Приклад виразу шляху JSON: Використовуйте $.note.from
, щоб отримати значення як Jani
.
Тип контенту TOML
Використовуйте цей інструмент, щоб перетворити TOML на формат JSON https://www.convertjson.com/toml-to-json.htm.
Формат вхідних даних TOML:
title = "TOML Example" [owner] name = "Том Престон-Вернер" dob = 1979-05-27T07:32:00-08:00
Нормалізована відповідь на дані/JSON
{ "title": "TOML Example", "owner": { "name": "Том Престон-Вернер", "dob": "1979-05-27T15:32:00.000Z" } }
Приклад виразу шляху JSON: Використовуйте $.owner.name
, щоб отримати значення як «Том Престон-Вернер»
.
Тип контенту YAML
Використовуйте цей інструмент, щоб перетворити YAML на формат JSON https://www.convertjson.com/yaml-to-json.htm.
Формат вхідних даних YAML:
# Мартін рекордів співробітників: ім’я: Мартін Д'флопер робота: Навички розробника: Еліта
Нормалізована відповідь на дані/JSON
{ "martin": { "name": "Martin D'vloper", "завдання": "Розробник", "skill": "Elite" } }
Приклад виразу шляху JSON: Використовуйте $.martin.job
, щоб отримати значення Developer
.
Тип контенту JSON
Використовуйте обчислювач виразів JSON https://jsonpath.com/.
Формат вводу JSON:
{ "martin": { "name": "Martin D'vloper", "завдання": "Розробник", "skill": "Elite" } }
Нормалізована відповідь на дані/JSON
{ "martin": { "name": "Martin D'vloper", "завдання": "Розробник", "skill": "Elite" } }
Приклад виразу шляху JSON: Використовуйте $.martin.job
, щоб отримати значення Developer
.