השלב הראשון במעבר Webex Calling הוא להבטיח קישוריות אינטרנט אמינה ומאובטחת בין הרשת המקומית לע נן Webex.

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

מנהלי רשת ואבטחה חייבים להבין את הזרימות הללו במונחים של:

• כיוון (נכנס לעומת יוצא)

• פרוטוקולים (דוגמה - SIP TLS, SRTP, HTTPS)

• טו@@ וחי כתובות IP המשמשים את שירותי Webex

• מספרי יצי אה שיש לפתוח או לאפשר.

זה מבטיח כי חומות אש ארגוניות, התקני NAT ותשתיות רשת אחרות מוגדרות כראוי כך שיתאימו לת Webex Calling נועה תוך שמירה על מדיניות האבטחה הארגונית.

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

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

• מפחית עיכוב הלוך ושוב וריצוד, ומשפר את איכות השיחה הכוללת

• מתרחב ביעילות ככל שיותר משתמשים ואתרים עוברים Webex Calling

• עובד בצורה חלקה עם SD-WAN, שיכול לנתב באופן דינמי הפעלות לנקודת הכניסה הקרובה ביותר לענן Webex לקבלת ביצועים מיטביים

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

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

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

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

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

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

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

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

כדי לרכוש שירותי PSTN עבורWebex Calling, בחר תחילה אפשרות קישוריות PSTN במרכז הבקרה.

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

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

עבוד עם הספק שבחרת כדי להזמין ולהעביר מספרי טלפון לפני שתגדיר אותם ב-Control Hub. הזמנת מספרי טלפון או הפעלת הזמנות יציאות נדרש/אפשרית רק עבור PSTN מקומי ו- Cloud Connect עבור. Webex Calling עבור תוכניות שיחות של סיסקו, ההזמנה וההעברה יוזמות מתוך Control Hub ברגע שנוצר המיקום, ובמדינות שבהן תוכנית השיחות של סיסקו זמינה. לקבלת מידע נוסף על תוכניות שיחות של Cisco, ראה תחילת העבודה עם תוכניות Cisco.

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

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

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

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

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

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

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

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

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

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

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

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

• מעקב אחר משתמשים אחרים המשתמשים ב- BLFs

• באותו טייס ציד, תור שיחה וכו '

• קווים משותפים

• שימוש באיסוף שיחות

• שימוש באותם מספרי חניון שיחות

• אינטרקום

• מנהל/מנהל.

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

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

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

השלבים העיקריים בעת מעבר קבוצת משתמשים הם:

• זיהוי משתמשים להעברה משותפת

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

• ודא שכל ה- TN עבור המשתמשים קיימים ב- Control Hub

• ודא פורמט מספר טלפון נכון בספרייה

• ודא שתבנית הרישוי וההגדרות לקבוצות המשתמשים מוגדרת כהלכה

• אימות או קביעת תצורה של כל שירותי השיחות והתכונות עבור קבוצת המשתמשים (לפני המעבר או במהלך המעבר בהתאם)

• בספרייה הארגונית הוסף משתמשים לקבוצת המשתמשים המותאמים לשי חות

• כלי מינוף - כלי העברת משתמשים ותכונות של Control Hub ו/או כלים של צד שלישי

• השבת/מחק מספר ספריית משתמש/מכשיר ותכונות/שירותים להתקשר לאחר המעבר. Unified CM

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

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

• ממוקד מיקום: קשור למרחבים פיזיים.

• גמיש למכשיר: יכול להכיל מכשיר אחד או יותר (טלפונים שולחניים, לוחות וכו ').

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

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

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

כל הטלפונים הנת Webex Calling מכים שעליך לעבור מהם Unified CM יצטרכו להיות מוגד Webex Calling רים כמשתמש או כסביבת עבודה ויש להגדיר מחדש את הטלפון הפיזי כדי להירשם אליו. Webex Calling בנוסף, הטלפונים מסדרת 7800 ו- 8800 זקוקים לשדרוג הקושחה שלהם מקושחה ארגונית לקו שחה מרובת פלטפורמות (MPP). תהליך זה כולל טעינת קושחת מעבר לפני טעינת קושחת MPP הנדרשת Webex Calling לרישום. זה גם דורש רישיון ההגירה המתאים. סיסקו שיפ רה את התהליך הזה במהלך השנים האחרונות כדי להקל עליך לשדרג את טלפוני הקושחה הארגוניים שלך לקושחת MPP. לקבלת מידע נוסף על השלבים להשלמת שדרוג הקושחה, ראה המרת טלפונים IP מסדרת Cisco 7800 ו- 8800 בין קושחת ארגונית ו- MP P.

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

עבור כל טלפונים מסדרת 9800 הרשומים עם Unified CM דרישת העברת הקושחה לעיל אינה חלה. טלפונים אלה מריצים את PhoneOS, הנת מך על ידי שניהם Unified CM וגםWebex Calling. כדי להעביר טלפונים אלה אליהם Webex Calling תצטרך להוסיף אותםWebex Calling, להקצות אותם למשתמש או לסביבת עבודה ולאחר מכן לאפס את הטלפונים להגדרות היצרן. רצף האתחול של Phon eOS לרישום איור להלן מציג את רצף האתחול של PhoneOS וכיצד הטלפון יירשם Webex Calling לאחר הוספתו לרכזת הבקרה, גם אם הטלפון עדיין מוגדר ו/או אפשרויות D Unified CM HCP (דוגמה - 150) נמצאות בשימוש.

Unified CMתומך באיפוס להגדרות היצרן של מכשירי PhoneOS כדי לאפשר כניסה ל- Zero-Touch. Webex Calling Unified CMמנהלים יכולים לאפס מרחוק את הטלפונים 9800 ו- 8875 דרך ד פי הניהול של CUCM, מה שמבטל את הצורך בגישה פיזית לטלפונים כדי להרכיב את הטלפונים אליהם. Webex Calling תכונה זו נתמכת בחבילות המכשירים החל מה- 9 בספטמבר 2025:

• CUCM v15 - מנהל תקשורת מאוחד גרסה 15

• CUCM v14 - מנהל תקשורת מאוחד גרסה 14.

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

בנוסף לטלפוני ה- IP של סיסקו, ייתכן שיהיה צורך בהקצאת התקנים אחרים כגון מתאמי טלפון אנלוגיים (ATA), טלפונים אלחוטיים (Wifi, DECT), התקני וידאו, שערים קוליים ו התק ^נים וטלפונים של צד שלישי. לרבים מהמכשירים הללו אין נתיב שדרוג קושחה כמו טלפוני ה- IP כדי להעביר אותם מקושחה ארגונית לקושחת ענ ן. לכן, תספק כל אחד מהמכשירים הללו ב- Control Hub. לא ניתן להעביר לחלק מאלה Webex Calling והמו Webex Calling דל המקביל יצטרך להחליף אותו (למשל ATA 191/192) ואחרים ידרשו תצורה ידנית מחדש ו/או שינויים בתוכנה.

• שערים קוליים - כדי להעביר את השער המקומי, ראה העברת ש ער מקומי.

  לקבלת מידע נוסף להגדרת תצורת השער הקולי VG400, VG410 או VG420 ברכזת הבקרה, ראה שער מקומי

• מתאם טלפון אנלוגי (ATA) - כדי להתחיל עם סיסקו ATA 191 ו- 192, עיין בסי סקו ATA.

• טלפון אלחוטי Wifi - לשילוב טלפון אלחוטי Webex 840 ו- 860, ראה שילוב טלפון אלחוטי Webex.

• טלפונים אלחוטיים DECT - כדי להתחיל עם סדרת ה- IP DECT 6800 החדשה של סיסקו, ראה סיסקו IP DECT.

  כדי לבנות ולנהל רשת DECT דיגיטלית ב- Control Hub, ראה ניהול רשת DEC T

  לקבלת מידע נוסף על סיסקו IP DECT 6800, ראה מדריך פריסה

• התק ^{נים וט} לפונים של צד שלישי - עבוד עם ספקים ^של צד שלישי בדרישות המכשיר/טלפון ותהליך העברתם או החלפתם לתמיכה. Webex Calling

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

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

• מנהלי שיחות אוטומטיות - לניהול שיחות אוטומטיות, ראה שיחות אוטומטיות

• פארק שיחות - לניהול פארק שיחות, ראה פארק שיחות

• איסוף שיחות - כדי להגדיר קבוצת איסוף שיחות, ראה אי סוף שיחות

• תורי שיחות - כדי להגדיר תור שיחות, ראה תור שיחות

• קבוצות ציד - לניהול קבוצות ציד, ראה ניהול קבוצת ציד

• מצבי הפעלה - לניתוב שיחות בהתבסס על מצבי הפעלה, ראה ניתוב שיחות בהתבסס על מצבי הפעלה

• קבוצות דיוור - לקביעת תצורה של קבוצת עימוד, ראה קביעת תצורה של קבוצת הדפינג

• הקלטות - לניהול הקלטת שיחות עבורWebex Calling, ראה ניהול הקלטות

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

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

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

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

הקצאת משתמשים והקצאת מספרים

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

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

זרימות שיחות PSTN והצגת מזהה המתקשר

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

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

זרימות שיחות ברשת

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

טיפול בשיחות משתמש ואימות תכונות

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

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

תורי שיחות: ניסיון סוכן ומפקח

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

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

קבוצות ציד: חלוקת שיחות

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

משיבים אוטומטיים: הודעות ופעולות תפריט

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

פעולת דואר קולי

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

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