אספקת לקוחות בנתיב סיטונאי לשוק
הקצאת לקוחות
RTM סיטונאי מסיר את הצורך לבצע הזמנות רכישה לכל לקוח ב- CCW. במקום זאת, ספק השירות יכול לשלב לקוחות ישירות מול Webex באמצעות ממשקי API ציבוריים או רכזת שותפים.
-
ספק השירות הוא הבעלים של יחסי הלקוחות. בעת מכירת שירותים ללקוח, נותן השירות מנהל את הקשר (כולל הצעת מחיר, הזמנה, הגבלת חבילות, חיוב, תשלומים) במערכות משלו. אז שלב ראשון בכל ניהול לקוחות הוא לספק ללקוח את המערכת שלו.
-
ספק השירות יכול לשלב ממשקי API ציבוריים בתהליכי העבודה של הקצאת הלקוחות שלהם כדי לאפשר להם לשלב באופן אוטומטי את הלקוח והמשתמשים ל- Webex ולהקצות שירותים.
-
לאחר הצטרפות הלקוח, ספק השירות רשאי להשתמש ב-Partner Hub, Control Hub ובממשקי API ציבוריים כדי להמשיך ולנהל את הפתרון עבור לקוחותיו.
מנהלי מערכות אספקה עם אותה רמת חבילה ששימשה ליצירת ארגון הלקוח. איננו תומכים בהורדת דירוג החבילה של מנהל הלקוח (מנהל מערכת מלא).
אם שותף מספק מנוי סיטונאי עבור הארגון שלו, הוא מופיע ברשימת הלקוחות. זה לא משפיע על הפונקציונליות ונשאר ללא שינוי. הרשימה מתעדכנת אוטומטית לאחר ביטול המנוי. אנחנו עובדים על שיפורים כדי להבהיר את ההתנהגות הזו.
חבילות תוספות
היחידות הבסיסיות של הקצאת שירות עבור RTM סיטונאי הן חבילות ותוספות.
-
חבילות הן הקצאות השירות הבסיסיות. לכל המשתמשים מוקצה חבילה אחת (ורק אחת), המזכה אותם לקבוצה של שירותי Webex Messaging פ גישות ושיחות. לרשימת החבילות, ראה הצעות ח בילות.
בעת יצירת לקוח חדש, השותפים מציינים כמויות חבילות ו תוספות השולטות במספר המרבי של חבילות שניתן להק צות.
-
התוספות של קונסולת הנלווה ותוכנית השי חות של Cisco הן תכונות נוספות הניתנות לחיוב שאינן כלולות כברירת מחדל בחבילות הבסיס. המ הדורה הראשונית של RTM סיטונאית אינה כוללת תוספות כלשהן, אך יש רשימה של תוספות פוטנציאליות בצ ינור.
המחאות של אנשים מוגבלים או נדחו
הקצאת RTM סיטונאית בודקת אוטומטית אם לקוח מופיע ברשימת האנשים המוגבלים או הדחויים (RPL) לצורך תאימות. אימות זה הוא חובה בכל פעם שנוצר לקוח או שכתובת החיוב שלו מתעדכנת, מה שמבטיח שהלקוח אינו רשום ב- RPL. בדיקה זו חלה על כל הלקוחות.
בדיקת תאימות RPL פועלת באופן אסינכרוני ברקע. המשמעות היא שהקצאת הלקוחות מתנהלת בצורה חלקה, ומבטיחה שתזרים ההקצאה לעולם לא יופרע או מתעכב בזמן הבדיקה.
המערכת יוזמת ומבצעת את בדיקת תאימות RPL ברקע. אם הלקוח מתלונן על RPL, אז לא נדרשת פעולה נוספת מצוות RPL.
אם מתגלה התאמת תאימות פוטנציאלית, מתחיל תהליך בדיקה. צוות RPL מבצע סקירה ידנית ומאשר את הלקוח אם אין בעיות. רוב הבעיות נבדקות ונפתרות תוך 15—60 דקות. אם בעיות הציות לא נפתרו, אנו פונים לשותפים ועוזרים בפתרון הבעיות.
סיסקו יוזמת ביטול הקצאה של הלקוח והמשתמשים אם לקוח נשאר לא תואם למשך 30 יום, או אם השותף אינו ניתן להשגה לאחר שלושה ניסיונות יצירת קשר.
לקבלת מידע על מדיניות התאימות של Cisco, ראה תאימות כללית לייצוא.
למידע מארה"ב. משרד המסחר, ראה רשימת אנשים שנדחו.
כתובת
עליך לבחור מדינה בכתובת החיוב בעת יצירת לקוח. מדינה זו מוקצה באופן אוטומטי כמדינת הארגון בזהות משותפת. כמו כן, ארץ הארגון קובעת את מספרי השיחה הגלובליים המוגדרים כברירת מחדל Webex Meetings באתר עם אפשרויות שיחות PSTN מופעלות ב- Cisco.
המערכת מגדירה את מספרי השיחה הגלובליים המוגדרים כברירת מחדל של האתר למספר החיוג הזמין הראשון שהוגדר בתחום הטלפוניה בהתבסס על ארץ הארגון. אם המדינה של הארגון לא נמצאה במספר החיוג המוגדר בתחום הטלפוניה, נעשה שימוש במספר ברירת המחדל של מיקום זה.
הטבלה הבאה מפרטת את קוד המדינה המוגדר כברירת מחדל לשיחה בהתבסס על כל מיקום:
|
ס. לא. |
מיקום |
קוד מדינה |
שם המדינה |
|---|---|---|---|
|
1 |
AMER |
+1 |
U.S., CA |
|
2 |
APAC |
+65 |
סינגפור |
|
3 |
ANZ |
+61 |
אוסטרליה |
|
4 |
EMEA |
+44 |
UK |
|
5 |
EURO |
+49 |
גרמניה |