הקצאת לקוחות

כפי שכבר צוין, Wholesale Route to Market מבטל את הצורך להציב הזמנות רכש לפי לקוח ב- CCW. במקום זאת, ספק השירות יכול להטמיע לקוחות ישירות מול Webex באמצעות ממשקי API ציבוריים או Partner Hub (עתיד). התרשים לעיל ממחיש את האינטראקציות ברמה גבוהה:

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

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

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

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

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

Packages/AddOns

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

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

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

  • תוספות ל-Attendant Console ול-Cisco Calling Plan הן תכונות נוספות לחיוב שאינן כלולות כברירת מחדל בחבילות הבסיס. הגרסה הראשונית של Wholesale RTM אינה כוללת תוספים, אך יש רשימה של תוספים פוטנציאליים בצנרת.

צ'קים של אנשים מוגבלים ואנשים שנדחו

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

אם הלקוח אינו מופיע ב-RPL, המערכת מאפשרת לתהליך הקליטה להימשך ללא הפרעה.

אם הלקוח מופיע ב-RPL, צוות ה-RPL מבצע בדיקה ידנית. במהלך תקופת הסקירה, הלקוח מוצב במצב "pending_rpl_review", שבו הצוות מעריך את המקרה באופן ידני. תקופת הבדיקה נמשכת עד 72 שעות. אם צוות ה-RPL מאשר את הקליטה לאחר הבדיקה, הלקוח נוצר אוטומטית ועובר למצב הקצאה. אם הסקירה חורגת מ-72 שעות או שלא ניתן לפתור אותה, המקרה יסומן כשגיאה והקליטה לא תמשיך. רוב המקרים נבדקים ונפתרים תוך 15-60 דקות.

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

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

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

כתובת

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

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

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

מספר S

מיקום

קידומת מדינה

שם מדינה

1

AMER

+1

ארה"ב, קליפורניה

2

APAC

+65

סינגפור

3

ANZ

+61

אוסטרליה

4

EMEA

+44

בריטניה

5

יוֹרוֹ

+49

גרמניה