- בית
- /
- מאמר
תודה על המשוב.
הגדר את מרכז הקשר של Webex בהודו
במאמר זה
משוב?מאמר זה מסייע לך בהגדרת מרכז הקשר של Webex עבור מרכז הנתונים של הודו (DC).
סקירה כללית
Cisco Webex Contact Centerזמין כעת כשירות מוסדר בהודו, המאפשר לארגונים רב לאומיים ומקומיים להפעיל שירותי BPO ומרכז קשר בהתאם לתקנות מחלקת התקשורת (DoT), ממשלת הודו.
מרכז הקשר של Webex בהודו בנוי על Webex Calling הבסיס. גישה משולבת זו מאפשרת לארגונים למנף ארכיטקטורת ענן אחידה הן לטלפוניה ארג ונית והן למעורבות לקוחות מתקדמת. לפני הפעלת תכונות מרכז הקשר, חשוב לוודא ש Webex Calling סביבת הבסיס שלך מוגדרת במיוחד עבור מרכז הנתונים של הודו כדי לעמוד בדרישות הרגולטוריות.
למידע על תוכניות תעריפים, עיין במאמר תוכנית התעריפים של מרכז הקשר של Webex בהודו.
הודעת תאימות חשובה
עמידה בתקנות משרד התקשורת בהודו (DoT) היא אחריות משותפת בין סיסקו ללקוחותיה. כדי להבטיח שהפריסה הספציפית שלך תואמת את כל הדרישות המשפטיות המקומיות, אנו ממליצים להתייעץ עם היו עץ המשפטי או הרגולטורי שלך.
דגמי פריסת wxCC בהודו
כדי להתחיל עם הגדרת הודו שלך, עדיף להבין תחילה את הבסיס הטכני הסטנדרטי עבור מרכז הקשר Webex. אנו ממליצים לעיין במאמר הגדרת ערוצי קול עבור מרכז הקשר של Webex, המסביר את הארכיטקטורה התלת-שכבתית בה אנו משתמשים ברחבי העולם:
-
שכבת גישה: זהו הקצה שבו PSTN או השערים המקומיים שלך מתחברים ל- Webex.
-
שכבת עיבוד מדיה: כאן מטפלים ומסתיימים את האודיו (המדיה) בפועל.
-
שכבת יישום: זהו המוח שמנהל ניתוב שיחות, הנחיות והקצאות סוכן.
בהודו DC, שכבות אלה עוזרות לך להישאר תואם לתקנות DoT. תלוי היכן נמצאים הסוכנים והלקוחות שלך, תבחר באחד משלושה דגמים: BPO בינלאומי, דייר הודי או דייר רב לאומי.
דגם 1: BPO בינלאומי
סקירה כללית
עבור פעולות בינלאומיות במיקור חוץ של תהליכים עסקיים (BPO) שבהם השוכר ומשאבי הטלפוניה רשומים מחוץ להודו, פעל לפי ההנחיות הבאות:
-
השוכר רשום ממדינה מחוץ להודו.
-
המספר החיוג בנקודת הכניסה (EPDN) משויך למיקום מחוץ להודו.
-
סוכנים והטלפונים שלהם (תוספים או Webex Calling הרחבות של מנהל שיחות מקומיות) מוגדרים עבור מיקום זר.
-
סוכנים ממוקמים פיזית בהודו אך מטפלים בשיחות המגיעות ממספר נקודת הכניסה (EP) של המדינה הזרה.
ניהול ותצורה
-
אסור שסוכנים בהודו להיות מחוברים לשירותי PSTN בהודו (כלומר שירות הטלפוניה שלהם צריך להיות מוגדר כמיקום מחוץ להודו).
-
אין להשתמש ב- PSTN של הודו עבור כל אירוע של Bridge DN, Blind Transfer Flow או כל פעולה של מרכז הקשר של Webex במסגרת אינטראקציה.
-
סוכנים עשויים להשתמש ב- WebRTC לצורך קישוריות.
-
אין צורך בהגבלות מיוחדות על תורים או צוותים.
ציות
כדי להישאר תואם לתקנות המקומיות, אנא עקוב אחר הדרישות העיקריות הבאות במודל הפריסה שבחרת:
-
קישוריות Office: אם הסוכנים שלך עובדים מהמשרד, המדיה שלהם חייבת לזרום דרך חיבור רשת ייעודי.
-
עבודה מהבית: סוכנים העובדים מהבית יכולים להשתמש באינטרנט ישירות. הם לא צריכים להתחבר לרשת המשרדים שלהם בהודו באמצעות VPN.
-
שמירת נתונים: אתה אחראי להורדת רשומות פרטי השיחות (CDR) ויומני הביקורת שלך. אלה חייבים להיות מאוחסנים בשרת הממוקם בהודו למשך שנה לפחות.
דגם 2: דייר הודי עם מרכז קשר ללקוחות הודו בלבד
סקירה כללית
השתמש במודל זה אם הארגון שלך מפעיל מרכז קשר מקומי בהודו ומשרת לקוחות הודים בלבד. בתרחיש זה, סוכנים ומשאבי הטלפוניה שלך חייבים להיות משויכים למיקומים בהודו.
ניהול ותצורה
-
צור מיקום מטה (HQ) בתוך הודו. המיקום הראשון שתיצור קובע את מרכז Webex Calling הנתונים עבור הארגון שלך.
-
צור אזורים וקבע תצורה של ק צה רשת מהימן בהתאם להנ Webex Calling חיות עבור מיקומים בהודו.
-
השלם את הליכי KYC (דע את הלקוח שלך) להפעלת המיקום.
-
ודא שכל Bring Your Own AI (BYOAI) המקושר לזרימות עם מספרים הודיים מתחבר רק לשירותים בהודו.
-
הקים תור ייעודי וצוות סוכנים לשירות EPs בהודו; אל תערבב סוכנים אלה עם אלה המטפלים בשיחות מ- EP מחוץ להודו.
-
עבור כל אזור:
-
צור רשימת זיהוי מספרים אוטומטיים חיצוניים (ANI) והגדר את ANI המוגדר כברירת מחדל למספר בתוך אזור זה.
-
לשייך את רשימת ה- ANI של Outdial לצוות הסוכנים המשרתים את ה- EP מאותו אזור.
-
פעולה זו מונעת כשלים בשיחות במהלך חיוג חיצוני כאשר סוכנים משתמשים ב- ANI המוגדר כברירת מחדל.
-
בעת הגדרת שיחות חוזרות באדיבות, ודא שה- ANI תואם לאזור ההודי הספציפי שבו נמצאים הסוכנים בתור זה.
-
-
בעת יצירת קמפיינים, שמרו סוכנים מאזור ספציפי והשתמשו ב- ANI מאותו אזור.
ציות
כדי להישאר תואם לתקנות המקומיות, אנא עקוב אחר הדרישות העיקריות הבאות במודל הפריסה שבחרת:
-
קישוריות Office: אם הסוכנים שלך עובדים מהמשרד, המדיה שלהם חייבת לזרום דרך חיבור רשת ייעודי.
-
עבודה מהבית: סוכנים העובדים מהבית יכולים להשתמש באינטרנט ישירות. הם לא צריכים להתחבר לרשת המשרדים שלהם בהודו באמצעות VPN.
-
שמירת נתונים: אתה אחראי להורדת רשומות פרטי השיחות (CDR) ויומני הביקורת שלך. אלה חייבים להיות מאוחסנים בשרת הממוקם בהודו למשך שנה לפחות.
דגם 3: דייר רב לאומי עם מרכז הקשר המקומי בהודו
סקירה כללית
ההנחיות הבאות חלות על דיירים רב לאומיים המתארחים מחוץ להודו, אך עם מרכז קשר מקומי המשרת EP-uri בהודו:
-
השוכר רשום מחוץ להודו ויש לו צוות סוכנים לשרת EPDN ממספר מדינות, כולל הודו.
-
מספר EPDN להודו משויך למיקום בהודו.
-
סוכנים המשרתים את EPDNS בהודו ממוקמים פיזית בהודו.
-
סוכנים והטלפונים שלהם (טלפונים Webex Calling סיומים או תו ספים מקומיים) מקושרים למיקום הודו.
ניהול ותצורה
-
צור אזורים וקבע תצורה של ק צה רשת מהימן בהתאם להנ Webex Calling חיות עבור מיקומים בהודו.
-
השלם את תהליך Webex Calling KYC (דע את הלקוח שלך) להפעלת המיקום בהודו.
-
ודא שכל פתרונות BYOAI הקשורים לזרימות מספרים הודיות מתחברים רק לשירותים בהודו.
-
הקים תור ייעודי וצוות סוכנים לשרת את ה- EP של הודו; אל תערבב סוכנים אלה עם אלה המטפלים בשיחות מ- EP מחוץ להודו. ניתן להשיג תצורה זו באמצעות צוותים או כישורים של סוכני מרכז קשר.
-
עבור כל אזור:
-
צור רשימת ANI Outdial והגדר את ANI המוגדר כברירת מחדל למספר בתוך אזור זה.
-
לשייך את רשימת ה- ANI של Outdial לצוות הסוכנים המשרתים את ה- EP מאותו אזור.
-
הגדרה זו מסייעת למנוע כשלים בשיחות במהלך חיוג חיצוני כאשר סוכנים משתמשים ב- ANI המוגדר כברירת מחדל.
-
במהלך שיחות חוזרות באדיבות, ודא שה- ANI תואם את אזור הטלפון הסוכן בתור.
-
-
בעת יצירת קמפיינים, שמור סוכנים מאזור ספציפי והשתמש ב- ANI מאותו אזור.
ציות
כדי להישאר תואם לתקנות המקומיות, אנא עקוב אחר הדרישות העיקריות הבאות במודל הפריסה שבחרת:
-
קישוריות Office: אם הסוכנים שלך עובדים מהמשרד, המדיה שלהם חייבת לזרום דרך חיבור רשת ייעודי.
-
עבודה מהבית: סוכנים העובדים מהבית יכולים להשתמש באינטרנט ישירות. הם לא צריכים להתחבר לרשת המשרדים שלהם בהודו באמצעות VPN.
-
שמירת נתונים: אתה אחראי להורדת רשומות פרטי השיחות (CDR) ויומני הביקורת שלך. אלה חייבים להיות מאוחסנים בשרת הממוקם בהודו למשך שנה לפחות.
הגדר את מרכז הקשר של Webex עבור מיקומים בהודו
תנאים מוקדמים
לפני שתתחיל בהתקנה, ודא שאתה עומד בדרישות הבאות:
-
תיעוד רגולטורי: עליך להגיש את הכר את הלקוח שלך (KYC) ואת טופס בק שת הלקוח (CAF). עיין בסקי רת התקנות כדי לדעת יותר על KYC ו- CAF.
גם אם כבר השלמת את KYC עבורWebex Calling, ייתכן שתידרש הגשה נפרדת לשירותי מרכז הקשר כדי לעמוד ברישיון הטלקום המאוחד. -
פלטפורמה: מרכז הקשר Webex הודו תומך Webex Calling בלבד. VPOP מדור קודם או חיבורי טלפוניה אחרים אינם נתמכים.
הגדרת שיחות
תחילה עליך להגדיר את סביבת הטלפוניה שלך. כדי למנוע שכפול של שלבים, עיין במ Webex Calling אמרים הבאים להשלמת הגדרת הבסיס שלך:
-
אזורים וקצה מהימן: הגדר את אזורי הרשת שלך כדי להבטיח תאימות לתושבות מדיה. עיין בסעיף יצירת רשת מהי מנה וצור אזור וקצה לקבלת מידע מפורט.
פעולות שיחה ובקרת מעקף אגרה
כדי להבטיח שהפעולה שלך תישאר תואמת, מרכז הקשר של Webex אוכף את הכללים הבאים למעקף אגרה:
-
ניתוב נכנס: סוכנים בהודו יכולים להתייעץ עם סוכן הממוקם מחוץ להודו בשיחת PST N נכנסת, אך הם אינם יכולים להעביר או להעביר את השיחה.
-
חיוג יוצא: עבור כל שיחות PSTN (מקומיות או בינלאומיות), על הסוכנים להשתמש בזיהוי קו מתקשר PSTN בהודו (CLI) מאומת. הם נדרשים להשתמש ב- ANI המשויך לאזור אליו שייך הטלפון שלהם, גם אם הם מוגדרים לחייג שיחות בינלאומיות על ידי מנהל מערכת.
-
חריגים למדיניות: אם זרימת שיחה מפרה את תקנות DoT, הסוכן יראה שגיאת חריג מדיניות Agent Desktop ב-, והשיחה תסתיים.
למידע מפורט עיין ביישום תצורת מדיניות מעקף אגרה בס Webex Calling עיף.
קביעת תצורה של הגדרות מרכז הקשר
לאחר שבסיס השיחות מוכן, בצע את הפעולות הבאות במרכז הבקרה:
-
ארץ הפעולה: עבור אל מרכז אנשי הקשר > הגדרות > כללי וודא שמדינת הפעולה מוגדרת להודו
-
מיפוי מיקום: ודא שמיקומי מרכז הקשר שלך תואמים לאזורים שנוצרו במהלך הגדרת השיחות.
המלצות תצורה
דגמי תצורה אידיאליים
כדי לשמור על תאימות ההתקנה שלך ולהימנע משגיאות, עליך לפעול לפי מודל תצורה מבוסס גיאוגרפי.
-
צוותים גיאוגרפיים: כדי למנוע שגיאות מדיניות, אנו ממליצים להגדיר את התצורה שלך באמצעות צוותים גיאוגרפיים. לדוגמה, צור צוות בנגלור וצוות צ'נאי. על ידי הקצאת צוותים אלה לתורים באותו אזור, תבטיח שהמערכת תתנהג כצפוי והסוכנים לא יפעילו הגבלות אגרה מיותרות.
-
מיפוי תור: אל תקצה צוות מאזור אחד לתור באזור אחר אם הוא מפר את כללי DoT. לדוגמה, אל תקצה צוות מבוסס ארה"ב לתור הודי.
-
ההיגיון: על ידי קישור צוותים לאתרים ותורים ספציפיים באותו אזור, יש פחות סיכוי שתפעיל שגיאת מדיניות. המערכת נועדה להגן על עצמה, אך עיצוב חכם מקל על עבודתו של מנהל המערכת הרבה יותר.
ניתוב ותצורה של ANI
ניהול זיהוי מספר אוטומטי (ANI) הוא קריטי. כל מספר חייב להיות ממופה ל- EP נכנס. עבור דיירים רב לאומיים, שיפרנו את רשימת ה- Outdial ANI כך שתוכל להגדיר ברירת מחדל אזורית. זה מבטיח שסוכנים בהודו לא ישתמשו בטעות ברירת מחדל של דיירים גלובלית המפרה את הכללים המקומיים.
-
מיפוי מספרים: כדי להשתמש במספר כ-ANI, תחילה יש למפות אותו ל- EP נכנס.
-
EP יוצא: לסוכנים מוקצה EP יוצא ורשימת ANI (או שהם יכולים להשתמש ברירת מחדל ANI).
-
אילוצים אזוריים: ה- ANI ממופה ל- EP נכנס, המספק את אזור שירות המדיה בזמן אמת (RTMS) ואת המיקום. Webex Calling מיקום זה מגדיר את ברירת המחדל של PSTN עבור אזור זה.
-
בקרת מנהל מערכת: מנהלי מערכת צריכים לשלוט בגישה ל- ANI יוצאים כדי להבטיח שסוכנים בהודו לא ישתמשו ברירת מחדל ANI מחוץ לאזור שלהם.
דוגמה לזרימת שיחות נכנסות
שיחה ברשת
כאשר נכנסת שיחה פנימית ברשת (לדוגמה, לקו תמיכה ב- IT), המערכת עוקבת בנתיב ספציפי כדי להישאר תואמת.
-
הנתיב: השיחה נכנסת דרך מיקום ספציפי (כמו אזור בנגלור) ועוברת דרך ה- EP לתור.
-
משלוח צוות: לאחר מכן השיחה מנותבת לצוות. שיחות פנימיות ברשת הן גמישות וניתן להעביר אותן לסוכן בתוך הודו, לסוכן הנודד מחוץ להודו, או אפילו לסוכן שהוגדר מחוץ להודו - כל עוד הם משתמשים בתוסף Webex Calling (wxC) ולא בטלפון רשת טלפונית ציבורית (PSTN).
-
הגבלות PSTN: שים לב שלא ניתן לנתב שיחות פנימיות אלה ליעדי PSTN או צוותי MS מכיוון שהן נחשבות מחוץ לתחום ההתקנה הספציפית הזו.
שיחה מחוץ לרשת
כאשר נכנסת שיחה מה- PSTN, המערכת אוכפת בקרות מעקף אגרה קפדניות כדי להבטיח תאימות.
-
הנתיב: השיחה נכנסת דרך אזור PSTN ספציפי (כמו אזור בנגלור) ועוברת דרך ה- EP לתור.
-
משלוח צוות: המערכת מאמתת את מיקום הסוכן מול אזור PSTN. אם הסוכן נמצא באזור הנכון (למשל, בנגלור) ואינו נודד, השיחה מותרת. אם המערכת מזהה שהסוכן נמצא במיקום לא חוקי או שאינו אזור (לדוגמה, ניו יורק), השיחה מוגבלת.
-
פעולת מערכת: כאשר שיחה נחסמת עקב הפרת מדיניות, המערכת מחזירה את המתקשר באופן אוטומטי לתור ומציגה הודעת שגיאת מדיניות בשולחן העבודה של הסוכן.
-
שיטות עבודה מומלצות: כדי להימנע מחסימות אלה, השתמש ב- Teams במרכז הקשר של Webex כדי להקצות סוכנים באופן קפדני לאתרים ולתורים הנכונים.
התנהגות סוכן וחריגים למדיניות
הבנת מגבלות אגרה והתנהגות שולחן עבודה
כאשר שיחה או פעולה מפרים את כללי ה- DoT של הודו, המערכת מפעילה הגבלת אגרה. כך מת Agent Desktop נהג בתרחישים שונים.
דחיות שיחות נכנסות
אם שיחה נכנסת מפרה מדיניות, הסוכן רואה שגיאה ומצבו משתנה להגבלת שיחות. עם זאת, עבור דחיות חיצוניות או התייעצות, מצבם אינו משתנה. זה קורה אם הם משתמשים בטלפון רשת טלפונים ציבורית (PSTN), WebRTC, או נודדים מחוץ להודו.
-
למה זה קורה:
-
הסוכן משתמש במספר טלפון PSTN.
-
הסוכן משתמש ב- WebRTC כדי לטפל בשיחה מבוססת הודו.
-
הסוכן משתמש בתוסף Webex אך משוטט מחוץ להודו. (המערכת מבצעת בדיקת גיאו-IP כדי לקבוע אם הטלפון נמצא פיזית בתוך המדינה או מחוצה לה).
-
הסוכן המשתמש בטלפון PSTN מתייעץ על ידי סוכן אחר.
-
דחיות חיצוניות (יוצאות)
אם שיחה חיצונית נדחית, הסוכן רואה שגיאת מדיניות, אך מצבו אינו משתנה.
-
למה זה קורה:
-
הסוכן מנסה להשתמש ב- ANI מאזור אחר.
-
הסוכן משתמש בטלפון PSTN.
-
הסוכן משתמש ב- WebRTC בזמן שהוא מנסה להתקשר ללקוח בהודו.
-
כשלים בייעוץ והעברה
אם ייעוץ או העברה ל- DN או לסוכן אחר נכשלים, הסוכן רואה שגיאת מדיניות, אך מצבם אינו משתנה.
-
למה זה קורה:
-
האדם שמתייעץ משתמש בטלפון PSTN.
-
האדם שמתייעץ משתמש ב- WebRTC.
-
הסוכן המקבל את ההעברה נמצא פיזית מחוץ להודו.
-
שולחן עבודה: לחצנים מושבתים ועצות כלים
כדי למנוע שגיאות, שולחן העבודה משבית לעתים קרובות את לחצני העברה ומיזוג אם המערכת קובעת שהפעולה אינה מותרת.
-
אם אתה מרחף מעל לחצן מושבת, יופיע טיפ כלים המסביר את הסיבה.
-
במקרים נדירים, מצב השיחה עשוי להשתנות בזמן שהייעוץ כבר בעיצומו. אם שינוי זה גורם לשיחה להפר את כללי הגבלת האגרה בהודו, המערכת לא תאפשר להמשיך בחיבור. כאשר זה קורה, ייתכן שרגלי השיחה יבוטלו, או פעולות כמו העברה או ועידה ייכשלו - גם אם הלחצנים בשולחן העבודה עדיין לא הושבתו.
ניטור מפקח
בקשתו של מפקח לפקח על שיחה תידחה אם מופעלת הגבלת אגרה.
-
למה זה קורה:
-
המפקח משתמש בטלפון PSTN.
-
המפקח משתמש בתוסף Webex ממיקום מחוץ להודו.
-
| מבצע | תרחיש | פעולת מערכת | ניסיון סוכן |
|---|---|---|---|
| שיחה נכנסת | התקשר מאזור הודו לסוכן בניו יורק. | חסום. המערכת מזהה הפרת אזור. | הסוכן מקבל הודעת שגיאה; השיחה חוזרת לתור. |
| ייעוץ | סוכן מבוסס הודו מתייעץ עם סוכן שאינו הודו. | מותר. אתה יכול לדבר עם הסוכן השני. | התנהגות ייעוץ רגילה. |
| העברה | סוכן מבוסס הודו מנסה להעביר שיחה הודית לסוכן אמריקאי. | חסום. זה יפר את חוקי ה- DoT. | ההעברה נכשלת; הסוכן רואה שגיאת תאימות. |
| נדידה | סוכן בצוות הודי מנסה לקבל שיחה בזמן משוטט בחו"ל. | חסום. המערכת בודקת את מיקום הסוכן. | השיחה לא תעבור; הודעת שגיאה מוצגת. |
| אאוטבאונד/קמפיין | הסוכן מנסה להשתמש ב- ANI מאזור אחר. | חסום. | השיחה לא תעבור; הודעת שגיאה מוצגת. |
טיפול בשגיאות וקודי Aux
שגיאה טכנית וטיפול בקוד AUX
כאשר שיחה נדחית עקב הגבלת אגרה בהודו, המערכת משתמשת בקודים טכניים ספציפיים כדי לזהות את הבעיה. זה עוזר בפתרון בעיות ביומנים ומאפשר לך לבנות לוגיקה חכמה יותר בזרימות השיחות שלך.
מזהי SIP ומערכת
אם אתה מסתכל ביומנים הטכניים או בכותרות פרוטוקול התחלת הפעלה (SIP) (במיוחד בהודעות SIP BYE או SIP 403), תראה את השיחה מתויגת כ:
-
כותרת SIP: x-Cisco-RTMS: שגיאה מוגבלת באזור
-
סיבת מערכת: הגבלת התקשרות
-
קוד סיבה: 119
קוד AUX סוכן חדש
הוספנו קוד AUX Idle חדש המוגדר על ידי המערכת עבור סוכנים שנפגעו בשגיאת הגבלת אגרה. אם סוכן נחסם משיחה עקב כללי תאימות, מצבו ישתנה אוטומטית לקוד חדש זה:
-
קוד AUX: הגבלת התקשרות
שימוש בקוד 119 במעצב זרימה
באפשרותך להשתמש בקוד הסיבה החדש 119 (CALLING_RESTRICTION) כדי לטפל בשגיאות באופן אוטומטי בתזרימי השיחות שלך. על-ידי בדיקת קוד כשל ספציפי זה, תוכל להחליט על הפעולה הטובה ביותר הבאה בפעילויות שונות של Flow, כגון:
-
BridgeTransfer או BlindTransfer: אם העברה נכשלת עם קוד 119, אתה יכול לתסריט את הזרימה כדי לנסות מסלול אחר או להפעיל הודעה ספציפית למתקשר.
-
קמפיינים יוצאים: השתמש בקוד זה כדי לקבוע אם שיחת קמפיין נחסמה על ידי הגבלת מדיניות ולטפל ברשומה בהתאם.
מגבלות
ANI וניהול חיצוני
-
יישור אזור: השתמש תמיד ב- ANI ובסוכנים מאותו אזור עבור:
-
התקשרות חוזרת באדיבות: ההתקשרות ANI חייבת להתאים לאזור הרגולציה של הסוכן.
-
רשימות ANI חיצוניות: ANI ברשימת חיוג חיצוני חייבים להתאים לאזור הסוכנים שהוקצו לפרופיל שולחן העבודה הזה.
-
קמפיינים: ודא שהקמפיין ANI והסוכנים שהוקצו נמצאים באותו אזור.
-
-
ברירת מחדל ANI: עליך לבחור ANI אחד ברשימת החיוג החיצוני כברירת מחדל ANI.
-
אין ANI מותאמים אישית: השימוש ב- ANI מותאמים אישית אסור בהודו. שימוש ב- ANI מותאמים אישית יגרום לכשלים חיצוניים ויצור בלבול ביקורת ברשומות Webex Calling פרטי שיחות (CDR).
קישוריות וכלים של סוכנים
-
WebRTC: זה נתמך עבור סוכני BPO, אך הוא אינו נתמך אם לסוכן יש גישה ל- PSTN של הודו.
-
הרחבות: על הסוכנים להשתמש תמיד בתו Webex Calling סף שהוקצה להם עבור כל פעילויות מרכז הקשר.
-
עבודה מהבית (WFH): אם סוכנים עובדים מהבית, הורה להם להשתמש בחיבור VPN למיקום המשרד המוגדר שלהם כדי לשמור על תאימות לאזור הרגולציה שהוקצה להם.
-
משרדים מרובים: ארגונים עם משרדים מרובים חייבים להיות בעלי תא מטען PSTN בכל אזור אם סוכנים באזור ספציפי זה דורשים יכולות חיצוניות.
טיפול טכני ושגיאות
-
תצורות מקומיות: עבור תצורות סוכן מקומיות, מנהל הדייר אחראי לוודא שהמרכזייה המקומית עומדת במגבלות אגרה של הודו.
-
קודי סרק של סוכן: ערך מערכת חדש עבור קודי סרק של סוכן הוצג עבור אזור הודו למעקב אחר מצבי תאימות לתקנות.
-
קודי כשל בהעברה: פעילויות כמו העברת גשר או העברה עיוורת יחזירו קודי תגובת שגיאה חדשים אם מופרת הגבלת אגרה.
-
הפניה: לסיכום של קודי כשל, עיין במד ריך מעצב זרימה: פעילויות העברה של גשר ועיוור.
-
תושבות נתונים וביקורת
-
עיגון מדיה: מדיה לשיחות מקומיות מעוגנת בהודו ואינה יכולה לעזוב את המדינה.
-
אחסון: הקלטות ותמלילים של שיחות לדיירים מבוססי הודו מאוחסנים במרכז הנתונים של הודו.
-
ביקורת CDR: Webex Calling CDR לוכדים את כל פרטי המתקשר. ודא ש- ANI מוגדרים כהלכה כדי למנוע פערים במהלך ביקורות DoT.
