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

PTS מספקת תמיכה עבור הזמנות המספור של Cisco Calling Plan, כולל ניוד מספרים, הזמנת מספרים חדשים וטיפול בכל שאלה קשורה.

דוגמה	רגיל	פרויקט	השלם אחת מבין האפשרויות הבאות:
1 TN (מספר טלפון)	1-50 TNs	> 50 TNs	> 1 TN
1 BTN (מספר טלפון לחיוב)	1 BTN	1 BTN	> 1 BTN
כתובת שירות	כתובת שירות	כתובת שירות	> כתובת שירות אחת
1 שם המוביל שאיבד	1 שם המוביל שאיבד	1 שם המוביל שאיבד	> 1 מאבד את שם המוביל
1 מרכז תעריפים	1 מרכז תעריפים (ארה"ב או CA)	1 מרכז תעריפים (ארה"ב או CA)	> מרכז תעריפים 1 (ארה"ב או CA)
--	--	נדרש CSR (רשומת שירות לקוחות) (ארה"ב או CA)	נדרש CSR (ארה"ב או CA)
--	--	10-35 ימי עסקים לעיבוד	10-35 ימי עסקים לעיבוד

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

• הפעל מספרים

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

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

• הסר, הקפאה וזיהוי אישורים

  • הסר הקפאות או הגבלות על החשבון.

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

• סקור את המספרים בקפידה

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

  • לאחר שליחתם, לא ניתן להוסיף או לשנות מספרים.

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

• רשומת שירות לקוחות (CSR, US או CA) – למרות שלא תמיד נדרשת, השגת רשומת שירות לקוחות (CSR) עדכנית מספק השירות המפסיד מסייעת בהסבה מדויקת של מידע.

• זיהוי סוג יציאה

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

  • זה מגדיר ציפיות לדרישות וזמן עיבוד.

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

• תאריךניוד מאושר – ברגע שבקשת יציאה מקבלת FOC מהמוביל המפסיד, שינוי התאריך המאושר אינו מומלץ מכיוון שהוא מוסיף מורכבות להזמנה.

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

• דחיות יכולות לאפס את SLA הניוד בהתאם למדינה.

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

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

סיבות הדחייה העיקריות

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

• ל- OSP יש LSR ממתין בחשבון (לדוגמה, יציאה או שינוי כתובת).

• BTN או ATN (מספר טלפון חשבון) אינם תואמים.

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

• פרטי המיקום אינם תואמים.

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

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

• שם הישות אינו תואם.

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

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

• מספר החשבון (AN) אינו תואם.

• אישורי אדם אינם תואמים.

• BTN לא התאים.

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

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

• ספק השירות האחר (OSP) דורש לפצל את הזמנת הניוד ולהגיש אותה כהזמנות נפרדות.

• שם ישות (למשל. שם העסק) אינו תואם.

• פרטי המיקום אינם תואמים לפרטים ב- CSR.

• כל הנתונים על סדר הניוד אינם תואמים.

• ספקי שירות (SPs) או משווקים עשויים לספק מספרי טלפון השייכים לספקים המשמשים כבסיס.

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

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

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

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

• בכל עת = ללא סיכון

לאחר שספק השירות המפסיד נתן FOC, הלקוח אינו יכול לשנות את סדר היציאה במרכז הבקרה ועליו לפתוח מקרה תמיכה באמצעות Cisco PSTN Technical Services (PTS).

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

• 72 שעות = סיכון מינימלי

• 48-72 שעות = סיכון נמוך

• 24-48 שעות = סיכון בינוני

• < 24 hours = high risk

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

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

חלון הזמן יכול לנוע בין 1 ל -48 שעות, בהתאם למוביל ולמדינה.

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

• הלקוח חייב לפתוח מקרה תמיכה טכנית של PSTN (PTS) בהקדם האפשרי כדי ליזום את בקשת ה- snapback. פתח פנייה לתמיכה של תוכניות Cisco Calling

יציאה פנימה - יום הנמל (FOC)

ביום המתוכנן (FOC Date) עבור ניוד המספרים שלך, מומלץ לבצע כמה בדיקות כדי לוודא שהכל תקין ומוכן לתהליך הניוד. ודא שיש לך –

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

• המערכת שלך הוקצתה וכל חומרה שהוגדרה והוכנה להסבה.

הפעלת יציאה

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

• הספק המפסיד (LCP) משחרר את המספרים.

• המערכות בין סיסקו (ספק משיג) לספק המפסיד.

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

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

• כמויות גבוהות במיוחד של בקשות (ייתכן עיכוב קל).

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

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

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

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

• יום הנמל – אובדן ספק שעות התמיכה בניוד (תלוי ב-LCP ובמדינה) הן בדרך כלל בין 9:00-16:00 בימי עסקים סטנדרטיים.

• התמיכה הטכנית (PTS) של Cisco PSTN זמינה 24/5.

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

  • המטרה של ה-PTS היא לפתור את כל הבעיות מהר ככל האפשר; כל הזמנים המחויבים הם המאמץ הטוב ביותר.

בעיות שמקורן בספק המפסיד או בכל ספק צד שלישי: למרות ש-PTS רודף ללא הרף ומפעיל לחץ היכן שניתן, PTS חייב גם לאפשר פרק זמן (הנשלט על-ידי הסכמי רמת שירות) לפתור בעיות לפני שהוא מסלים אותן מבפנים. היקף התמיכה של PTS הוא מספור הזמנות של Cisco Calling Plan, כולל ניוד מספרים, הזמנת מספרים חדשים וכל שאלה הקשורה לאלה שהוזכרו.

פתח פנייה לתמיכה של תוכניות Cisco Calling

כדי להעלות מקרה תמיכה בתוכנית שיחות של Cisco, השתמש בקישור שסופק בסדר PSTN שלך במרכז הבקרה.

1. עבור אל ביצוע שיחות > הזמנת > של PSTN

2. אם אין לך הזמנה, אתה יכול לבחור את ההזמנה שלך.

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

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

3. לחץ על פתח מקרה תמיכה של תוכניות שיחות של Cisco בהזמנת הזמנה/דמה כדי לפתוח מקרה תמיכה של PTS.

   היא משיקה פורטל כרטוס.

4. בחר את הקטגוריה וקטגוריית המשנה הנכונות ושלח.

לחלופין, שלח לנו דוא"ל לכתובת pstn-support@cisco.com ונוכל ליצור תיק בשמך.