במהלך המעבר כדי לאפשר דו קיום של מכשירים הר Unified CM שומים Webex Calling על ועל גבי תוכנית החיו Unified CM ג הארגונית יש לשנות כך שניתן יהיה לעמוד לפחות בדרישות הבאות:

• +E.164 חיוג מ- ל Unified CM Webex Calling

• חיוג תוסף מ- Unified CM אל Webex Calling (בתוך האתר אך גם בין אתרים אם טווחי ההרחבה ייחודיים)

• חיוג בין אתרים מקוצר מ- Unified CM Webex Calling

• חיוג מאולץ ברשת מ- ל Unified CM Webex Calling

• התקשרות חוזרת מספריית שיחות שלא נענו ליעדים Webex Calling

• שיחות PSTN מ Webex Calling - PSTN אם במהלך המעבר נעשה שימוש ב- PSTN מקומי עבור Webex Calling

• שיחות PSTN מ- Unified CM ל- Webex Calling if במהלך המעבר נעשה שימוש בחיתוך PSTN לפריסות היברידיות כדי לספק Webex Calling גישה ל- PSTN למשתמשים מקומיים באמצעות Cloud Connect עבור Unified CM Webex Calling

• מאולץ ברשת מ- Webex Calling Unified CM

• חיוג תוסף מ- Webex Calling Unified CM (בין אתרים).

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

תוכנית החיוג של שיטות עבודה מומלצות של איור מציגה את גישת תוכנית החיוג המומלצת כמתו אר בא רכיטקטורה מועדפת עבור פריסות מקומיות ארגוניות של Cisco Collabor ation 12.x, CVD. המאפיינים העיקריים של גישה זו כוללים:

• מחיצה יחידה עבור מספרי ספריות +E.164

• ניתוב ליבה המבוסס על דפוסי מסלול +E.164

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

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

לדוגמה, חיוג PSTN (9+1+10D) ממכשיר ב- SJC המסופק עם מ רחב חיפוש שיחות קו SJCInternational יתאים תחילה לתבנית התרגום 9.1 [2-9] XX [2-9] XXXXXX שמנרמל את מספר הצד המתקשר ל- +E.164. לאחר מכן, החיפוש המשני משתמש שוב באותו מרחב חיפוש קריאה SJCInternational (קורא לי רושה של שטח חיפוש) והמחרוזת +E.164 ספרות תתאים למספר ספריית +E.164 במחיצת DN או לאחד מדפוסי המסלול של PSTN במחיצה USPSTNNational או SJCpStnLocal. הרגלי חיוג מקוצרים בתוך האתר ובין אתרים מיו שמים על ידי התרגומים במחיצת ESN ו- SJCTO E 164. בעוד מחיצת ESN היא מחיצה גלובלית (נגישה לטלפונים בכל המיקומים) מחיצת SJCTOE164 נגישה רק למשתמשים במיקום SJC. זה בהנחה של טווח י הרחבה חופפים.

הצעד הראשון לאפשר שיחות מ- Unified CM אל Webex Calling הוא לוודא כי יעדי +E.164 מנותבים בהתאם. ניתן להשיג זאת על ידי הוספת Webex Calling מחיצה לתוכנית החיוג, הוספת דפוסי מסלול +E.164 עבור כל הי Webex Calling עדים למחיצה זו, ולבסוף הוספת המ Webex Calling חיצה לכל מרחבי החיפוש המתקשרים המייצגים מחלקות שירות שאליהן צריך להיות מסוגל להגיע. Webex Calling יצירת Webex Calling מחיצה ייעודית נדרשת כדי לאפשר יצירת סוג שירות מובחן לשיחות שמ קורןWebex Calling. כדי להימנע מלולאות שיחה, שטח החיפוש של השיחות הנכנסות בתא המטען מהשער המקומי לא א מורה להיות בעלת גישה למ Webex Calling חיצה.

כפי שמוצג באיור +E.164 ניתוב אלWebex Calling, כדי לאפשר ניתוב מ Unified CM - אל Webex Calling למיקום עם טווח +E.164 DID +1 221 555 2XXX וקוד אתר 121, יש להוסיף למחיצה ד פוס מסלול דחוף התואם לטווח +E.164 זה. Webex Calling

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

כדי לאפשר חיוג מקוצר בין אתרים לאתר, תבנית המסלול הנדר Webex Calling שת 8121.2XXX מתווספת למחיצה. Webex Calling עבור אתרים שיועברו לדפוס נורמליזציה של Webex Calling חיוג 8121.2XXX שמנרמל את חיוג ESN ל-+E. 164, ייתכן שכבר קיימים במחיצת ESN. במקרה זה נראה כי 8121.2XXX מיותר, אך ברגע שכל ה- DNs של המיקום המתאים הועברו לדפוס התרגום לנ Webex Calling ורמליזציה של חיוג 8121.2XXX ניתן להסיר ואז תבנית המסלול 8121.2XXX מאפשרת חיוג ESN אפילו למשתמשים בהרחבה בלבד בטווח זה.

באמצעות שינויי תוכנית חיוג אלה ניתן לבצע שיחות Webex Calling למיקום לא רק על ידי חיוג מקוצר בין אתרים ו- +E.164. כמו כן, חיוג PSTN בינלאומי וללאומי אפשרי מכיוון שהרגלי חיוג אלה מנורמלים תחילה ל-+E.164 באמצעות דפוסי התרגום הקיימים לנורמליזציה של חיוג ולאחר מכן מנותבים אליו Webex Calling על ידי התאמת דפוס המסלול +E.164 במחיצה. Webex Calling

ניתן לספק את התאמת תבנית המסלול +E.164 בטווח ה- DID של Webex Calling המיקום בזמן שכל ה- DID עדיין מתארחים. Unified CM אלגוריתם ההתאמה הטוב ביותר של Unified CM דפוסי ההתאמה מוודא שכאשר מחויגים מספר המתארח בו, מספר הספרייה +E.164 המוגדר בו Unified CM הוא התאמה טובה יותר מתבנית הנתיב +E.164 המוגדרת בתווים כלליים המצביעה עליה Webex Calling כך שהשיחות יורחבו לקו מופעל ולא נשלחו אליו. Unified CM Unified CM Webex Calling

לכל משתמש Webex Calling יש סיומת ו/או מספר טלפון +E.164. אורך ההרחבה הוא הגדרה גלובלית קבועה: לכל התוספים Webex Calling בפריסה יש אורך זהה. ניתן להשתמש בחיוג הרחבה בין Webex Calling משתמשים הן במיקום והן בין מיקומים. חיוג תוסף בין אתרים מקו צר (המקרה האחרון) פועל רק אם התוסף שחויג הוא ייחודי.

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

אורך התוסף, התנהגות החיוג בין מיקומים, אורך הקידומת לחיוג בין מיקומים וספרת ההיגוי בקידומת הניתוב לחיוג בין מיקומים מוגדרים בהגדרות שירות השיחות ב- Control Hub:

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

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

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

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

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

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

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

טבלה 2. דוגמה למספור ארגוני

אתר	טווח הרחבה	קוד האתר	טווח ארגוני
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

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

הטבלה טו וחי הארכה Webex Calling באורך קבוע מציגה דוגמה לשלושה מיקומים וטווחי הארכה בא ורך קבוע. מכיוון שיש להימנע מהרגלי חיוג חופפים, חשוב לוודא כי עבור כל טווח הרחבה הספרה הראשונה של הטווח אינה תואמת את ספרת ההיגוי לחיוג בין אתרים מקוצר. אם לדוגמה 8 נבחרה כספרת ההיגוי לחיוג בין אתרים, אזי אין טווח הרחבה באתר כלשהו יכול להתחיל ב- 8. בדרך כלל, התוספים במיקום נתון תואמים את הספרות האחרונות של ה- DID שהוקצו למיקום זה. כדי למנוע התנגשויות ניתן לשנות את הספרה הראשונה של התוסף. אם, לדוגמה, נעשה שימוש ב- DID בטווח +1 408 555 8XXX במיקום, במקום להשתמש ב- 8XXX כטווח הרחבה ניתן להשתמש ב- 7XXX עבור התוספים באתר זה

טבלה 3. טווחי הארכה Webex Calling באורך קבוע

אתר	טווח הרחבה	Webex Callingהרחבות	קוד האתר	טווח ארגוני
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

מחרוזות חיוג שבע ספרות שחייגו במ Webex Calling כשיר באמצעות תוכנית החיו Webex Calling ג האמריקאית חופפות לתבנית בת שבע ספרות לחיוג מקומי בתוכנית החיוג האמריקאית הטעונה מראש. כדי למנוע חפיפות בין הרגלי חיוג ברשת ומחוץ לרשת (PSTN), ניתן להשתמש בקוד גישה חיצוני חובה במיקום זה. אם סכימת המספור הארג ונית הקיימת והחיוג המקוצר המקביל בין אתרים חופפים לדפוסים בחיוגה הל Webex Calling אומית, אז במהלך המעבר לסכימת Webex Calling המספור כדי למנוע חפיפות ניתן לשנות גם לצורה ארוכה או קצרה יותר. הדרך הקלה ביותר להשיג זאת היא להוסיף ספרת ריפוד נוספת לסכימת המספור. סכימת החיוג החדשה הארוכה יותר בין אתרים צריכה להיות מאומצת רק על ידי משתמשים שכבר עברו אליה. Webex Calling משתמשים עדיין Unified CM יכולים להמשיך לחייג שבע ספרות. תוכנית החיוג הארגונית המופע Unified CM לת במקרה זה צריכה לוודא שהחיוג המקוצר בן שבע ספרות מ- ל- ל- י Unified CM הפוך ל- Webex Calling +E.164 או לפורמט החיוג המקוצר שנפרס עליו. Webex Calling זה צריך להיעשות לפני שליחת השיחה לשער המקומי.

חיו ג בן שבע ספרות של מעבר ט בלה מציג דוגמה למספר מחדש זה. בדוגמה זו חיוג בין אתרים מקוצר Unified CM משתמש בספרת היגוי 8 ואחריו קוד אתר דו ספרתי ותוסף בן ארבע ספרות. כדי להימנע מחיוג בין אתרים מקוצר בן שבע ספרות למיקומים בהםWebex Calling, ניתן לשנות בקלות את קודי האתר לשלוש ספרות על ידי קידומת ספרת ריפוד שרירותית (8 בדוגמה) לקודי האתר הדו- ספרתי המשמשים Unified CM כך שחיוג בין אתרים מט Webex Calling לפונים משתמש בספרת היגוי 8 ואחריה ספרת הריפוד 8, קוד האתר הישן בן שתי הספרות והתוסף בן ארבע הספרות. משתמשים באתר Webex Calling אינם צריכים לזכור קודי אתר חדשים; הם רק צריכים לזכור להשתמש ב- 88 כ קידומת לחיוג בין אתרים במקום 8 מופעל. Unified CM

טבלה 4. מעבר חיוג בן שבע ספרות

		Unified CM		Webex Calling
אתר	הרחבות	קוד האתר	טווח ארגוני	אודה לאתר	אנטרפרייז
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

בתרחיש שבו פורמטים שונים של מספרים ארגוניים מופעלים Unified CM ואם Webex Calling מספרי הארגון מוצגים כמידע על צד מתקשר לשיחות מ Unified CM - Webex Calling (לדוגמה - שיחות ממכשירים ללא DID), חשוב ליישם גם מיפוי בין תבניות המספרים השונות למידע על צד מתקשר כדי להבטיח שהשיחה חוזרת ת עבוד. ניתן להשיג מיפוי זה באמצעות דפוס טרנספורמציה של צד קריאה בתא המטען ש בין Unified CM לבין השער המקומי.

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

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

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

• דרישות עסקיות: בחירת הספק צריכה להיות מונעת על ידי הערכה של גורמים עסקיים כגון ציות לתקנות (דוגמה - MiFID II, HIPAA), א בטחת איכות, יישוב סכסוכים או צרכי הכשרה

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

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

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

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

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

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

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

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

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

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

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

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

מנהלי מערכת מקצים באופן ידני Webex Calling רישיונות למשתמשים בודדים באמצעות ממשק Control Hub.

מנהלי מערכת יכולים לערוך רישיונות שירות עבור משתמשים בודדים ולהקצות רישיונות שיחות ישירות.

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

ניתן לבצע רישוי אוטומטי באמצעות סנכרון ספריות או עדכונים ידניים למשתמש, אך ל משתמשים חייב להיות מספר טלפון תקף בפורמט +E.164 ומספרי הטלפון חייבים להתקיים במי Webex Calling קום לפני הקצאת המשתמש. אם התנאים אינם מתקיימים (למשל פורמט מספר טלפון לא חוקי), Webex Calling רישיונות לא יוקצו.

העלה קובץ CSV עם פרטי משתמש והקצאות רישיון כדי להוסיף או לשנות מספר משתמשים בו זמנית.

ייבוא CSV תומך בהוספת עד 20,000 משתמשים והקצאת רישיונות, אך רי Webex Calling שיונות דורשים שדות ספציפיים כמו מספר טלפון והרחבה.

השתמש בממשקי API של Webex כדי להקצות רישיונות ולנהל משתמשים באופן תכנותי.

Webex תומך בפעולות API לניהול משתמשים ורישיונות (ממשקי API של אנשים, SCIM 2.0 וריש יונות), שניתן למנף אותן לאוטומציה של הקצאת רישיונות. ממשק ה- API של הרישיונות מאפשר הקצאה בו זמנית של רישיונות, מספרי טלפון ותוספים.

טבלה 5. אפשרויות הקצאת משתמשים - סיכום

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

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

בכל מקום אפשרי, סיסקו ממליצה להקצות רישיונות שיחות באמצעות תבניות רישיון. זה דורש כי עבור כל קבוצת משתמשים הדורשת קבוצה ייחודית של רישיונות (דוגמה - Webex Calling סטנדרטי לעומת מקצועי) קיימת קבוצה עם החברות הקבוצתית המתאימה. כפי שנדון בסעי פים קבוצות משתמשים, ניתן להגדיר קבוצות משתמשים באופן ידני ב- Control Hub או לסנכרן מספרייה ארגונית. שילוב של שתי הגישות אפשרי.

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

לקבלת מידע נוסף, ראה הגדרת הקצאות רי שיונות אוטומטיות ב- Control Hub והגד רת תבניות הקצאת רישיונות אוטומטיות ל Webex Calling משתמשים.

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

• Webex Callingסטנדרטי: מספר משתמשים בודדים הדורשים תכונות טלפוניה סטנדרטיות.

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

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

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

• שיחות רשימת מסלולים: מספר שיחות PSTN המחוברות לענן הנדרשות בין Unified CM משתמשים מקומיים ו/או יישומי צד שלישי מיוחדים מקומיים.

• מסוף מלווה: מספר Webex Calling המשתמשים הזקוקים לגישה ללקוח המסוף הנלווה.

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

אין סוג רישיון ייעודי עבור סביבות עבודה מקצועיות. סביבות עבודה מקצועיות צורכות רישיון Webex Calling מקצועי.

סביבות עבודה מסוג Hotdesk בלבד מציעות שירות מארח הדלפק חם ושיחות חירום ממארח הדלפק חם ו אינן דורשות רישיון כלשהו. לקבלת מידע נוסף, ראה הוספ ה וניהול של התקני Hot Desk בלבד.

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

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

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

ניהול קבוצות משתמשים מציע מספר יתרונות כולל:

• ניהול פשוט: ניהול רישיונות, הגדרות ומד יניות עבור מספר משתמשים בו זמנית.

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

• מדרגיות: תומך עד 250,000 חברים לקבוצה.

• אינטגר ציה: סנכרן קבוצות מ- Microsoft Entra ID (Azure AD) או Active Directory לניהול משתמשים וקבוצות אוטומטי.

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

• הקצאת משא בים: שליטה בגישה לאפליקציות ול שירותים מוטבעים בהתבסס על חברות בקבוצה.

מקרי השימוש העיקריים עבור קבוצות משתמשים בעת הקצאה Webex Calling הם:

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

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

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

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

הטבלה הבאה מסכמת את האפשרויות השונות לניהול קבוצות משתמשים וניהול קבוצות ב - Webex.

טבלה 7. אפשרויות לניהול קבוצות וחברות קבוצתיות

אופציה	תיאור	יתרונות	חסרונות
הקצאת קבוצות רכזת הבקרה (קבוצות Webex)	צור ונהל קבוצות ישירות ב- Control Hub. הוספה/הסרה של חברים באופן ידני או באמצעות CSV.	שליטה מלאה על חברות בקבוצה יישום מיידי של רישיונות ות בניות קל ליצור ולערוך קבוצות	נדרשים עדכונים ידניים סיכון לשגיאות בהעלאות CSV ידניות אין סנכ רון אוטומטי עם ספריות חיצוניות
קבוצות מסונכרנות ממזהה Entra (Azure AD) או Active Directory	סנכרן אוטומטית קבוצות אבטחה וחברות מ שירותי ספריות חיצוניים.	סנכרון אוטומטי מפחית עבודה ידנית מבטיח עקביות עם המדריך הארגוני תומך בארגונים גדולים	אין אפשרות לערוך חברות בקבוצה במרכז הבקרה עיכוב סנכרון עד 12 שעות קבוצות מקוננות דורשות בחירה ידנית
קבוצות וממשק API של SCIM 2.0 (קבוצות Webex)	השתמש בקבוצות Webex או ב- SCIM 2.0 API לניהול קבוצות וחברות פרוגרמטי	אוטומציה ואינטגרציה עם מערכות אחרות ניתן להרחבה לסביבות גדולות או מורכ בות	דורש מאמץ פיתוח המורכבות תלויה בשימוש ב- API

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

גישה מקיפה זו לניהול קבוצות משתמשים ב- Webex מאפשרת לארגונים לנהל ביעילות רישיונות משתמשים, הגדרות ומדיניות, ולהבטיח חוויות שיתוף פעולה עקביות וניתנות להרחבה.

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

סיסקו ממליצה להשתמש בספריית ענן מרכזית כגון Microsoft Entra ID (Azure AD) כ מקור האמת היחיד לזהויות משתמשים. סנכרון משתמשים מ-Entra ID ל-Control Hub מבטיח עקביות, מפשט את הניהול ותומך ביכולות כניסה יחידה (SSO).

כדי להבטיח שכל המשתמשים Unified CM נמצאים גם ב- Entra ID, ארגונים צריכים לוודא שחשבונות המשתמש ב- Unified CM תואמים לחשבונות ב- Entra ID. ניתן לעשות זאת על ידי ייצוא רשימות משתמשים והשו Unified CM ואתן עם רשימות משתמשים של Entra ID.

לסיכום, שיטת ההקצאה המומלצת היא לסנכרן משתמשים מ- Microsoft Entra ID (Azure AD) לרכזת הבקרה של Webex באמצעות אשף Azure AD או יישומי SCIM. הקצאה בכמות גדולה ידנית ו- CSV זמינות כשיטות משלימות אך הן פחות ניתנות להרחבה ונוטות יותר לשגיאות עבור ארגונים גדולים. הבטחה ש-Entra ID הוא המקור הסמכותי וכי כל Unified CM המשתמשים קיימים ב- Entra ID היא קריטית להעברה מוצלחת וחוויית משתמש עקבית ברחבי סביבותWebex Calling. Unified CM

המעבר משירות ספריות מקומי, למשלActive Directory, לשירות ספריות ענן, כמו Entra ID (מזהה Azure), אינו תלוי במעבר השיחה. סיסקו ממליצה לסיים את המעבר לשירות ספריות ענן לפני תחילת מעבר השיחות.

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

• שם קבוצה: שם ייחודי של הקבוצה.

• רישיונות: רישיונות שיוקצו לקבוצה זו (אם קיימים) והיקף (יש להקצות רישיונות למשתמשים קיימים או רק למשתמשים חדשים)

• תבניות הגדרות: תבניות שיחות של אפליקציות Webex ו- משתמשים.

• סנכרון ספריות: האם קבוצה זו תסונכרן מהספרייה הארגונית או שמא מדובר בקבוצת Webex מקומית המסופקת ב- Control Hub או באמצעות ממשק API.

• תיאור: כיצד תשמש קבוצה זו ואילו משתמשים צריכים להיות חברים בקבוצה זו

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

Webex מאפשר לארגונים להגדיר SSO עם מספר IDP כדי להתאים לסבי בות IT מורכבות כגון מיזוגים, רכישות או מחלקות IT מבוזרות שבהן קבוצות שונות משתמשות ב-IDP שונים. ניתן ליישם תמיכה מרובה של IdP באמצעות התכונה Multiple IdP ב- Webex או באמצעות שילוב של מערכת IAM ארגונית כמו Cisco Duo.

תמיכת ספק הזהות המרובה (IdP) של Webex מטפלת במספר מקרי שימוש מרכזיים שבהם ארגונים דורשים אימות גמיש ומאובטח בסביבות IT מגוונות:

Duo Access Gateway (DAG) יכול לאמת משתמשים באמצעות ספריות קיימות מקומיות או מבוססות ענן, כגון Active Directory (AD) ו- OpenLDAP. הוא תומך גם באינטגרציה עם ספקי זהות אחרים כמו מיקרוסופט ADFS, מיקרוסופט Azure, אוקטה, OneLogin, CAS ו- Shibboleth. גמישות זו מאפשרת לארגונים להשתמש בת שתית הספריות הנוכחית שלהם עבור Webex SSO עם Duo MFA.

Duo פועל כשכבת אימות חזקה על גבי אימות הספרייה הראשית. הוא מת פקד כספק זהות (IdP) באמצעות SAML 2.0 כדי לאכוף אימות דו-גורמי (2FA) לפני מתן גישה ל- Webex. Duo מעריך את הקשר של משתמשים, מכשירים ורשת מול מדיניות הניתנת להגדרה כדי לאפשר או לדחות גישה, ומשפר את האבטחה מעבר לשם משתמש וסיסמה בלבד. Duo מספק גם בקרות מדיניות גמישות, כגון דרישת MFA בכל כניסה עבור יישומים מסוימים ותדירות נמוכה יותר עבור אחרים.

היתרונות של Cisco Duo כוללים:

• אבטחה משופרת: מוסיף MFA עמיד בפני פישינג כדי להגן על הגישה ל- Webex, ומפחית את הסיכון מפני סיסמאות שנפגעו.

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

• שילוב עם ספריות קיימות: תומך ב - AD מקומי, OpenLDAP, ספריות ענן וספקי SSO שונים, תוך צמצום שינויי תשתית.

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

• נקודות קצה מהימנות: תומך באמון מכשירים עבור לקוחות Webex ב- Windows ו- macOS, ומשפר את תנוחת האבטחה.

• הרשמה לשירות עצמי: הר שמה מובנית והנחת צמד משפרות את חווית המשתמש במהלך הגדרת MFA.

Duo MFA עם SSO עבור Webex ממנף ספריות קיימות כמו ו Active Directory - OpenLDAP, או ספקי זהות ענן, כדי לאמת משתמשים. תפקידו של Duo הוא לספק גורם אימות שני חזק ומונע מדיניות המשולב באמצעות SAML 2.0, שיפור האבטחה תוך שמירה על נוחות המשתמש באמצעות SSO. היתרונות כוללים תנוחת אבטחה משופרת, אכיפת מדיניות גמישה, אינטגרציה חלקה וחווית משתמש טובה יותר.

סיסקו ממליצה ליישם SSO עבור משתמשי Webex. לקבלת אבטחה משופרת שילוב עם Cisco Duo מומלץ.

יש לפרוס את אסטרטגיית ה- IAM ו- SSO הארגונית לפני תחילת המעבר מ Unified CM -. Webex Calling

השי Webex Calling חה האוטומטית מאפשרת אוטומציה 24/7 של טיפול בשיחות נכנסות, המאפשר טיפול יעיל בשיחות ללא צורך באדם לענות לכל שיחה.

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

השיחה האוטומטית תומכת בתכונות העיקריות הבאות:

• לוחות זמנים עסקיים ואחרי שעות העבודה

• לוח זמנים לחג

• אפשרות תפריט חיוג כדי לכוון את הלקוחות שלך לאן שהם צריכים ללכת

• התאמה אישית של ברכות

• אפשרות חיוג לפי שם

• אפשרויות העברת שיחות

• ניתוח ודוחות של רכזת בקרה.

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

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

ישנם שני סוגים של פארקי שיחות זמינים בWebex Calling:

1. Call park direct - מאפשר לכל משתמש להחנות שיחה לתוסף של משתמש אחר או לתוסף פארק שיחות, כפי שהוגדר על ידי מנהל המערכת

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

בהתבסס על התצורה וסוג הפארק, משתמשים יכולים לאחזר שיחות על ידי חיוג *88+><extension of parked call>, לחיצה על מקש הקו המשויך לתו סף פארק השיחות או באמצעות מקש רך בטלפון ה- IP שלהם.

אפשרות החזרה זמינה לזיכרון שיחה חונה לאחר תקופה מוגדרת למשתמש שהחנה את השיחה או למשתמש חלופי.

לקבלת מידע נוסף, ראה ניהול חניית שיחות במרכז הבקרה.

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

המשתמשים בקבוצה חייבים להיות באותו Webex Calling מיקום.

משתמשים יכולים להשתמש באפליקציית Webex או בטלפון השולחני שלהם כדי לאסוף שיחה.

• אפליקציית Webex:

  • תומך בהתראות חזותיות ושמע

  • הודעת שיחה נכנסת

  • איסוף שיחות טוסט מבוסס FACK (חיוג *98) או הודעה

  • התראות לאיסוף שיחות עבור רב-שורות.

• טלפונים שולחניים:

  • הודעת שיחה נכנסת

  • פעמוני שמע והתראה חזותית דרך נורית המכשיר. ה- 6821 תומך רק בפעוני שמע

    • כאשר סוג ההודעה שנבחר ברכזת הבקרה אינו ללא

  • הודעות איסוף שיחות רק עבור קווים ראשיים בלבד.

לקבלת מידע נוסף, ראה קביעת תצורה של קבוצת איסוף שיחות.

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

הקריאה של סיסקו לשילוב Microsoft Teams מאפשרת לסוכנים לגשת לשיחות ותכונות תור שיחות ישירות מלקוח Microsoft Teams שלהם.

תורי שיחות תומכים בתכונות העיקריות הבאות:

• ברכות והודעות (קבלת פנים, נחמה, לחישה וכו ')

• החזק מוזיקה

• התקשרות חוזרת

• מדיניות ניתוב תור (שירות לילה, חגים, העברה)

• כניסה/יציאה בתור סוכן

• ניהול סטטוס תור סוכן

• תמיכה טלפונית באפליקציה או בשולחן העבודה של Webex

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

• רכזת בקרה (גישה למנהל) עבור:

  • ניהול תור

  • ניתוח ודיווח של סוכנים ותור

  • ניהול תור, סוכן ומפקח.

לקבלת מידע נוסף, ראה קביעת תצורה של תור שיחות.

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

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

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

לקבלת מידע נוסף, ראה ניהול קבוצות ציד במרכז הבקרה.

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

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

משתמש מורשה יכול לעבור בין תרחישים שונים אלה (מצבים) להעברת שיחות אם הוא צריך לשנות היכן מנותבות שיחות נכנסות לתקופה מסוימת. משתמשים אלה יכולים לנהל את המצבים באמצעות טלפונים 6800/7800/8800 MPP שלהם, טלפונים 9800 או במצבי ניהול AT. Webex User Hub

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

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

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

לקבלת מידע נוסף, ראה קביעת תצורה של קבוצת עימוד ב- Control Hub.

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

בעת שימוש ב- Webex כפלטפורמת ההקלטה כל השיחות המוקלטות מנוהלות בתוך Control Hub. מנהלים מלאים עם תפקיד קצין התאימות יכולים לשחק ולהוריד את ההקלטות. ללא תפקיד מנהל התאימות, מנהל המערכת יכול למחוק רק את ההקלטות.

לקבלת מידע נוסף אודות תכונה זו ורשימה של הקלטות של צד שלישי, ראה ניהול הק לטת שיחות עבור Webex Calling.

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

לקבלת מידע נוסף אודות תכונה זו וכיצד מנהל מערכת מגדיר אותה ב- Control Hub, ראה קביעת תצורה של טווח הגעה למספר יחיד (משרד בכל מקום).

לקבלת מידע נוסף על האופן שבו משתמש יכול לנהל ולהגדיר תכונה זו עבור עצמו ב - Webex User Hub (פורטל), ראה קביעת תצורה של טווח הגעה למספר יחיד (משרד בכל מקום).

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

• דואר קולי למטרות כלליות עבור מחלקה או קבוצת עבודה

• הוספת אפשרות של דואר קולי למלווה אוטומטי או לקבוצת ציד

• כדי לשלוח שיחות הצפה מתור שיחות

• משתמשים הזקוקים רק לתיבת דואר קולי.

לקבלת מידע נוסף, ראה ניהול דואר קולי משותף ותיבת פקס נכנסת עבור. Webex Calling

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