במאמר זה
dropdown icon
סקירה כללית
    הודעת תאימות חשובה
dropdown icon
הודו WxCC מודלים פריסה
    דגם 1: BPO בינלאומי
    מודל 2: דייר הודי עם מרכז שירות ללקוחות הודו בלבד
    מודל 3: דייר רב-לאומי עם מרכז קשר מקומי בהודו
dropdown icon
הגדר Webex Contact Center עבור מיקומים בהודו
    דרישות מוקדמות
    הגדרת שיחות
    קביעת תצורה של הגדרות מרכז הקשר
dropdown icon
המלצות תצורה
    מודלי תצורה אידיאליים
    ניתוב ותצורה של ANI
    דוגמה לזרימת שיחה נכנסת
    התנהגות סוכן וחריגות מדיניות
dropdown icon
טיפול בשגיאות וקודי aux
    שגיאה טכנית וטיפול בקוד AUX
dropdown icon
מגבלות
    ניהול ANI וחיוג חוץ
    קישוריות סוכן וכלים
    טיפול טכני וטיפול בשגיאות
    תושבות נתונים וביקורת

הגדר Webex Contact Center בהודו

list-menuבמאמר זה
list-menuמשוב?

מאמר זה מסייע לך בהגדרת Webex Contact Center עבור מרכז הנתונים של הודו (DC).

סקירה כללית

Cisco Webex Contact Center זמין כעת כשירות מוסדר בהודו, המאפשר לארגונים רב-לאומיים ומקומיים כאחד להפעיל שירותי BPO ומרכזי שירות תוך ציות מלא לתקנות מחלקת הטלקומוניקציה (DoT), ממשלת הודו.

Webex Contact Center בהודו בנוי על בסיס Webex Calling. גישה משולבת זו מאפשרת לארגונים למנף ארכיטקטורת ענן מאוחדת הן עבור טלפוניה ארגונית והן עבור מעורבות לקוחות מתקדמת. לפני הפעלת תכונות מרכז השירות, חיוני לוודא שסביבת הבסיס Webex Calling שלך מוגדרת במיוחד עבור מרכז הנתונים בהודו כדי לעמוד בדרישות רגולטוריות.

לקבלת מידע על תוכניות תעריפים, ראה Webex Contact Center מאמר תוכנית התעריפים של הודו.

הודעת תאימות חשובה

ציות לתקנות מחלקת הטלקומוניקציה של הודו (DoT) הוא אחריות משותפת בין Cisco ללקוחותיה. כדי להבטיח שהפריסה הספציפית שלך תואמת לכל דרישות החוק המקומי, אנו ממליצים להתייעץ עם היועץ המשפטי או הרגולטורי שלך.

הודו WxCC מודלים פריסה

כדי להתחיל עם הגדרת הודו שלך, עדיף להבין תחילה את הבסיס הטכני הסטנדרטי עבור Webex Contact Center. אנו ממליצים לעיין במאמר הגדרת ערוצים קוליים עבור Webex Contact Center , המסביר את ארכיטקטורת שלוש השכבות בהן אנו משתמשים ברחבי העולם:

  • שכבת גישה: זהו הקצה שבו PSTN או שערים מקומיים מתחברים Webex.

  • שכבת עיבוד מדיה: זה המקום שבו השמע בפועל (מדיה) מטופל ומסתיים.

  • שכבת יישום: זהו המוח שמנהל ניתוב שיחות, הנחיות והקצאות סוכנים.

בהודו DC, שכבות אלה עוזרות לך לשמור על תאימות עם תקנות DoT. בהתאם למיקום הסוכנים והלקוחות שלך, תבחר באחד משלושה דגמים: BPO בינלאומי, דייר הודי או דייר רב לאומי.

דגם 1: BPO בינלאומי

סקירה כללית

עבור פעולות מיקור חוץ של תהליכים עסקיים בינלאומיים (BPO) שבהן משאבי הדייר והטלפוניה רשומים מחוץ להודו, פעל בהתאם להנחיות הבאות:

  • הדייר רשום ממדינה מחוץ להודו.

  • מספר נקודת הכניסה שחויג (EPDN) משויך למיקום מחוץ להודו.

  • הסוכנים והטלפונים שלהם (שלוחות Webex Calling או שלוחות מקומיות של מנהל השיחות) מוגדרים למיקום זר.

  • הסוכנים ממוקמים פיזית בהודו אך מטפלים בשיחות המגיעות ממספר נקודת הכניסה (EP) של המדינה הזרה.

דיאגרמה הממחישה זרימת עבודה Webex Contact Center שבה שיחה מארצות הברית מנותבת דרך הענן לסוכן הממוקם בהודו.

ניהול וקביעת תצורה

  • אין לחבר סוכנים בהודו לשירותי PSTN בהודו (כלומר, יש להגדיר את שירות הטלפוניה שלהם כמיקום מחוץ להודו).

  • אין להשתמש ב- PSTN בהודו עבור אירועי Bridge DN, Blind Transfer Flow או פעולות Webex Contact Center כלשהן בתוך אינטראקציה.

  • סוכנים עשויים להשתמש WebRTC עבור קישוריות.

  • אין צורך בהגבלות מיוחדות על תורים או צוותים.

תאימות

כדי לשמור על תאימות לתקנות המקומיות, פעל בהתאם לדרישות המפתח הבאות במסגרת מודל הפריסה שבחרת:

  • קישוריות משרדית: אם הנציגים שלך עובדים מהמשרד, המדיה שלהם חייבת לזרום דרך חיבור רשת ייעודי.

  • עבודה מ Home: סוכנים העובדים מ Home יכולים להשתמש באינטרנט ישירות. הם לא צריכים להתחבר לרשת המשרדית שלהם בהודו באמצעות VPN.

  • שמירת נתונים: אתה אחראי להורדת רשומות פרטי השיחות (CDR) ויומני הביקורת. אלה חייבים להיות מאוחסנים בשרת הממוקם בהודו במשך שנה אחת לפחות.

מודל 2: דייר הודי עם מרכז שירות ללקוחות הודו בלבד

סקירה כללית

השתמש במודל זה אם הארגון שלך מפעיל מוקד שירות מקומי בהודו ומשרת רק לקוחות הודים. בתרחיש זה, יש לשייך הן את הסוכנים והן את משאבי הטלפוניה שלך למיקומים בהודו.

מודל זה אינו תומך בשימוש בסוכנים מבוססי WebRTC בהודו (WebRTC מתוכנן לתמיכה עתידית).

הודו מקומי Webex Contact Center זרימת עבודה עבור שיחות מקומיות בתוך הודו.

ניהול וקביעת תצורה

  • צור מיקום מטה (מטה) בתוך הודו. המיקום הראשון שתיצור יקבע את מרכז הנתונים Webex Calling עבור הארגון שלך.

  • צור אזורים והגדר את Trusted Network Edge בהתאם להנחיות Webex Calling עבור מיקומים בהודו.

  • השלם הליכי KYC (הכר את הלקוח שלך) כדי להפעיל את המיקום.

  • ודא שכל Bring Your Own AI (BYOAI) המקושר לזרימות עם מספרים הודיים מתחבר רק לשירותים בתוך הודו.

  • להקים תור ייעודי וצוות סוכנים להגשת EPs בהודו; אל תערבבו סוכנים אלה עם אלה המטפלים בשיחות מ-EP מחוץ להודו.

  • עבור כל אזור:

    • צור רשימת זיהוי מספרים אוטומטי של חיוג יוצא (ANI) והגדר את ברירת המחדל של ANI למספר בתוך אזור זה.

    • שייך את רשימת Outdial ANI לצוות הסוכנים המשרתים את ה- EP מאזור זה.

    • פעולה זו מונעת כשלים בשיחה במהלך חיוג יוצא כאשר סוכנים משתמשים ב- ANI המוגדר כברירת מחדל.

    • בעת הגדרת שיחות חוזרות באדיבות, ודא שה- ANI תואם לאזור ההודי הספציפי שבו נמצאים הסוכנים בתור.

  • בעת יצירת קמפיינים, סוכני מילואים מאזור מסוים ומשתמשים ב- ANI מאותו אזור.

תאימות

כדי לשמור על תאימות לתקנות המקומיות, פעל בהתאם לדרישות המפתח הבאות במסגרת מודל הפריסה שבחרת:

  • קישוריות משרדית: אם הנציגים שלך עובדים מהמשרד, המדיה שלהם חייבת לזרום דרך חיבור רשת ייעודי.

  • עבודה מ Home: סוכנים העובדים מ Home יכולים להשתמש באינטרנט ישירות. הם לא צריכים להתחבר לרשת המשרדית שלהם בהודו באמצעות VPN.

  • שמירת נתונים: אתה אחראי להורדת רשומות פרטי השיחות (CDR) ויומני הביקורת. אלה חייבים להיות מאוחסנים בשרת הממוקם בהודו במשך שנה אחת לפחות.

מודל 3: דייר רב-לאומי עם מרכז קשר מקומי בהודו

סקירה כללית

ההנחיות הבאות חלות על דיירים רב-לאומיים המתארחים מחוץ להודו, אך עם מרכז קשר מקומי המשרת EPs בהודו:

  • הדייר רשום מחוץ להודו ויש לו צוות של סוכנים לשרת EPDN ממספר מדינות, כולל הודו.

  • מספר EPDN עבור הודו משויך למיקום בתוך הודו.

  • סוכנים המשרתים את הודו EPDNs ממוקמים פיזית בהודו.

  • סוכנים והטלפונים שלהם (טלפונים שלוחה Webex Calling או שלוחות מקומיות) מקושרים למיקום בהודו.

מודל זה אינו תומך בשימוש בסוכנים מבוססי WebRTC בהודו. (WebRTC מתוכנן לתמיכה עתידית).

ארגון גלובלי (עם סניף בהודו)" Webex Contact Center זרימת עבודה, המציגה קישוריות בין מיקומים בארה"ב ובהודו.

ניהול וקביעת תצורה

  • צור אזורים והגדר את Trusted Network Edge בהתאם להנחיות Webex Calling עבור מיקומים בהודו.

  • השלם את תהליך Webex Calling KYC (הכר את הלקוח שלך) כדי להפעיל מיקום בהודו.

  • ודא שכל פתרונות BYOAI המשויכים לזרימות מספרים הודיות מתחברים רק לשירותים בתוך הודו.

  • להקים תור ייעודי וצוות סוכנים כדי לשרת את הודו EP; אל תערבבו סוכנים אלה עם אלה המטפלים בשיחות מ-EPs מחוץ להודו. ניתן להשיג תצורה זו באמצעות צוותים או מיומנויות של סוכני מוקד שירות.

  • עבור כל אזור:

    • צור רשימת ANI של חיוג יוצא והגדר את ברירת המחדל של ANI למספר בתוך אזור זה.

    • שייך את רשימת Outdial ANI לצוות הסוכנים המשרתים את ה- EP מאזור זה.

    • הגדרה זו מסייעת למנוע כשלים בשיחה במהלך חיוג יוצא כאשר סוכנים משתמשים ב- ANI המוגדר כברירת מחדל.

    • במהלך שיחות חוזרות באדיבות, ודא שה- ANI תואם לאזור הטלפון של הסוכן בתור.

  • בעת יצירת קמפיינים, סוכני מילואים מאזור מסוים ומשתמשים ב- ANI מאזור זה.

תאימות

כדי לשמור על תאימות לתקנות המקומיות, פעל בהתאם לדרישות המפתח הבאות במסגרת מודל הפריסה שבחרת:

  • קישוריות משרדית: אם הנציגים שלך עובדים מהמשרד, המדיה שלהם חייבת לזרום דרך חיבור רשת ייעודי.

  • עבודה מ Home: סוכנים העובדים מ Home יכולים להשתמש באינטרנט ישירות. הם לא צריכים להתחבר לרשת המשרדית שלהם בהודו באמצעות VPN.

  • שמירת נתונים: אתה אחראי להורדת רשומות פרטי השיחות (CDR) ויומני הביקורת. אלה חייבים להיות מאוחסנים בשרת הממוקם בהודו במשך שנה אחת לפחות.

הגדרת מיקומים Webex Contact Center להודו

דרישות מוקדמות

לפני שתתחיל בהגדרה, ודא שאתה עומד בדרישות הבאות:

  • תיעוד רגולטורי: עליך להגיש את טופס הכר את הלקוח (KYC) ואת טופס בקשת הלקוח (CAF). עיין בסקירה הכללית של תקנות כדי לדעת יותר על KYC ו- CAF.

    גם אם כבר השלמת את KYC עבור Webex Calling, ייתכן שתידרש שליחה נפרדת כדי ששירותי מרכז שירות יעמדו ברישיון הטלקום המאוחד.

  • פלטפורמה: Webex Contact Center הודו תומכת בWebex Calling בלבד. חיבורי VPOP מדור קודם או חיבורי טלפוניה אחרים אינם נתמכים.

הגדרת שיחות

תחילה עליך להגדיר את סביבת הטלפוניה. כדי למנוע כפילות שלבים, עיין במאמרי Webex Calling הבאים כדי להשלים את הגדרת הבסיס שלך:

  • קישוריות PSTN: הגדר את השער המקומי או את PSTN (CCP) המחובר לענן כמתואר בהפעלה Webex Calling בהודו.

  • אזורים וקצה מהימן: הגדר את אזורי הרשת שלך כדי להבטיח תאימות למיקום המדיה. עיין בסעיף רשת מהימנה שנוצרה ויצירת אזור ומקטע קצה לקבלת מידע מפורט.

תפעול שיחות ובקרת מעקף אגרה

כדי להבטיח שהפעולה שלך תישאר תואמת, Webex Contact Center אוכף את כללי עוקף האגרה הבאים:

  • ניתוב נכנס: סוכנים בהודו יכולים להתייעץ עם סוכן הממוקם מחוץ להודו בשיחת PSTN נכנסת, אך הם אינם יכולים להעביר את השיחה או לנהל שיחת ועידה.

  • חיוג יוצא: עבור כל שיחות PSTN (מקומיות או בינלאומיות), על הסוכנים להשתמש במזהה קו מתקשר (CLI) מאומת של PSTN בהודו. הם נדרשים להשתמש ב-ANI המשויך לאזור שאליו שייך הטלפון שלהם, גם אם הם מוגדרים לחייג שיחות בינלאומיות על-ידי מנהל מערכת.

  • חריגות מדיניות: אם זרימת שיחה מפרה את תקנות DoT, הסוכן יראה שגיאת חריגת מדיניות ב- Agent Desktop, והשיחה תופסק.

לקבלת מידע מפורט, עיין בסעיף החלת תצורת מדיניות עוקף אגרה בסעיף Webex Calling .

קביעת תצורה של הגדרות מרכז הקשר

לאחר שבסיס השיחות מוכן, בצע את הפעולות הבאות במרכז הבקרה:

  1. ארץ פעולה: עבור אל מרכז הקשר > הגדרות > כללי וודא שארץ הפעולה מוגדרת להודו

  2. מיפוי מיקום: ודא שהמיקומים במרכז הקשר תואמים לאזורים שנוצרו במהלך הגדרת השיחות.

המלצות תצורה

מודלי תצורה אידיאליים

כדי לשמור על תאימות ההתקנה ולהימנע משגיאות, עליך לפעול לפי מודל תצורה מבוסס גיאוגרפית.

  • צוותים גיאוגרפיים: כדי להימנע משגיאות מדיניות, מומלץ להגדיר את התצורה באמצעות צוותים גיאוגרפיים. לדוגמה, צור צוות בנגלור וצוות צ'נאי. על ידי הקצאת צוותים אלה לתורים באותו אזור, תוכל להבטיח שהמערכת מתנהגת כמצופה והסוכנים אינם מפעילים הגבלות אגרה מיותרות.

  • מיפוי תורים: אל תקצה צוות מאזור אחד לתור באזור אחר אם הוא מפר את כללי 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 Teams מכיוון שהן נחשבות מחוץ לטווח עבור הגדרה ספציפית זו.

שיחה מחוץ לרשת

כאשר נכנסת שיחה מ-PSTN, המערכת אוכפת בקרות מחמירות של מעקף אגרה כדי להבטיח תאימות.

  • הנתיב: השיחה נכנסת דרך אזור PSTN ספציפי (כמו אזור בנגלור) ועוברת דרך ה- EP לתור.

  • מסירת צוות: המערכת מאמתת את מיקום הסוכן מול אזור PSTN. אם הסוכן נמצא באזור הנכון (למשל, בנגלור) ואינו נודד, השיחה מותרת. אם המערכת מזהה שהסוכן נמצא במיקום לא חוקי או לא אזורי (למשל, ניו יורק), השיחה מוגבלת.

  • פעולת מערכת: כאשר שיחה נחסמת עקב הפרת מדיניות, המערכת מחזירה באופן אוטומטי את המתקשר לתור ומציגה הודעת שגיאת מדיניות בשולחן העבודה של הסוכן.

  • שיטות עבודה מומלצות: כדי להימנע מחסימות אלה, השתמש ב- Teams ב- Webex Contact Center כדי להקצות סוכנים בקפדנות לאתרים ולתורים הנכונים.

התנהגות סוכן וחריגות מדיניות

הבנת הגבלות אגרה ואופן פעולה של שולחן עבודה

כאשר שיחה או פעולה מפרות את כללי DoT של הודו, המערכת מפעילה הגבלת אגרה. כך Agent Desktop מתנהג בתרחישים שונים.

דחיות שיחות נכנסות

אם שיחה נכנסת מפרה מדיניות, הסוכן רואה שגיאה ומצבו משתנה ל'הגבלת שיחות'. עם זאת, עבור דחיות outdial או התייעצות, מצבם אינו משתנה. זה קורה אם הם משתמשים בטלפון רשת טלפון ממותגת ציבורית (PSTN), WebRTC, או משוטטים מחוץ להודו.

  • למה זה קורה:

    • הסוכן משתמש במספר טלפון של PSTN.

    • הסוכן משתמש ב- WebRTC כדי לטפל בשיחה שבסיסה בהודו.

    • הסוכן משתמש בסיומת Webex אך משוטט מחוץ להודו. (המערכת מבצעת בדיקת Geo-IP כדי לקבוע אם הטלפון נמצא פיזית בתוך המדינה או מחוצה לה).

    • סוכן אחר מתייעץ עם הסוכן המשתמש בטלפון PSTN.

דחיות חיוג יוצא (יוצא)

אם שיחת חיוג יוצא נדחית, הסוכן רואה שגיאת מדיניות, אך מצבו אינו משתנה.

  • למה זה קורה:

    • הסוכן מנסה להשתמש ב-ANI מאזור אחר.

    • הסוכן משתמש בטלפון PSTN.

    • הסוכן משתמש WebRTC בזמן שהוא מנסה להתקשר ללקוח בהודו.

כשלים בייעוץ ובהעברה

אם התייעצות או העברה ל- DN או לסוכן אחר נכשלת, הסוכן רואה שגיאת מדיניות, אך מצבם אינו משתנה.

  • למה זה קורה:

    • האדם שמתייעצים בו משתמש בטלפון PSTN.

    • האדם שמתייעצים איתו משתמש בWebRTC.

    • הסוכן המקבל את ההעברה נמצא פיזית מחוץ להודו.

שולחן עבודה: לחצנים ותיאורי כלים מושבתים

כדי למנוע שגיאות, שולחן העבודה משבית לעתים קרובות את הלחצנים העברה ומיזוג אם המערכת קובעת שהפעולה אינה מותרת.

  • אם תרחף מעל לחצן מושבת, יופיע תיאור כלי המסביר את הסיבה.

  • במקרים נדירים, מצב השיחה עשוי להשתנות כאשר הייעוץ כבר מתבצע. אם שינוי זה יגרום לשיחה להפר את כללי הגבלת האגרה בהודו, המערכת לא תאפשר את המשך החיבור. במצב כזה, ייתכן שרגלי השיחה יישמטו, או שפעולות כגון 'העברה' או 'ועידה' ייכשלו - גם אם הלחצנים בשולחן העבודה עדיין לא הושבתו.

מעקב מפקח

בקשת מפקח לפקח על שיחה תידחה אם תופעל הגבלת אגרה.

  • למה זה קורה:

    • המפקח משתמש בטלפון PSTN.

    • המפקח משתמש בהרחבה Webex ממיקום מחוץ להודו.

פעולהתרחישפעולת מערכתחוויית סוכן
שיחה נכנסת התקשר מאזור הודו לסוכן בניו יורק. חסום. המערכת מזהה הפרת אזור. הסוכן מקבל הודעת שגיאה; השיחה חוזרת לתור.
ייעוץ סוכן שבסיסו בהודו מתייעץ עם סוכן שאינו הודי. מותר. אתה יכול לדבר עם הסוכן השני. התנהגות רגילה של היוועצות.
העברה סוכן הודי מנסה להעביר שיחה הודית לסוכן אמריקאי. חסום. זה ישבור את חוקי DoT. ההעברה נכשלת; הסוכן רואה שגיאת תאימות.
נדידה סוכן בקבוצה הודית מנסה לקבל שיחה תוך כדי נדידה בחו"ל. חסום. המערכת בודקת את מיקום הסוכן. השיחה לא תעבור; הודעת השגיאה מוצגת.
יוצא/קמפיין הסוכן מנסה להשתמש ב-ANI מאזור אחר. חסום. השיחה לא תעבור; הודעת השגיאה מוצגת.

טיפול בשגיאות וקודי aux

שגיאה טכנית וטיפול בקוד AUX

כאשר שיחה נדחית עקב הגבלת אגרה בהודו, המערכת משתמשת בקודים טכניים ספציפיים כדי לזהות את הבעיה. הדבר מסייע בפתרון בעיות ביומני הרישום ומאפשר לך לבנות לוגיקה חכמה יותר בזרימת השיחות.

SIP ומזהי מערכת

אם אתה מסתכל על היומנים הטכניים או Session Initiation Protocol (SIP) כותרות (במיוחד SIP BYE או SIP 403 הודעות), תראה את השיחה מתויגת כ:

  • SIP כותרת: X-Cisco-RTMS: zone-restricted-error

  • סיבת המערכת: CALLING_RESTRICTION

  • קוד סיבה: 119

סוכן חדש קוד AUX

הוספנו קוד Autole AUX חדש המוגדר על-ידי המערכת עבור סוכנים שנתקלו בשגיאת הגבלת אגרה. אם סוכן נחסם משיחה עקב כללי תאימות, מצבו ישתנה באופן אוטומטי לקוד חדש זה:

  • קוד AUX : calling_restriction

שימוש בקוד 119 ב- Flow Designer

באפשרותך להשתמש בקוד הסיבה החדש 119 (CALLING_RESTRICTION) כדי לטפל בשגיאות באופן אוטומטי בתוך זרימת השיחות שלך. על ידי בדיקת קוד כשל ספציפי זה, תוכל להחליט מהי הפעולה הבאה הטובה ביותר בפעילויות Flow שונות, כגון:

  • BridgeTransfer או BlindTransfer: אם העברה נכשלת עם קוד 119, באפשרותך ליצור סקריפט של הזרימה כדי לנסות נתיב אחר או להשמיע הודעה ספציפית למתקשר.

  • קמפיינים יוצאים: השתמש בקוד זה כדי לקבוע אם שיחת קמפיין נחסמה על-ידי מגבלת מדיניות ולטפל ברשומה בהתאם.

מגבלות

ניהול ANI וחיוג חוץ

  • יישור אזור: השתמש תמיד ברכיבי ANI ובסוכנים מאותו אזור עבור:

    • באדיבות Callback: ההתקשרות החוזרת ANI חייבת להתאים לאזור הרגולטורי של הסוכן.

    • רשימות ANI של חיוג חוץ: רכיבי ANI ברשימת חיוג יוצא חייבים להתאים לאזור של הסוכנים שהוקצו לפרופיל שולחן עבודה זה.

    • קמפיינים: ודא שה-ANI של הקמפיין והסוכנים שהוקצו לו נמצאים באותו אזור.

  • ANI ברירת מחדל: עליך לבחור ANI אחד ברשימת החיוג היוצא כ- ANI המוגדר כברירת מחדל.

  • ללא ANI מותאם אישית: השימוש ב- ANI מותאם אישית אסור בהודו. שימוש ברכיבי ANI מותאמים אישית יגרום לכשלי חיוג יוצא וייצור בלבול ביקורת ברשומות פרטי שיחה Webex Calling (CDR).

קישוריות סוכן וכלים

  • WebRTC: אפשרות זו נתמכת עבור סוכני BPO, אך היא אינה נתמכת אם לסוכן יש גישה ל-PSTN בהודו.

  • הרחבות: סוכנים חייבים תמיד להשתמש בשלוחה Webex Calling שהוקצתה להם עבור כל פעילויות מרכז השירות.

  • עבודה מ- Home (WFH): אם סוכנים עובדים מ- Home, הורה להם להשתמש בחיבור VPN למיקום המשרד המוגדר שלהם כדי לשמור על תאימות לאזור התקינה שהוקצה להם.

  • משרדים מרובים: ארגונים עם משרדים מרובים חייבים להחזיק תא מטען של PSTN בכל אזור אם סוכנים באזור ספציפי זה דורשים יכולות חיוג חוץ.

טיפול טכני וטיפול בשגיאות

  • תצורות מקומיות: עבור תצורות סוכן מקומי, מנהל הדיירים אחראי להבטיח שה- PBX המקומי מציית למגבלות האגרה בהודו.

  • קודי סוכן לא פעיל: ערך מערכת חדש עבור קודי סוכן סרק הוצג עבור אזור הודו כדי לעקוב אחר מדינות תאימות לתקנות.

  • קודי כשל בהעברה: פעילויות כגון Bridge Transfer או Blind Transfer יחזירו קודי תגובה חדשים לשגיאות במקרה של הפרת הגבלת אגרה.

תושבות נתונים וביקורת

  • עיגון מדיה: מדיה לשיחות פנים מעוגנת בהודו ואינה יכולה לעזוב את המדינה.

  • אחסון: הקלטות ותמלילי שיחות עבור דיירים בהודו מאוחסנים במרכז הנתונים של הודו.

  • CDR ביקורת: Webex Calling CDR לוכדים את כל פרטי המתקשר. ודא שרכיבי ANI מוגדרים כראוי כדי למנוע אי-התאמות במהלך ביקורות DoT.

האם המאמר הועיל לך?
האם המאמר הועיל לך?