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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• ניטור משתמשים אחרים באמצעות BLFs

• באותו פיילוט ציד, תור שיחות וכו'

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

• שימוש במתן שיחה

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

• אינטרקום

• Executive/Admin.

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

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

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

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

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

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

• אימות שכל ה-TNs עבור המשתמשים קיימים במרכז הבקרה

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

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

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

• בספריית החברה הוספת משתמשים לקבוצת משתמשים התומכים בשיחות

• מינוף כלים - כלי הגירת משתמשים ותכונות של Control Hub and/or כלים של צד שלישי

• Disable/Delete user/device מספר טלפון ושיחות features/services ב-Unified CM לאחר המעבר.

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

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

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

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

לאחר שזוהו סביבות עבודה כחלק מהמעבר ל-Webex Calling, ניתן להוסיף אותן במרכז הבקרה תחת מכשירים. כל סביבת עבודה זקוקה להקצאת מכשיר, ואם הם כבר נמצאים ב-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 בין קושחת Enterprise לקושחת MPP.

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

עבור כל טלפונים מסדרת 9800 הרשומים ב-Unified CM, דרישת העברת הקושחה הנ"ל אינה חלה. טלפונים אלה מרצים את PhoneOS, הנתמך גם על ידי Unified CM וגם על ידי Webex Calling. כדי להעביר את הטלפונים האלה ל-Webex Calling, תצטרכו להוסיף אותם ל-Webex Calling, להקצות אותם למשתמש או לסביבת עבודה ולאחר מכן לאפס את הטלפונים להגדרות היצרן. רצף אתחול של PhoneOS לרישום האיור למטה מציג את רצף האתחול של PhoneOS וכיצד הטלפון יירשם ל-Webex Calling לאחר הוספתו ל-Control Hub, גם אם הטלפון עדיין מוקצה ב-Unified CM and/or אפשרויות DHCP (דוגמה - 150) נמצאות בשימוש.

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

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

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

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

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

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

  למידע נוסף על הגדרת שער הקול VG400, VG410 או VG420 ב-Control Hub, ראה שער מקומי

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

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

• טלפונים אלחוטיים DECT - כדי להתחיל להשתמש בסדרת Cisco IP DECT 6800 החדשה שלך, ראה Cisco IP DECT.

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

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

• מכשירים וטלפונים של^{צדשלישי} - עבודה עם ספקי צד^שלישי ב device/phone דרישות והתהליך להגירה או החלפה שלהן כדי לתמוך ב-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, חיוני לעקביות תפעולית ולשביעות רצון המשתמשים.

שירותי ניתוב אוטומטיים: הכרזות ופעולות תפריט

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

פעולת תא קולי

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