شكرًا على ملاحظاتك.

مسؤوليات دعم الشركاء

يتضمن الدعم الفني للشركاء القدرة على تنفيذ ما يلي للعملاء:

• تقديم معلومات الخدمة العامة.

• قم بتوفير دعم التكوين.

• تصفية المشكلات غير الفنية من المشكلات الفنية.

• دعم عزل المشكلة وتحديد عيوب الخدمة.

• قم بتحليل مكان حدوث الخطأ.

• قم باستعادة الإعدادات التي تم تكوينها بشكل غير صحيح، والتي يتم تطبيقها من قبل العميل أو الشريك، لمعالجة المشكلة.

• حل المشكلات مع أي تطبيق أو بنية أساسية يديرها الشركاء.

• توقع متطلبات إدارة السعة للمستخدمين الجدد بما يتجاوز المتطلبات الأولية.

• قم بتكوين ميزات التطبيق وتنفيذ توفير المستخدم.

• التعامل مع فواتير العملاء والفواتير.

• امتلك علاقة العملاء.

• إدارة تكامل الحلول لخدمات PSTN.

• قم بإدارة جاهزية العملاء لترقيات المثيل المخصص وتجديد الشهادات وصيانة البنية التحتية.

عندما يتعامل الشريك Cisco TAC للحصول على الدعم، يكون الشريك مسؤولاً عن المساعدة في فرز المشكلات. تشمل هذه المسؤولية ما يلي:

• تسجيل وتقديم تفاصيل المشكلات التي تم الإبلاغ عنها

• المساعدة في مشاكل النسخ والفرز حسب طلب Cisco TAC

• المساعدة في اختبار الإصلاحات

• التأكيد على أن المشكلات لا تتعلق بالأجهزة أو البرامج أو التطبيقات أو المصادر الأخرى التي يوفرها المستخدم النهائي.

تقع على عاتق الشريك مسؤولية ضمان تلبية الأنواع التالية من احتياجات الدعم الفني لعملائه.

متطلبات الدعم الفني للشريك

عندما يقوم الشريك بتصعيد الحاجة إلى الدعمCisco TAC، يجب على الشريك تقديم المعلومات التالية:

معلومات الحالة العامة

• أدخل رقم اشتراك صالح أو رقم عقد خدمة.

• يجب على المتصلين تعريف أنفسهم كأعضاء فريق دعم الشركاء الذين يمثلون الشريك أو حساب العميل المعاد بيعه.

• الاسم ورقم الهاتف وعنوان البريد الإلكتروني لممثل الشركاء أو معلومات الشريك العامة للفريق الذي ينتقل إلى Cisco.

عند الاتصال Cisco Cloud بالدعم، حدد الشريك والعميل والمشكلة.

أدوار ومسؤوليات دعم Cisco

تتحمل Cisco مسؤولية تقديم الدعم للشريك لخدمة سحابة المثيل المخصص داخل مركز Cisco Cloud البيانات، بما في ذلك المعالجة وتحليل السبب الجذري عالي المستوى للمشكلة (لن تقدم Cisco معلومات تفصيلية عن مستوى البنية التحتية في تحليل السبب الجذري). في حالة الحوادث الخطيرة 1 أو الخطورة 2، ستقوم Cisco بإخطار الشركاء بشكل استباقي عبر البريد الإلكتروني.

Cisco ليست مسؤولة عن دعم:

• شبكة الشركاء أو العملاء والمعدات المتصلة بمركز بيانات سحابة المثيل المخصص ومباني العملاء.

  ستكون عقدة البقاء المحسّنة التي يتم نشرها في مقر العميل مسؤولية مشتركة بين الشريك/العميل وشركة Cisco.

• برامج أو أجهزة تابعة لجهات خارجية

  يتحمل الشريك مسؤولية الحصول على الدعم أو التحديثات لبرامج أو أجهزة الطرف الثالث إذا تم تحديد سبب الحادث.

التنبيهات والإشعارات ذات الصلة بالدعم

يتلقى الشركاء التنبيهات ونشرات الصيانة في Control Hub للإعلان وحل الانقطاعات المحددة للخدمات الأساسية. يتلقى الشركاء أيضًا إشعارًا مسبقًا بأنشطة الصيانة المؤثرة أو تلك التي تمتد خارج نوافذ الصيانة المحجوزة.

يتم إرسال هذه التنبيهات إلى الشركاء الذين سجلوا في تنبيهات Control Hub لإشعارات «الصيانة والانقطاعات»، راجع التنبيهات في Control Hub. يتحمل الشركاء مسؤولية ضمان حصول Cisco على معلومات اتصال دقيقة وحديثة. توصي Cisco للمسؤولين بإنشاء حساب واستخدام تطبيق Webex للإشعارات.

صيانة

نافذة الصيانة

تقوم Cisco بإعلام الشريك بأنشطة الصيانة المخطط لها. تحدث جميع التغييرات المخطط لها في نافذة الصيانة. تقدم Cisco للشريك إشعارًا كتابيًا قبل 10 أيام تقويمية على الأقل للصيانة المخطط لها والتي ستعطل قدرة العملاء على الاتصال. يتم إرسال هذه التنبيهات إلى الشركاء الذين سجلوا في تنبيهات Control Hub لإشعارات «الصيانة وانقطاع التيار»، راجع التنبيهات في Control Hub. يتحمل الشركاء مسؤولية ضمان حصول Cisco على معلومات اتصال دقيقة وحديثة. توصي Cisco للمسؤولين بإنشاء حساب واستخدام تطبيق Webex للإشعارات.

تشمل الصيانة الأنشطة التالية:

• أنشطة الصيانة الروتينية التي تنطوي على الحد الأدنى من مخاطر التأثير على العملاء

• الأنشطة المخطط لها والمجدولة التي ستعطل قدرة الاتصال للعميل.

• التجديدات الروتينية لشهادات تطبيق UC المُدارة من Cisco. تعتمد التجديدات على فترة الصلاحية وتاريخ التجديد ووقت الشهادات. تقوم Cisco بتجديد شهادات تطبيقات UC قبل 3-7 أيام فقط من تاريخ انتهاء الصلاحية وتتبع عملية إدارة التغيير القياسية.

  بالنسبة للعملاء الذين قاموا بتمكين تسجيل الدخول الأحادي (SSO) في تطبيقات UC، بمجرد اكتمال تجديد الشهادة بواسطة Cisco، يطلب الشريك تعطيل SSO وإعادة استيراد ملف بيانات IDP الوصفية وإعادة تمكين SSO. يوصى أيضًا للشريك أو العميل بالتحقق من SSO.

  ستتم جدولة نافذة الصيانة لمجموعة الشركات الصغيرة والمتوسطة وفقًا لمنطقة الناشر الخاصة بالشركات الصغيرة والمتوسطة.

نوافذ الصيانة هي كما يلي لـ AMER:

• 9 مساءً ET حتى الساعة 6 صباحًا ET، من الاثنين إلى الجمعة

• 9 مساءً ET حتى الساعة 6 صباحًا ET، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)

نوافذ الصيانة هي كما يلي لـ APJC:

• 9 مساءً JST حتى الساعة 6 صباحًا JST، من الاثنين إلى الجمعة

• 9 مساءً JST حتى الساعة 6 صباحًا JST، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)

نوافذ الصيانة هي كما يلي لـ AUS:

• 9 مساءً ACT حتى الساعة 6 صباحًا ACT، من الاثنين إلى الجمعة

• 9 مساءً ACT حتى الساعة 6 صباحًا ACT، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)

نوافذ الصيانة هي كما يلي للاتحاد الأوروبي وأوروبا والشرق الأوسط وأفريقيا والمملكة المتحدة:

• 9 مساءً CET حتى الساعة 6 صباحًا CET، من الاثنين إلى الجمعة

• 9 مساءً CET حتى الساعة 6 صباحًا CET، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)

عند التخطيط للصيانة، ستبذل Cisco قصارى جهدها لتقليل و/أو القضاء على فرصة حدوث أي انقطاع في خدمة الهاتف استنادًا إلى بنية التكرار الجغرافي للمثيل المخصص. تتوقع Cisco أن تلتزم جميع تكوينات الشركاء والعملاء المحتملين بأفضل ممارسات المثيل المخصص للتكرار. Cisco ليست مسؤولة عن فقدان التكرار بسبب التكوين الخاطئ من قبل الشريك. تقع على عاتق الشريك مسؤولية التحقق من صحة واختبار جميع عمليات تكامل الجهات الخارجية التي لا تتم استضافة/إدارتها في سحابة Dedicated Instance.

تبدأ Cisco ترقيات تطبيقات UC فقط للأسباب التالية:

1. هناك ثغرة أمنية في الإصدار الحالي من تطبيق UC ويتطلب الإصلاح ترقية أو تثبيت COP.

2. العميل حاليًا في إصدار أقل من n-1 (من الإصدار المدعوم الحالي للمثيل المخصص) أو في إصدار يقترب من EOL.

ترسل Cisco إشعارًا بالصيانة إلى الشريك/العميل قبل 10 أيام تقويمية على الأقل من نافذة التغيير، ويوصى بأن يستجيب الشريك لشركة Cisco في غضون 2-3 أيام إذا كان جدول التغيير المقترح يتعارض مع أولويات أعماله. يتيح ذلك لـ Cisco العثور على نافذة تغيير بديلة (يكون التاريخ المعاد جدولته وفقًا للتواريخ المتاحة لعمليات Cisco فقط). يمكن للشريك إعادة جدولة الصيانة من خلال رفع طلب خدمة دورة حياة تطبيق UC. لمزيد من المعلومات، راجع دورة حياة تطبيق UC.

ومع ذلك، في السيناريوهات العاجلة أو الطارئة، مثل إصلاح الثغرات الأمنية الشديدة والشهادات التي تقترب من انتهاء صلاحيتها، لن تكون المرونة لتغيير نافذة الصيانة ممكنة. لا يتم دعم فحص الثغرات الأمنية للمثيل المخصص بواسطة شريك أو عميل. يحتوي المثيل المخصص على نظام فحص الثغرات الأمنية الخاص به والذي يعمل باستمرار، كما نجري أيضًا اختبار PEN المستقل المنتظم ونقدم خطاب تصديق على بوابة Cisco Trust.

التغييرات التي طلبها الشريك

تتطلب التغييرات التي يطلبها الشريك مراجعة مشتركة لتقييم التأثير على المثيل المخصص . وتشمل هذه التغييرات التي يريد الشريك أن تقوم بها Cisco والتغييرات التي يريد الشريك إجراؤها. على سبيل المثال:

• تغييرات التكوين التي تؤثر على الأجهزة الحدودية أو تكامل التطبيقات

• طلبات إلغاء الخدمة.

يتم إرسال طلبات التغييرات الكبيرة، مثل إلغاء تنشيط الخدمة، إلى Cisco. يلتقط الشريك المتطلبات ويرسلها إلى Cisco من خلال فريق نجاح الشركاء أو مدير الحساب، لبدء مراجعة مشتركة. قبل تنفيذ التغيير، يتم تقييم الطلب بشكل مشترك من قبل إدارة منتجات المثيل المخصص والشريك.

تغييرات الطوارئ

يمكن لـ Cisco والشريك إجراء تغييرات طارئة على الفور، أو في نافذة الصيانة التالية المتاحة، للأسباب التالية.

• لاستعادة الخدمة إلى عميل

• للحد من تأثير انقطاع التيار

• لتجنب انقطاع العملاء المحتمل

• لمعالجة ثغرة أمنية

بالنسبة للتغييرات الطارئة في الشبكة خارج المثيل المخصص، يقوم الشريك بإعلام Cisco بتأثيرات العملاء المرئية لـ Cisco. عندما يكون ذلك ممكنًا بشكل معقول، يفتح الشريك حالة مع Cisco حتى تتمكن Cisco من الاستجابة للتأثير.

عند إجراء تغيير طارئ في المثيل المخصص، تقوم Cisco بإخطار الشريك عندما يكون ذلك ممكنًا بشكل معقول. يتم إرسال البريد الإلكتروني الذي يحدد أي تأثير للعميل ناتج عن التغيير الطارئ إلى قائمة الاتصالات.

إدارة الحوادث

تقلل إدارة الحوادث من الآثار السلبية على الأعمال بسبب الأخطاء في البيئة. تقوم Cisco بتحليل الحوادث عند حدوثها لتحديد السبب بسرعة. تقوم Cisco بعد ذلك بتطبيق حل بديل حتى يمكن نشر إصلاح دائم.

يتعامل الشركاء مع إدارة الحوادث في شبكاتهم وفقًا للعمليات الخاصة بهم. يقوم الشركاء بإخطار Cisco بالأنشطة التي يمكن أن تثير الإنذارات أو الإشعارات الأخرى المرئية لـ Cisco.

تتبع Cisco عملية نافذة الصيانة لتطبيق التغييرات.

تصنيف حالة الدعم

يتم تعيين خطورة حالة دعم TAC من قبل الشريك أثناء فتح تذكرة دعم مع Cisco، استنادًا إلى تأثير الأعمال. يمكن للشريك أن يطلب التصعيد إلى درجة خطورة أعلى خلال دورة حياة التذكرة، بناءً على التأثيرات المتغيرة على النشاط التجاري.

يُعد القسم التالي بمثابة إرشادات للشريك لتحديد مستوى الخطورة الصحيح أثناء فتح تذكرة دعم TAC.

تأثير حالة الدعم

يتم تصنيف حالة دعم TAC وفقًا لتأثيرها على الأعمال (الحجم والنطاق).

التأثير هو مقياس لحساسية الأعمال لحادث ما، وغالبًا ما يساوي المدى الذي يؤدي فيه الحادث إلى توفر الحل.

إلحاح حالة الدعم

تحدد حالة الاستعجال خطورة الحادث وتأثيره على الخدمات أو قدرة الشركاء على تلقي الخدمات.

شدة حالة الدعم

تحدد الخطورة مستوى الجهد المبذول من قبل Cisco والشريك لحل الحادث.

يتم تحديد مستوى الخطورة من خلال تطبيق تعريفات التأثير والإلحاح.

مصفوفة شدة حالة الدعم

لدى Cisco القدرة أثناء فرز الحوادث على تغيير خطورة الحالة وتقليل خطورة بطاقة الدعم، إذا كان هناك ما يبرر ذلك. قد يتم ترك القضية مفتوحة لفترة محددة أثناء تقييم الاستقرار التشغيلي.

أهداف وقت استجابة دعم البرامج

يوضح القسم التالي وقت استجابة Cisco المخطط للحالات المرسلة استنادًا إلى خطورتها. من حين لآخر، قد يتم تعديل خطورة الحالة لتتماشى مع الإرشادات أعلاه.

هدف Cisco ومستوى الخدمة

Webex Callingيوفر الإصدار المخصص للشركاء الدعم الفني باللغة الإنجليزية على مدار الساعة طوال أيام الأسبوع. يمكن للشركاء إرسال مشكلات S3 وS4 مباشرةً في إدارة حالات دعم Cisco. بالنسبة لمشكلات S1 وS2، يوصى بالاتصال برقم TAC العالمي 1-800-553-2447.

يتمثل معيار Cisco في تلبية مستويات خطورة S3 و S4 بنسبة 95٪ على الأقل من الوقت، استنادًا إلى الشبكة التالية:

وقت الاستجابة هو الوقت المنقضي لـ Cisco للاعتراف بمشكلة ذات خطورة معينة. إذا لم تتمكن Cisco من حل المشكلة في الفاصل الزمني المحدد، توفر Cisco حالة وخطة عمل للحل. يعتمد وقت الحل على توفر الشخص المؤهل من جانب الشريك للمساعدة في إعادة إنتاج المشكلة و/أو عزلها، وعدم التوافق بين Cisco وبيئة الشريك. إذا تعذر توفير مثل هذا الشخص، فقد يتم تمديد أوقات الحل هذه.

إذا لم تحقق Cisco حالة مقبولة و/أو حلًا في الأطر الزمنية المشار إليها، فيجب على الشركاء التصعيد إلى Cisco.

ملفات حزمة خيارات Cisco (COP)

تقوم Cisco بإصدار ملفات COP لتغيير طريقة تشغيل كود الإنتاج بشكل طفيف وتوفر لـ Cisco طريقة لنشر البرامج خارج دورات إصدار البرامج العادية. إذا لزم الأمر، يتم إصدار ملفات COP في مرحلة ما بعد إصدار رمز الإنتاج الأولي. تقوم فرق الإنتاج بإصدار ملفات COP للمشكلات عالية التأثير وعندما لا يكون هناك حل بديل متاح للمشكلة. بالإضافة إلى إصلاحات المشكلات، يتم إصدار ملفات COP أحيانًا لتوزيع الأدوات المساعدة عند الترقية (على سبيل المثال، تنظيف القرص).

عادةً ما تحتوي الإشعارات الميدانية ذات المشكلات الثابتة على ملف COP مرتبط. عادة ما يكون هناك ملف COP منفصل لكل مشكلة.

السيناريوهات التي بدأتها Cisco

إذا قررت Cisco أن بيئة المثيل المخصص للعميل تحتاج إلى تثبيت ملف COP، فإن Cisco تستخدم إحدى العمليات التالية:

1. إذا كان ملف COP يفرض إصلاحًا طارئًا (ثغرة أمنية أو فشل وشيك)، تقوم Cisco بتحميل ملف COP أثناء نافذة الصيانة المجدولة لـ Cisco.

2. في جميع الحالات الأخرى، ستتم جدولة تثبيت COP كصيانة دورية مع الشريك أو العميل باتباع إجراءات إدارة التغيير العادية.

سيناريو بدأه العميل

إذا قرر العميل أنه يحتاج إلى تثبيت ملف COP (البرامج الثابتة للهاتف، وحزم اللغة المحلية، وحزم الأجهزة)، يجب على العميل بدء العملية التالية:

قم بإنشاء طلب خدمة في Control Hub لملف COP المحدد ليتم تحميله إلى خادم SFTP في المثيل المخصص، راجع طلب الخدمة.

يتم نشر ملفات COP على صفحة تنزيل برنامج Cisco:

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

مسؤولية الشريك

يضمن الشريك أن معدات الشبكة الخاصة به لديها سعة كافية للتعامل مع الحمل وكمية مناسبة من النمو المتوقع.

يوفر الشريك عدد أجهزة Knowledge Workers وWorkspace أثناء تنشيط المثيل المخصص (يجب أن يكون الرقم المقدم هو الحالة النهائية للعدد الإجمالي الذي سيتم تكوينه في المثيل المخصص). استنادًا إلى التفاصيل المقدمة، ستقوم Cisco بتحديد حجم تطبيقات UC في المثيل المخصص. راجع حجم تطبيق الاتصالات الموحدة للحصول على مزيد من المعلومات حول حجم تطبيق UC، راجع. يدير الشريك توفير الميزات والمستخدمين ضمن السعة المطلوبة.

يحتاج الشريك إلى إبلاغ Cisco بالتغييرات التي طرأت على عدد أجهزة «عمال المعرفة» و « مساحة العمل» التي يتم توفيرها أثناء التنشيط. استنادًا إلى التفاصيل المقدمة، ستقوم Cisco بتحليل التغييرات اللازمة لتطبيقات UC وإجراء التغييرات اللازمة. وبالمثل، يحتاج الشريك إلى رفع طلب خدمة Control Hub مع Cisco والعمل معًا على خطة للتوسع. يمكن للشريك تكوين الميزات والمستخدمين فقط بعد إضافة السعة الإضافية للعميل. راجع كيفية رفع طلب الخدمة لمزيد من المعلومات.

مسؤولية شركة Cisco

تراقب خدمة المثيل المخصص سعة مركز البيانات وتضمن أن معدات مركز البيانات لديها لديها سعة كافية للتعامل مع الحمل وكمية مناسبة من نمو التوقعات.

تقوم Cisco بإبلاغ الشريك بالتوسعات أو التغييرات المخطط لها لمعالجة نمو السعة إذا كانت هذه التغييرات تؤثر على العميل. يتبع تنفيذ الترقيات والتغييرات عملية إدارة التغيير.

إدارة الإصدار لإصدار أنظمة التعاون من Cisco

عندما يصبح إصدار أنظمة التعاون الجديد متاحًا، يتم تعيين الإصدار الحالي («n») على أنه «n-1".

دخل الرقم «n-1" الحالي المذكور في الجدول أعلاه فترة نهاية الدعم. يجب على أي عميل لا يزال يستخدم هذا الإصدار الترقية إلى أحدث إصدار. ستدعم Cisco هذا الانتقال من خلال إخطار الشريك لبدء الاستعدادات للترقية. ستقوم Cisco والشريك بتنسيق نافذة الصيانة بشكل تعاوني استنادًا إلى متطلبات أعمال العميل.

يُنصح العملاء بالترقية إلى أحدث إصدار من أنظمة التعاون في إصدار n-1 Collaboration Systems. إذا كانت الترقية إلى إصدار Collaboration Systems ضرورية، أو إذا كانت ترقية SU مطلوبة بسبب الميزات الجديدة، يمكنك إرسال طلب خدمة Control Hub. إذا قررت Cisco أن ترقية SU ضرورية لمعالجة أي ثغرات أمنية أو عيوب معروفة عالية الخطورة، فستعمل Cisco مع الشريك لجدولة الترقية.

ستقوم Cisco بإخطار الشريك عند الانتهاء بنجاح من الترقية.

مسؤوليات الشريك

يراقب الشريك شبكته ومعداته المتصلة بمركز بيانات Cisco المخصص للمثيل. يراقب الشريك أيضًا شبكته ومعداته التي هي:

• يُستخدم لدعم خدمة المثيل المخصص، و

• متصل بمباني العملاء.

يراقب الشريك جميع الأجهزة التي يديرها الشريك والمتكاملة مع Dedicated Instance Cloud.

مسؤوليات Cisco

Webex Callingيستخدم Dedicated Instance أدوات الشبكة الرائدة في الصناعة لمراقبة اتصالات شبكة مركز البيانات بين مركز البيانات الخاص بنا وشبكة الشركاء وأدوات الضمان لتحديد حالات ضعف الخدمة وعزلها بشكل استباقي عبر مراكز البيانات المنتشرة عالميًا والمتكررة جغرافيًا.

لا تراقب Cisco خدمات التكامل في الأجهزة التي يديرها الشركاء والمتصلة بـ Dedicated Instance Cloud. وهذا يشمل، على سبيل المثال لا الحصر، ما يلي:

• لا تقوم Cisco بمراقبة SIP Trunk للمثيل المخصص باتجاه مجموعة أخرى غير مجموعة UC للمثيل المخصص

• لا تراقب Cisco نقاط توجيه CTI للمثيل المخصص نحو مركز اتصال بخلاف مركز الاتصال Express الذي تديره Cisco.

الشهادات التي يديرها فريق المثيل المخصص

1. مدير المكالمات

   • مدير الاتصال
   • مدير المكالمات - ECDSA
   • قطه
   • تومكات-إكدسا
   • ipsec
   • تلفزيونات

   يتم إعادة استخدام شهادة Tomcat لإدارة المكالمات، لذلك لم تعد شهادة Call Manager تظهر في قائمة واجهة المستخدم الرسومية للشهادة. سيتم تجديد شهادات IPsec وTVS إذا كانت موقعة ذاتيًا ومن المقرر أن تنتهي صلاحيتها في قائمة إدارة الشهادات.

2. المراسلة الفورية والحضور (IM&P):

   • قطه
   • تومكات-إكدسا
   • كوب
   • كوب - إكسا
   • كوب-xmpp
   • كأس XMPP-ECDSA
   • كوب-xmpp-s2s
   • كأس XMPP-S2S-ECDSA
   • ipsec

   يقوم النظام بتجديد شهادات cup-xmpp-s2s وcup-xmpp-s2s-ecdsa وipsec إذا كانت موقعة ذاتيًا وتستحق انتهاء صلاحيتها في قائمة إدارة الشهادات.

3. Cisco Unity Connection(CUC):

   • قطه
   • تومكات-إكدسا
   • ipsec

   يقوم النظام بتجديد شهادة IPsec إذا كانت موقعة ذاتيًا وكان من المقرر أن تنتهي صلاحيتها في قائمة إدارة الشهادات.

4. Cisco Emergency Responder(CER):

   • قطه
   • تومكات-إكدسا
   • ipsec

   يقوم النظام بتجديد شهادة IPsec إذا كانت موقعة ذاتيًا وكان من المقرر أن تنتهي صلاحيتها في قائمة إدارة الشهادات.

5. الطريق السريع

   • شهادة الخادم

تجديد السياسة

يقوم فريق المثيل المخصص بتجديد الشهادات المذكورة أعلاه كل عام، شريطة إدارتها. أثناء فترة صيانة التجديد، يقوم الفريق أيضًا بإزالة أي شهادات ثقة منتهية الصلاحية.

مسؤولية العميل أو الشريك

يجب على العملاء أو الشركاء إدارة (نقل أو إضافة أو تغيير أو حذف) أي شهادات يعالجها المستخدم النهائي أثناء عمليات الترحيل أو العمليات الروتينية. تشمل هذه المسؤولية أيضًا أي شهادات غير مدرجة أعلاه.

النطاق والقيود

من المهم فهم نطاق عملية A2Q:

• ما تتضمنه A2Q: التحقق عالي المستوى من التصاميم المقترحة ومراجعة المتطلبات المخصصة والتحقق منها.
• ما لا تتضمنه A2Q:
  • ضمان أو تأكيد بأن التصميم سيكون خاليًا من المشكلات الميدانية.
  • تصميم مفصل أو مراجعة سير العمل.
  • مراجعة تفصيلية للبرمجة أو التكوين.

المتطلبات الأساسية

لبدء عملية A2Q، يجب أن تكون المنظمة الشريكة معتمدة من Webex Calling الشريك.

عملية A2Q

يجب على الشركاء اتباع هذه الخطوات لكل طلب Webex DI، بما في ذلك عمليات النشر الجديدة والتعديلات والتجديدات وعمليات NFR وعمليات نقل P2P:

1. قم بإرسال نموذج A2Q: أكمل نموذج A2Q.
   • عمليات النشر الجديدة: حدد نوع الصفقة باسم «Greenfield/New».
   • تعديلات الطلب: حدد نوع الصفقة باسم «تغيير التصميم إلى النشر الحالي» وقدم وصفًا لتغييرات التصميم المقترحة.
2. البدء: سيقوم فريق A2Q بإنشاء مساحة Webex أو بدء بريد إلكتروني. اعتمادًا على مدى تعقيد الطلب، يمكن إجراء المراجعة عبر الإنترنت أو دون اتصال بالإنترنت.
3. المراجعة والملاحظات: سيقوم فريق A2Q بمشاركة الملاحظات والتعليقات عبر مساحة Webex أو البريد الإلكتروني. الشريك مسؤول عن معالجة جميع الاستفسارات.
4. الموافقة: بمجرد الانتهاء من المراجعة، ستتم الموافقة على A2Q، وسيتم إصدار تعليق الامتثال للطلب. سيتلقى الشركاء تأكيدًا عبر البريد الإلكتروني أو مساحة Webex.

الجداول الزمنية والدعم

• الجدول الزمني المتوقع: 1-7 أيام عمل.

  قد تتطلب الصفقات المعقدة وقتًا إضافيًا ومراجعات متعددة.

• الدعم : لأي استفسارات تتعلق بـ A2Q تتعلق بـ DI، يرجى التواصل مع di-a2q-support@cisco.com.