- Головна
- /
- Стаття
Webex Посібник користувача механізму бізнес-правил контакт-центру
Механізм бізнес-правил (BRE) у контакт-центрі Webex дає змогу клієнтам завантажувати певні дані, до яких система може отримати доступ під час виконання, щоб приймати рішення щодо маршрутизації або відображати інформацію для операторів виклику.
Про механізм бізнес-правил 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
.