הקצאת לקוחות ב-Wholesale Route-to-Market

list-menuמשוב?
מדריך להקצאת לקוחות ב-Wholesale RTM באמצעות ממשקי API ציבוריים או Partner Hub, עם בדיקות תאימות והגדרות ספציפיות למדינה.

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

סיטונאות RTM מבטלת את הצורך לבצע הזמנות רכש לפי לקוח ב-CCW. במקום זאת, ספק השירות יכול להצטרף ללקוחות ישירות מול Webex באמצעות ממשקי API ציבוריים או מרכז השותפים.

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

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

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

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

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

Packages/add-ons

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

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

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

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

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

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

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

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

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

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

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

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

כתובת

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

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

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

מספר סידורי

מיקום

קידומת מדינה

שם המדינה

1

AMER

+1

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

2

APAC

+65

סינגפור

3

ANZ

+61

אוסטרליה

4

EMEA

+44

בריטניה

5

יוֹרוֹ

+49

גרמניה

האם המאמר הועיל לך?
האם המאמר הועיל לך?
מאמרים קשורים