תודה על המשוב.

אחריות תמיכת שותפים

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

• לספק מידע שירות כללי.

• לספק תמיכה בתצורה.

• סנן בעיות לא טכניות מבעיות טכניות.

• תמיכה בבידוד בעיות וקביעת פגם בשירות.

• לנתח היכן התרחשה השגיאה.

• שחזר הגדרות שהוגדרו בצורה לא נכונה, שהוחלו על ידי לקוח או השותף, כדי לתקן את הבעיה.

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

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

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

• לטפל בחיוב וחשבונית של לקוחות.

• הבעלים של יחסי הלקוחות.

• ניהול שילוב פתרונות של שירותי PSTN.

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

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

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

• סיוע בבעיות שכפול וטריאינג כפי שהתבקש על ידי Cisco TAC

• סיוע בבדיקת תיקונים

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

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

דרישות תמיכה טכנית לשותפים

כאשר השותף מחמיר את הצורך בתמיכהCisco TAC, על השותף לספק את המידע הבא:

מידע כללי על מקרה

• ספק מספר מנוי חוקי או מספר חוזה שירות.

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

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

בעת יצירת קשר Cisco Cloud עם התמיכה, זהה את השותף, הלקוח והבעיה.

תפקידי תמיכה ואחריות של סיסקו

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

סיסקו אינה אחראית לתמיכה:

• רשת וציוד של שותפים או לקוחות המחוברים למרכז הנתונים של הענן הייעודי של Instance Cloud ולמקום הלקוח.

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

• תוכנה או חומרה של צד שלישי

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

התראות והתראות קשורות לתמיכה

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

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

תחזוקה

חלון תחזוקה

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

התחזוקה כוללת את הפעילויות הבאות:

• פעילויות תחזוקה שוטפות שיש להן סיכון מינימלי להשפעת הלקוח

• פעילויות מתוכננות ומתוכננות אשר ישבשו את יכולת השיחה של הלקוח.

• חידושים שגרתיים של אישורי יישום UC מנוהלים של סיסקו. החידושים מבוססים על תקופת התוקף והתאריך והשעה לחידוש האישורים. סיסקו מחדשת את האישורים של יישומי UC רק 3-7 ימים לפני תאריך התפוגה ועוקבת אחר תהליך ניהול הש ינויים הסטנדרטי.

  עבור לקוחות שהפעילו כניסה יחידה (SSO) ביישומי UC, לאחר השלמת חידוש האי שור על ידי סיסקו, השותף נדרש להשבית את SSO, לייבא מחדש את קובץ המטא נתונים של IDP ולהפעיל מחדש את ה- SSO. כמו כן, מומלץ לשו תף או ללקוח לאמת את ה- SSO.

  חלון התחזוקה של אשכול ה- SME יתוכנן בהתאם לאזור המו"ל של SME.

חלונות התחזוקה הם כדלקמן עבור AMER:

• 9 בערב. ET עד 6 בבוקר. ET, שני עד שישי

• 9 בערב. ET עד 6 בבוקר. ET, בסופי שבוע (תחזוקת התשתית של סיסקו בלבד)

חלונות התחזוקה הם כדלקמן עבור APJC:

• 9 בערב. JST עד 6 בבוקר. JST, שני עד שישי

• 9 בערב. JST עד 6 בבוקר. JST, בסופי שבוע (תחזוקת התשתית של סיסקו בלבד)

חלונות התחזוקה הם כדלקמן עבור AUS:

• 9 בערב. ACT עד 6 בבוקר. ACT, שני עד שישי

• 9 בערב. ACT עד 6 בבוקר. ACT, בסופי שבוע (תחזוקת התשתית של סיסקו בלבד)

חלונות התחזוקה הם כדלקמן עבור האיחוד האירופי, EMEA ובריטניה:

• 9 בערב. CET עד 6 בבוקר. CET, שני עד שישי

• 9 בערב. CET עד 6 בבוקר. CET, בסופי שבוע (תחזוקת התשתית של סיסקו בלבד)

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

סיסקו יוזמת שדרוגים של יישומי UC רק מהסיבות הבאות:

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

2. הלקוח נמצא כרגע בגרסה פחות מ- n-1 (של הגרסה הנוכחית הנת מכת במופע ייעודי) או בגירסה המתקרבת ל- EOL.

סיסקו שולחת הודעת תחזוקה לשותפ/לקוח לפחות 10 ימים קלנדריים לפני חלון השינוי, ומומלץ שהשותף יגיב לסיסקו תוך 2-3 ימים אם לוח השינויים המוצע מתנגש עם סדרי העדיפויות העסקיים שלו. זה מאפשר לסיסקו למצוא חלון שינוי חלופי (התאריך המתוזמן מחדש הוא לפי התאריכים הזמינים בפעילות של סיסקו בלבד). השותף יכול לתזמן מחדש את התחזוקה על ידי העלאת בקשת שירות מחזור חיי יישום UC. לקבלת מידע נוסף, ראה מחזור חיים של יישומי UC.

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

השותף ביקש שינויים

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

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

• בקשות להשבית שירות.

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

שינויי חירום

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

• כדי לשחזר שירות ללקוח

• כדי להפחית את ההשפעה של הפסקה

• כדי למנוע הפסקת לקוחות פוטנציאלית

• כדי לתקן פגיעות אבטחה

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

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

ניהול אירועים

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

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

סיסקו עוקבת אחר תהליך חלון התחזוקה להחלת שינויים.

סיווג מקרה תמיכה

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

החלק הבא משמש כהנחיה עבור השותף לקבוע את רמת החומרה הנכונה בעת פתיחת כרטיס תמיכה TAC.

השפעת מקרה תמיכה

מקרה תמיכה ב- TAC מסווג לפי השפעתו על העסק (גודל, היקף).

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

דחיפות מקרה תמיכה

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

חומרת מקרה תמיכה

חומרה מגדירה את רמת המאמץ שהושקעו על ידי סיסקו והשותף כדי לפתור את האירוע.

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

מטריצת חומרת מקרה תמיכה

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

יעדי זמן תגובה לתמיכה בתוכנה

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

מטרת סיסקו ורמת השירות

Webex Callingמופע ייעודי מספק לשותפים תמיכה טכנית באנגלית 24 שעות ביממה. שותפים יכולים להגיש בעיות S3 ו- S4 ישירות במנהל תי קי התמיכה של סי סקו. עבור בעיות S1 ו- S2, מומלץ להתקשר למספר ה- TAC העולמי 1-800-553-2447.

התקן של סיסקו הוא לעמוד ברמות החומרה S3 ו- S4 לפחות 95% מהזמן, בהתבסס על הרשת הבאה:

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

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

קבצי חבילת אפשרויות סיסקו (COP)

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

בדרך כלל, להודעות שדה עם בעיות קבועות יש קובץ COP משויך. בדרך כלל יש קובץ COP נפרד לכל בעיה.

סיסקו יזמה תרחישים

אם סיסקו קובעת שסביבת מופע ייעודי של לקוח זקוקה להתקנת קובץ COP, Cisco משתמשת באחד מהתהליכים הבאים:

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

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

תרחיש יזם הלקוח

אם לקוח מחליט שהוא זקוק להתקנת קובץ COP (קושחת טלפון, חבילות שפה מקומיות, חבילות מכשירים), הלקוח צריך להתחיל את התהליך הבא:

צור בקשת שירות ב- Control Hub עבור קובץ COP ספציפי שיועלה לשרת SFTP במופע ייעודי, עיין בק שת שירות.

קבצי COP מתפרסמים בדף הורדת התוכנה של סיסקו:

https://software.cisco.com/download/home

אחריות השותף

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

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

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

אחריות סיסקו

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

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

ניהול שחרור עבור מערכות שיתוף פעולה של סיסקו

כאשר מהדורה חדשה של מערכות שיתוף פעולה הופכת לזמינה, המהדורה הנוכחית ("n") מס ומנת כ- "n-1".

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

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

סיסקו תודיע לשותף בסיום מוצלח של שדרוג.

אחריות השותפים

השותף עוקב אחר הרשת והציוד שלו המחוברים למרכז הנתונים של Cisco Dedicated Instance. השותף גם עוקב אחר הרשת והציוד שלו שהם:

• משמש לתמיכה בשירות מופע ייעודי, ו

• מחובר לחצרים של הלקוח.

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

אחריות של סיסקו

Webex CallingDedicated Instance משתמש בכלי רשת מובילים בתעשייה כדי לפקח על חיבורי רשת מרכזי הנתונים בין מרכז הנתונים שלנו לרשת השותפים וכלי הבטחה כדי לזהות ולבודד באופן יזום ליקויי שירות במרכזי הנתונים המפוזרים הגאוגרפיים שלנו ברחבי העולם.

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

• סיסקו אינה עוקבת אחר תא המטען של ה- SIP של המופע הייעודי לעבר אשכול שאינו אשכול UC של מופע ייעודי

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

אישורים המנוהלים על ידי צוות המופע הייעודי

1. מנהל התקשרות

   • מנהל שיחה
   • מנהל שיחות-ECDSA
   • טומקט
   • טומקט-ECDSA
   • ipsec
   • טלוויזיות

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

2. הודעות מיידיות ונוכחות (IM&P):

   • טומקט
   • טומקט-ECDSA
   • כוס
   • גביע ECDSA
   • כוס-xmpp
   • גביע - XMPP-ECDSA
   • כוס-XMPP-S2S
   • גביע - XMPP-S2S-ECDSA
   • ipsec

   המערכת מחדשת את אישורי cup-xmpp-s2s, cup-xmpp-s2 s-ecdsa ו- ip sec אם הם חתומים בעצמם ואמורים לתפוגה ברשימת ניהול האישורים.

3. Cisco Unity Connection(CUC):

   • טומקט
   • טומקט-ECDSA
   • ipsec

   המערכת מחדשת את אישור ה - IPsec אם הוא חתום בעצמו ואמור לתפוגה ברשימת ניהול האישורים.

4. Cisco Emergency Responder(CER):

   • טומקט
   • טומקט-ECDSA
   • ipsec

   המערכת מחדשת את אישור ה - IPsec אם הוא חתום בעצמו ואמור לתפוגה ברשימת ניהול האישורים.

5. כביש מהיר

   • אישור שרת

חידוש מדיניות

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

אחריות הלקוח או השותף

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

היקף ומגבלות

חשוב להבין את היקף תהליך A2Q:

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

תנאים מוקדמים

כדי ליזום את תהליך A2Q, הארגון השותף חייב להיות מוסמך שו Webex Callingתף .

תהליך A2Q

השותפים חייבים לבצע את השלבים הבאים עבור כל הזמנת Webex DI, כולל פריסות חדשות, שינויים, חידושים, NFRs והעברות P2P:

1. שלח את טופס A2Q: מלא את טופס A2Q.
   • פריסות חדשות: בחר סוג הע סקה כ"גרינפילד/חדש".
   • שינויים בהזמנה: בחר סוג עסקה כ"שינוי עיצוב לפרי סה קיימת" וספק תיאור של שינויי העיצוב המוצעים.
2. ייזום: צוות A2Q ייצור מרחב Webex או יוזם דוא"ל. בהתאם למורכבות הבקשה, הבדיקה עשויה להתבצע באופן מקוון או לא מקוון.
3. סקירה ומשוב: צוות A2Q ישתף משוב והערות דרך שטח Webex או דוא "ל. השותף אחראי לטפל בכל השאילתות.
4. אישור: לאחר סיום הבדיקה, ה- A2Q יאושר, והחז קת הציות להזמנה תפורסם. השותפים יקבלו אישור ב דוא"ל או במרחב Webex.

לוחות זמנים ותמיכה

• ציר זמן צפוי: 1—7 ימי עסקים.

  העסקאות המורכבות עשויות לדרוש זמן נוסף וביקורות מרובות.

• תמיכה : לכל שאילתות A2Q הקשורות ל- DI, אנא פנה לכתובת di-a2q-support@cisco.com.