- בית
- /
- מאמר
מנוע הכללים העסקיים (BRE) במרכז הקשר של Webex מאפשר ללקוחות להעלות נתונים ספציפיים שהמערכת יכולה לגשת אליהם במהלך זמן ריצה כדי לקבל החלטות ניתוב או להציג מידע לסוכנים שמתקשרים.
Cisco© Business Rules Engine הוא יישום המסייע בחיפושי נתונים מהירים במרכז הקשר של Webex. באמצעות Cisco© Business Rules Engine (BRE), ניתן לבצע חיפושי נתונים, ניתוב מותאם אישית ויישום כללי. המערכת מאחזרת את הנתונים בזמן ריצה ומשתמשת בהם לצורך קבלת החלטות ניתוב או הצגת מידע לסוכן.
לדוגמה, דייר רוצה לנתב שיחות לקבוצת סוכנים ספציפית בהתבסס על זיהוי מספרים אוטומטי (ANI) שחויגו. בתרחיש זה, הדייר יכול פשוט להעלות רשימה של ANIs. אם ה-ANI של השיחה הנכנסת נמצא ברשימה זו, המערכת מנתבת את השיחה לקבוצת הסוכנים שצוינה. אם ה-ANI אינו ברשימה, המערכת מנתבת את הקריאה לתור הכללי.
יישום BRE טיפוסי כולל את הרכיבים העיקריים הבאים:
-
סינכרון נתונים של BRE: כלי התצורה של BRE DataSync מספק ממשק להגדרת מופעי Data Sync לייבוא נתונים למסד הנתונים של BRE. לאחר שהדייר מגדיר את מופע Data Sync, הדייר יכול להעלות קובץ CSV. המערכת ממירה את נתוני הערכים המופרדים בפסיקים שהועלו לרשומות במסד הנתונים של BRE.
-
מנוע חוקים עסקיים: כלי השירות Business Rules Engine מספק ממשק ליצירת דומיינים וקבוצות כללים. ה-BRE דורש שבקשת החלטה נכנסת תהיה משויכת לתחום . הדומיין מכיל סט של כללים. לכל כלל מוקצה עדיפות. ה-BRE מנסה להתאים את כלל העדיפות הגבוהה ביותר של הדומיין לבקשת ההחלטה בהתבסס על התנאים בכללים.
-
מעצב זרימה: ממשק משתמש גרור ושחרר המשמש להגדרת זרימות המנהלות ומאפשרות אוטומציה של רכיבי מרכז הקשר של Webex. ניתן ליצור זרימה שמפעילה את פעילות BRE כדי לבצע חיפוש נתונים פשוט בדומה לפעילות בקשת HTTP. עם זאת, במקרה זה, הנתונים נמצאים במרכז הקשר של Webex.
הנחיות לטיפול בנתונים
כדי לשמור על שלמות ואבטחת ה-BRE, עליך לציית להנחיות הטיפול בנתונים הבאות:
-
סוגי נתונים מותרים: העלה נתונים החיוניים לתפעול ולתפקוד של ה-BRE. זה כולל, אך לא רק, כללי עסקיים, תצורות ונתונים תפעוליים שאינם רגישים.
-
הגבלה על מידע אישי: אין להעלות מידע אישי מזהה (PII) ל-BRE למעט נתוני ANI. מידע אישי מזהה כולל, אך אינו מוגבל ל:
- שמות מלאים
- מספרי ביטוח לאומי
- כתובות דוא"ל
- כתובות פיזיות
- מידע פיננסי
נתוני ANI מתייחסים למספר הטלפון המשויך לצד המתקשר. נתוני ANI הם סוג המידע האישי היחיד שמותר להעלאה ל-BRE. חריג זה נועד לתמוך בפונקציונליות עסקית ספציפית המסתמכת על נתוני ANI.
מנוע כללים עסקיים מורכב ממנוע כללים בזמן אמת המופעל על ידי הזרימה המשויכת לנקודת כניסה. מנוע כללים זה בדרך כלל מתייעץ עם מאגר נתונים כדי להעריך את טיפול השיחות הרצוי.
חיפוש BRE הוא טבילת נתונים פשוטה בתוך הזרימה שלך, כמו בקשת HTTP. עם זאת, הנתונים עבור חיפוש BRE נמצאים במרכז הנתונים של מרכז הקשר של Cisco Webex. התמונה הבאה מציגה את התהליכים השונים המעורבים בחיפוש נתוני BRE.
לפני שתתחיל
לפני שאתם מיישמים את BRE:
- הגדר את מופע BRE DataSync עבור המימוש שלך עם הבנה ברורה של מודל הנתונים.
- הכירו את המונחים הבאים המשמשים לאורך מדריך זה:
Attribute:attributeהוא משתנה או שדה נתונים בעל שם שנוצר בתוך כלי השירות BRE. הוא משמש כמאגר מידע בו משתמש ה-BRE לעיבוד בקשות ויצירת פלט.Context: הסימןcontextמשמש בעיקר כשם לדוגמה עבור תכונה המציינת את הדומיין הממוקד עבור פעילות בקשת BRE.Label:Labelהוא סוג ספציפי של תכונה שנועד להכיל את הפלט או התוצאה של הערכה של כלל.
עיין בסעיף שאלות נפוצות לפרטים נוספים.
הגדרת מופע BRE DataSync
כלי השירות BRE DataSync ניגש למסד נתונים כדי לקבל החלטות ניתוב. יש לוודא עדכון מעת לעת של מסד הנתונים במידע המתאים. סעיף זה מתאר כיצד להגדיר את כלי השירות BRE DataSync לעדכון מאגר BRE.
מנהל הדייר חייב ליצור מופע BRE DataSync עבור כל מערך נתונים שמנועי הכללים מתייעץ איתו במהלך תהליך קבלת ההחלטות שלו. מנהל המערכת יכול ליצור את מערך הנתונים או להעלות קובץ CSV. הנתונים מומרים לרשומות במאגר BRE.
לפני שתתחיל
צור קשר עם מנהל שירות הלקוחות של סיסקו כדי לקבל גישה לחשבון BRE DataSync.
BRE DataSync מופעל כעת רק עבור תפקיד מנהל מלא. דיירים בעלי תפקיד מנהל מלא יכולים להעלות נתונים באמצעות העלאת קובץ CSV או זוגות מפתח-ערך. משתמשים בעלי תפקיד זה יכולים להעלות רק את הנתונים הספציפיים לארגון שלהם.
למנהל שותפים, מנהל חיצוני, סוכנים ומפקחים אין גישה לכלי BRE DataSync.
| 1 |
כמנהל מערכת, התחבר לכלי השירות BRE DataSync. בהתאם לשיפורים האחרונים באירוח ובמדרגיות של BRE, כתובות ה-URL של כלי השירות DataSync השתנו. יש לוודא שאתם משתמשים בכתובות ה-URL המעודכנות כדי להעלות נתונים ל-BRE. כתובות ה-URL של BRE DataSync הספציפיות לאזור הן: https://bre-datasync.produs1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu2.ciscoccservice.com/datasync/ https://bre-datasync.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 כדי לנווט לדף התחברות עם זהות משותפת. עבור אזור ארה"ב, בחר באשכול ארה"ב (ולא באשכול ארה"ב השני) כדי להמשיך הלאה. כתובות ה-URL של ממשק המשתמש הספציפי לאזור של BRE הן: https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodanz1.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ |
| 2 |
בחר רשימת נתוני BRE כדי להציג את כל המידע הקשור לארגון הדיירים. |
| 3 |
כדי להוסיף נתונים כזוגות מפתח-ערך למאגר BRE: בחר הוסף נתוני BRE |
| 4 |
כדי להעלות קובץ CSV למאגר BRE: בחר העלה נתוני BRE CSV. |
גישה לאפליקציית BRE
ניתן לגשת ליישום Business Rules Engine מפורטל הניהול של מרכז הקשר של Webex.
- היכנס לפורטל הניהול של מרכז הקשר של Webex.
- לחץ על כללי עסקיים כדי לפתוח את לוח המחוונים של מנוע כללי העסק.
BRE משתמש בשירות זהות ובאינטראקציה של כניסה יחידה. אם כבר נכנסת דרך Common Identity, תוכל לגשת לכלי BRE עבור הארגון שלך מבלי להיכנס שוב.
המערכת פותחת את יישום Business Rules Engine (BRE) בכרטיסייה חדשה בדפדפן. דף לוח המחוונים מופיע עם ייצוג גרפי של מספר הכללים והביצועים.
יצירת סט של כללים

גש לפורטל BRE והגדר את התכונה, התווית, ההקשר והכללים, כמתואר להלן.
| 1 |
כדי ליצור מאפיין שישויך לארגון שלך: |
| 2 |
תווית מוסיפה משמעות לנתונים שלך. כדי ליצור תווית : |
| 3 |
לחץ על הקשרים כדי לנווט לדף הקשרים. לחץ על +Add הקשר. |
| 4 |
כדי ליצור כללים, נווטו לדף הקשרים. לחץ על +Add עורך הכללים וקבע את ההגדרה של הפרטים הבאים:
צור שני כללים: אחד אם המערכת מוצאת התאמה והשני כאשר המערכת לא מוצאת התאמה. קוד הדוגמה הבא מחזיר את הערך NotFound עבור התכונה routeInfo. זה קורה אם מספר שממנו חייג המתקשר (ANI) אינו תואם ל-ANI ברשימת הדיירים שהועלו למסד הנתונים של BRE. העתק והדבק את הכלל הבא בעורך הכללים : |
| 5 |
לחץ על שמור. |
בקשת BRE
השתמש בפעילות בקשת BRE כדי לאחזר את הנתונים ממנוע כללי העסק (BRE) של הארגון שלך לשימוש בזרימה. פעילות בקשת BRE משתמשת בפרוטוקולי HTTP סטנדרטיים כדי לאחזר נתונים מה-BRE.
הסעיפים הבאים מאפשרים לך להגדיר את פעילות בקשת BRE:
הגדרות כלליות
|
פרמטר |
תיאור |
|---|---|
|
תווית פעילות |
הזן שם לפעילות. |
|
תיאור הפעילות |
(אופציונלי) הזן תיאור לפעילות. |
פרמטרים של שאילתה
כחלק מבקשת ה-BRE, ניתן להעביר את הפרמטרים המסופקים בקריאה ל-API ל-BRE. בעמודות Key‐Value, ניתן להזין את המפתח עבור השאילתה ואת הערך המשויך שיש לשלוח יחד עם השאילתה. ניתן גם להשתמש בתחביר של סוגריים מסולסלים כפולים כדי להעביר ערכי משתנים.
לפעילות BRE יש פרמטר שאילתה אחד מוגדר מראש: context. פרמטר שאילתה זה מועבר בקריאה של ה-API אל ה-BRE.
ה- TenantID מוזרק אוטומטית כפרמטר ואין צורך להגדיר אותו.
|
פרמטר |
תיאור |
|---|---|
|
הקשר |
מכיל את סיבת הבקשה. לא ניתן לערוך או למחוק פרמטר חובה זה. פרמטר זה חייב להכיל את אותו הערך כמו הערך שצוין בתכונה |
|
ANI |
מכיל את מספר הטלפון המקורי של השיחה. זהו פרמטר ברירת מחדל שניתן לערוך או למחוק, בהתבסס על תצורת הכללים ב-BRE. ערך לדוגמה עבור ANI הוא |
|
זמן קצוב לתגובה | מציין את זמן הקצוב לחיבור עבור בקשת BRE. ברירת המחדל מוגדרת ל-2000 מילישניות. |
|
מספר ניסיונות חוזרים |
מציין את מספר הפעמים שמתבצע ניסיון לבקשת BRE לאחר כישלון. פרמטר זה משמש אם קוד הסטטוס הוא 5xx; לדוגמה, 500 או 501. |
כדי להוסיף פרמטר שאילתה, לחץ על הוסף חדש. פעולה זו מוסיפה שורה שבה ניתן להזין את זוגות ערכי המפתח. ניתן להוסיף כמה פרמטרי שאילתה שיידרש כחלק מבקשת BRE.
הגדרות ניתוח
סעיף זה מאפשר לך לנתח את התגובה מבקשת ה-BRE למשתנים שונים:
|
פרמטר |
תיאור |
|---|---|
|
משתנה תגובה |
בחר משתנה שאליו ברצונך לחלץ מקטע מסוים מאובייקט תגובת בקשת BRE. ניתן לבחור רק משתני זרימה מותאמים אישית מהרשימה הנפתחת. |
|
ביטוי נתיב |
הגדר את ביטוי הנתיב (Path Expression) לניתוח אובייקט התגובה. בהתאם לסוג מבנה הנתונים של אובייקט התגובה ולמקרי השימוש לחילוץ תת-קבוצה של מידע זה, ביטוי הנתיב משתנה. הנתונים מנורמלים להיררכיית אובייקטים לפני ביצוע ביטוי נתיב, כך ש-JSONPath משמש באובייקט התגובה ללא קשר לסוג התוכן שתצורתו נקבעה. |
הגדרות פענוח
ניתן לפענח את משתני הפלט של פעילות בקשת BRE. אם פענוח מופעל ברמת הזרימה, משתמשים עם גישת פענוח לאיתור באגים יכולים לצפות בערכי הפלט החשופים של פעילות בקשת 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: השתמש ב- $.note.from כדי לקבל את הערך כ- Jani.
סוג תוכן TOML
השתמש בכלי זה כדי להמיר TOML לפורמט JSON https://www.convertjson.com/toml-to-json.htm.
פורמט קלט TOML:
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Data/JSON תגובה מנורמלת
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
דוגמה לביטוי נתיב JSON: השתמש ב- $.owner.name כדי לקבל את הערך כ- ‘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: השתמש ב- $.martin.job כדי לקבל את הערך Developer.
סוג תוכן JSON
השתמש ב-JSON Expressions Evaluator https://jsonpath.com/.
פורמט קלט JSON:
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON תגובה מנורמלת
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
דוגמה לביטוי נתיב JSON: השתמש ב- $.martin.job כדי לקבל את הערך Developer.
יצירת זרימה עם פעילות בקשת BRE
ניתן ליצור זרימות באמצעות ממשק מעצב הזרימות הזמין במרכז הקשר של Webex. צור זרימה עם הפעילות בקשת BRE במעצב הזרימות של מרכז הקשר של Webex.
למידע נוסף על הגדרת הזרימה, עיין ב- בקשת BRE.
שאלות נפוצות
- מהי מטרתו של
attribute?Attributesהם בסיסיים לקישור בקשות חיפוש BRE נכנסות למערכות כללים ספציפיות המוגדרות בתוך BRE, ולאחסון תוצאות הערכות הכללים. - איך יוצרים
attributes?צור
attributesתחת בכלי השירות BRE. לדוגמה, ייתכן שתיצור תכונה בשםcontext. - מהי מטרתו של
context?Contextמגדיר את התרחיש או סוג החיפוש הספציפי ש-BRE מיישם. כאשר זרימה מפעילה את פעילות בקשת BRE, היא צריכה לומר ל-BRE איזו קבוצת כללים להעריך. תכונה, שלעתים קרובות נקראתContext, מוגדרת לשם של דומיין ספציפי. - מה זה
domain?טבלה
domainהיא הטבלה בתוך BRE המכילה את הנתונים הרלוונטיים. שם הדומיין מנחה את BRE לנתונים הנכונים ולקבוצת הכללים המתאימה להם. - מה זה
label?לאחר ש-BRE מעריך את הכללים שלו, עליו להעביר את התוצאה בחזרה למערכת השיחות (לדוגמה, זרימת מרכז קשר של Webex המכילה פעילות בקשת BRE). כללים מוגדרים לקבוע את הערך של תכונת תווית ייעודית בהתבסס על התנאים שלה.
- מהו הקשר בין מאפיין, הקשר ותווית?
ניתן ליצור
Attribute, לדוגמה, בשםcontext. ניתן לשייך תכונה זו ל-domain(הטבלה עצמה כמו ANILookup). בעת הפעלה של פעילות בקשת BRE, הזרימה קובעת את הערך של תכונה זו (כלומר,domain= ANILookup) כדי לציין את ההקשר (באילו חוקי דומיין להשתמש).בתוך
domainזה, נכתבים כללים בתחביר Drools כדי להעריך תנאים ולקבוע את הערך שלattributeאחר, המכונה לעתים קרובותlabel(לדוגמה,label= "התאמה שנמצאה"). זה מייצג את תוצאת הכלל המוחזרת כתגובה לזרימה. -
כיצד מאפיינים, הקשרים ותוויות קשורים לפרמטרי שאילתה של הבקשה?
ה-BRE מופעל על ידי Flow, בדרך כלל באמצעות קריאה ל-API (פעילות בקשת BRE) לכתובת URL פנימית מקודדת. זהו ממשק API של REST המאפשר חיפוש ערכי BRE שהועלו בקובץ CSV (key/value זוגות). הנתונים הנדרשים לקבלת החלטה על ידי ה-BRE מועברים כחלק מבקשה זו, בדומה לאופן שבו פרמטרי שאילתה או גוף בקשה יפעלו בקריאה רגילה של REST API.
Input Data: מידע מהשיחה הנכנסת (כגון ה-ANI של המתקשר, מספר החשבון ונתונים דומים אחרים) נלכד כמשתני נתונים משויכים לשיחות (CAD) בזרימת השיחות של מרכז הקשר של Webex.BRE Configuration Data: פרמטרים הכרחיים אחרים, כגון הקשר והתכונה המציינת את הדומיין (למשל, domain = ANILookup), מוגדרים גם כמשתנים בצומת בקשת BRE של הזרימה.Request Variables: בשלב בקשת BRE של הזרימה, משתני ה-CAD והמשתנים שתצורתם נבחרים כמשתנים בתצורת בקשת BRE. משתנים אלה נשלחים לאחר מכן למנוע הביצוע האחורי של ה-BRE.Function: בעיקרון, 'משתני הבקשה' משמשים כ'פרמטרי שאילתה' או כמטען קלט עבור ה-BRE. ה-BRE משתמש בערכים נכנסים אלה כדי להעריך את התנאים המוגדרים בכללים שלו.
הגדרת חיפושי נתוני לקוחות מבוססי ANI באמצעות מנוע הכללים העסקיים
זרימת עבודה לדוגמה זו משתמשת במנוע כללים עסקיים (BRE) כדי לחפש נתוני לקוחות באמצעות זיהוי מספרים אוטומטי (ANI) של מתקשר, לעבד את הנתונים המוחזרים בזרימת מרכז קשר של Webex ולהציג מידע נבחר בשולחן העבודה של הסוכן. השלבים מתוארים להלן:
הכן את נתוני החיפוש
צור קובץ CSV המכיל מפתח חיפוש ייחודי והנתונים המשויכים אליו. עבור זרימת עבודה זו, ה-ANI של המתקשר משמש כמפתח חיפוש. אחסן שדה לקוח אחד או יותר בעמודת הערך. הפרד מספר שדות באמצעות קו צינור (|).
15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|Vancouver בדוגמה זו, עמודה 1 מכילה את ה-ANI ועמודה 2 מכילה את סוג הלקוח, שם הלקוח, התור והמיקום.
BRE מיועד לחיפושים מוכווני קריאה, לא כמסד נתונים טרנזקציונלי עבור רשומות בודדות המתעדכנות לעתים קרובות.
צור את סוג חיפוש ה-BRE והעלה נתונים
פתח את כלי סינכרון הנתונים BRE של מרכז הקשר של Webex ובחר את הדייר שלך. אם סוג החיפוש הנדרש אינו זמין, בקש מצוות התפעול ליצור אותו. השתמש בשם תיאורי כגון ANILookup. רשום את שם ההקשר שנוצר מכיוון שתצורת ה-BRE והזרימה חייבים להשתמש באותו ערך תלוי-רישיות.
כדי להוסיף רשומת בדיקה:
- פתח הוסף נתונים.
- בחר את הדייר ו-
ANILookup. - הזן את ה-ANI ואת הערך המשויך לו.
- הגש את הרשומה.
כדי לטעון את קבוצת הנתונים המלאה, פתחו את Upload BRE, בחרו את הדייר וסוג החיפוש, והעלו את קובץ ה-CSV. פתח את רשימת נתוני BRE וודא שהרשומות מופיעות. ודא שפורמט ה-ANI בקובץ ה-CSV תואם לפורמט שנשלח על ידי הזרימה.
השקת כללי עסקיים
היכנס לפורטל הניהול של מרכז הקשר של Webex, פתח את כללי עסקיםוהפעל את לוח המחוונים של BRE:
צור את תכונת ההקשר:
- נווט אל
- הוסף מאפיין עם הערכים הבאים:
- שם:
context - סוג נתונים: טקסט
- שם:
- שמור את תכונת התוצאה. התכונה
contextמזהה את מערך הנתונים של חיפוש שהועלה, אותו שואל הכלל. - הוסף תכונת טקסט המייצגת את הנתונים המוחזרים. תן לתכונה שם בעל משמעות גם כאשר הערך המוחזר מכיל מספר שדות מופרדים באמצעות קווי רשת. שמור את המאפיין. בדוגמה זו,
customerTypeמשמש כדוגמה. - פתח את הקשרים והוסף הקשר. הזן את שם ההקשר של סינכרון הנתונים שנוצר, כגון
ANILookup, שייך אותו לתכונהcontextושמור אותו. שם ההקשר תלוי רישיות וחייב להתאים במדויק להקשר של סינכרון הנתונים שנוצר.
צור כלל ANI-found וכלל ANI-not-found
פתח את ההקשר ובחר הוסף עורך כללים. תן לכלל את השם 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 ליצירת מפתח החיפוש. כאשר קיים ערך תואם, התוצאה מוקצית לתכונה response customerType.
הוסף כלל פעיל נוסף בשם ANINotFound. הקצה לו עדיפות ייחודית ונמוכה יותר, כגון 99. הגדר את הכלל כך שיגדיר את customerType ל- Not Found כאשר לא קיימת רשומה תואמת, ושמור אותה. אין להקצות את אותה עדיפות לשני הכללים.
צור את זרימת מרכז הקשר
פתח את מעצב הזרימות וצור או פתח זרימת בדיקה. הוסף פעילות 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, יש לפצל את המחרוזת באמצעות מפריד צינורות מסוג escape (\|). האלמנטים המתקבלים מכילים את סוג הלקוח, שם הלקוח, התור והמיקום. הקצה את האלמנטים הנדרשים למשתני זרימה נפרדים. ההדגמה מחלצת את האלמנט האחרון, Toronto.
הגדר את קופץ המסך
הוסף או קבע את פעילות הצצת המסך של הסוכן בשולחן העבודה. מפה את פרטי הלקוח שחולצו לשדה הנדרש במסך הקופץ, חבר את הזרימה לתור או לנתיב ניתוב הסוכן, ולאחר מכן שמור ופרסם את הזרימה.
בדוק את ההדגמה
בצע קריאה מ-ANI שקיים במערך הנתונים שהועלה. ודא שהזרימה מנרמלת את ה-ANI, שבקשת ה-BRE עוברת את נתיב ההצלחה שלה, והמידע שחולץ מופיע בשולחן העבודה של הסוכן. חזור על הבדיקה עם ANI שאינו נמצא במערך הנתונים וודא שהנתיב שלא נמצא מחזיר את ערך החלופה שהוגדר.