במהלך המעבר, כדי לאפשר דו-קיום של מכשירים הרשומים ב-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 אם במהלך המעבר נעשה שימוש ב-PSTN trunking עבור פריסות Webex Calling היברידיות כדי לספק גישת PSTN למשתמשי Unified CM מקומיים דרך Cloud Connect עבור Webex Calling

• כפויה ברשת מ-Webex Calling ל-Unified CM

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

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

האיור תוכנית חיוג של שיטות עבודה מומלצות מציג את גישת תוכנית החיוג המומלצת כפי שמתואר ב- ארכיטקטורה מועדפת עבור פריסות מקומיות של Cisco Collaboration 12.x Enterprise, 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-digit המחרוזת תתאים על ידי +E.164 מספר ספרייה במחיצה DN או על ידי אחת מתבניות הנתיב של PSTN במחיצה USPSTNNational או SJCPSTNLocal. הרגלי חיוג מקוצרים בתוך האתר ובין האתרים מיושמים על ידי התרגומים במחיצות ESN ו- SJCtoE164. בעוד שמחיצה ESN היא מחיצה גלובלית (נגישה לטלפונים בכל המיקומים), מחיצה SJCTOE164 נגישה רק למשתמשים במיקום SJC. זה בהנחה שטווחי הרחבה חופפים.

הצעד הראשון להפעלת שיחות מ-Unified CM ל-Webex Calling הוא לוודא ש +E.164 היעדים מנותבים בהתאם. ניתן להשיג זאת על ידי הוספת מחיצת Webex Calling לתוכנית החיוג, הוספת +E.164 דפוסי ניתוב עבור כל יעדי Webex Calling למחיצה זו, ולבסוף הוספת מחיצת Webex Calling לכל מרחבי חיפוש השיחות המייצגים מחלקות שירות שצריכות להיות מסוגלות להגיע ל-Webex Calling. יצירת מחיצת Webex Calling ייעודית נדרשת כדי לאפשר יצירת מחלקת שירות מובחנת עבור שיחות שמקורן ב-Webex Calling. כדי להימנע מלולאות שיחות, מרחב חיפוש השיחות הנכנסות ב-trunk מהשער המקומי לא אמור להיות בעל גישה למחיצת 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, קריאה לתבנית נרמול חיוג 8121.2XXX שמנרמלת חיוג ESN ל- +E.164 ייתכן שכבר קיים במחיצת ESN. במקרה כזה, נראה כי ה- 8121.2XXX מיותר, אך ברגע שכל שמות ה-DN של המיקום המתאים הועברו ל-Webex, ניתן להסיר את תבנית התרגום של נרמול החיוג 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 מבטיח שכאשר מחייגים מספר המאוחסן ב-Unified CM, אז ה- +E.164 מספר הספרייה שהוקצה ב-Unified CM תואם טוב יותר ממספר ה-wildcard +E.164 תבנית מסלול המצביעה אל Webex Calling כך שהשיחות יועברו לקו ב-Unified CM ולא יישלחו אל Webex Calling.

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

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

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

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

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

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

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

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

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

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

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

אתר	טווח הרחבה	קוד האתר	טווח ארגוני
ניו יורק	2XXX	202	8 202 2XXX
משרד עורכי דין	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

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

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

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

אתר	טווח הרחבה	הרחבות שיחות Webex	קוד האתר	טווח ארגוני
ניו יורק	2XXX	2XXX	202	8 202 2XXX
משרד עורכי דין	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
אתר	שלוחות	קוד אתר	טווח ארגוני	אודה לאתר	אנג' ארגוני
ניו יורק	2XXX	22	8 22 2XXX	822	8 822 2XXX
משרד עורכי דין	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 לניהול משתמשים ורישיונות (People, SCIM 2.0 ו-API של רישיונות), שניתן למנף אותן לאוטומציה של הקצאת רישיונות. ממשק ה-API של הרישיונות מאפשר הקצאה בו-זמנית של רישיונות, מספרי טלפון והרחבות.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

מרחבי עבודה של שירות Hot desk בלבד מציעים את שירות מארח Hot desking ושיחות חירום ממארח Hot desk ואינם דורשים רישיון. למידע נוסף, ראו הוספה וניהול של התקני 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. אפשרויות לניהול קבוצות וחברות בקבוצות

אפשרות	תיאור	יתרונות	חסרונות
הקצאת קבוצות של Control Hub (קבוצות Webex)	צור ונהל קבוצות ישירות ב-Control Hub. Add/remove חברים באופן ידני או באמצעות CSV.	שליטה מלאה על חברות בקבוצה יישום מיידי של רישיונות ותבניות קל ליצור ולערוך קבוצות	נדרשים עדכונים ידניים סיכון לשגיאות בהעלאות ידניות של קבצי CSV אין סנכרון אוטומטי עם ספריות חיצוניות
קבוצות מסונכרנות מ-Entra ID (Azure AD) או מ-Active Directory	סנכרן אוטומטית קבוצות אבטחה וחברויות משירותי ספריות חיצוניים.	סנכרון אוטומטי מפחית עבודה ידנית מבטיח עקביות עם מדריך החברות תומך בארגונים גדולים	לא ניתן לערוך חברות בקבוצה במרכז הבקרה עיכוב סנכרון עד 12 שעות קבוצות מקוננות דורשות בחירה ידנית
קבוצות ו-SCIM 2.0 API (Webex Groups)	השתמש ב-Webex Groups או ב-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 Control Hub באמצעות אשף Azure AD או אפליקציות SCIM. הקצאה ידנית ו-CSV בכמות גדולה זמינות כשיטות משלימות, אך הן פחות ניתנות להרחבה ומועדות יותר לשגיאות עבור ארגונים גדולים. הבטחה ש-Entra ID הוא המקור הסמכותי ושכל משתמשי Unified CM קיימים ב-Entra ID היא קריטית להעברה מוצלחת וחוויית משתמש עקבית בסביבות Webex Calling ו-Unified CM.

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

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

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

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

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

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

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

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

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

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

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

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

יתרונות סיסקו דואו כוללים:

• אבטחה משופרת: מוסיף 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 אוטומציה של טיפול בשיחות נכנסות, המאפשרת טיפול יעיל בשיחות ללא צורך במענה לכל שיחה.

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

מערכת הניתוב האוטומטית תומכת בתכונות המרכזיות הבאות:

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

• לוח חופשות

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

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

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

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

• ניתוחים ודוחות של Control Hub.

למידע נוסף, ראו ניהול שירותי ניתוב אוטומטיים.

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

ישנם שני סוגים של חניות שיחות הזמינים ב-Webex Calling:

1. חניית שיחה ישירה - מאפשר לכל משתמש לחנות שיחה לשלוחה של משתמש אחר או לשלוחה של חניית שיחה, כפי שהוגדר על ידי המנהל.

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

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

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

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

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

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

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

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

  • תומך בהתראות חזותיות וקוליות

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

  • מבוסס FAC (חיוג *98) או התראות טוסט לקבלת שיחות

  • התראות על מענה שיחה עבור קווי טלפון מרובים.

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

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

  • צלצולי שמע והתראה חזותית דרך נורית ה-LED של השלט. ה-6821 תומך רק בצלצולי שמע

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

  • התראות על מענה שיחה רק לקווים ראשיים.

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

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

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

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

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

• החזק מוזיקה

• שיחה חוזרת

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

• תור הסוכנים login/logout

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

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

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

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

  • ניהול תורים

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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