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

تشمل مزايا إدارة المواقع في Control Hub ما يلي:
-
تعيينات الترخيص الموحدة عبر جميع خدمات Webex ، مثل الاجتماعات والمراسلة والمكالمات.
-
سياسات أمنية متسقة عبر جميع خدمات Webex.
-
تجربة تسجيل دخول مشتركة لجميع المستخدمين النهائيين بين خدمات Webex المختلفة.
-
عناصر تحكم المسؤول الحديثة ، مثل Directory Connector و SCIM ومجموعات الدليل النشط.
-
قوالب الترخيص لتعيين تراخيص متعددة للمستخدمين تلقائيًا.
لا يمكنك استخدام إدارة الموقع لإدارة موقع اجتماعات بعد التحديث إلى Control Hub.
إذا تم جدولة موقعك للتحديث التلقائي من خلال إدارته في "إدارة الموقع" إلى "مركز التحكم"، فسترى لقطة الشاشة التالية.

يمكنك النقر فوق تغيير تاريخ تحديث موقعك لتغيير التاريخ المجدول.

تشبه تجربة إدارة المواقع في Control Hub الإدارة في إدارة الموقع. تحتوي إدارة المستخدم في Control Hub على تقنيات أساسية أكثر حداثة ، لذلك هناك بعض الاختلافات في إدارة المواقع في Control Hub. يركز هذا القسم على الاختلافات التي تظهر عند تحديث موقعك.
للحصول على نظرة عامة أكثر تفصيلاً حول الاختلافات بين إدارة الموقع ومركز التحكم ، راجع هذه المقالة .
إدارة المستخدمين
لدينا نظام إدارة مستخدم مركزي أساسي في Control Hub ، حيث يكون المستخدمون متميزين وفريدين داخل المؤسسة بأكملها (وجميع Webex). في إدارة الموقع ، يكون ملف تعريف المستخدم مميزًا لكل موقع اجتماع.
- الدخول الموحد (SSO) مع إنشاء حساب تلقائي
-
في إدارة الموقع ، لديك ميزة "إنشاء حساب تلقائي" والتي تنشئ المستخدمين عندما يصادقون على أنفسهم عن طريق الدخول الموحّد (SSO).
تتوفر هذه الميزة في مركز التحكم أيضًا. راجع إنشاء حساب SAML التلقائي وتحديثه لمركز التحكم للحصول على مزيد من المعلومات.
قد تفضل العديد من المؤسسات التي تستخدم الدخول الموحّد إدارة مستخدميها مركزيًا في أدوات الدليل الخارجي مثل Microsoft ® Active Directory و Microsoft Azure ، بالإضافة إلى طلب المصادقة مع موفري الهوية الخارجيين.
اقرأ المزيد عن:
- بيانات الملف الشخصي الإلزامية ورموز التتبع
-
تتيح لك إدارة الموقع تحديد حقول الملف الشخصي المطلوبة للمستخدمين الجدد (لقطة الشاشة السابقة). يمكنك توسيع هذا لطلب رموز التتبع لإنشاء المستخدم (لقطة الشاشة أدناه). إذا قمت بتكوين هذه المتطلبات الإضافية ، فلا يمكنك إضافة مستخدمين إلى الموقع بدونهم.
لا يحتاج مركز التحكم إلا إلى اسم عرض وعنوان بريد إلكتروني لإنشاء مستخدم.
جميع حقول المستخدم الأخرى اختيارية عندما تنشئ مستخدمًا جديدًا في Control Hub ، لذلك لا نفرض بيانات ملف تعريف إضافية للمواقع المُدارة Control Hub.
يجب عليك تعطيل حقول الملف الشخصي الإلزامية وأكواد التتبع قبل تحديث موقعك إلى Control Hub.
- إدارة كلمة المرور وإغلاقها
-
تحتوي إدارة الموقع على ميزة تقوم بإغلاق المستخدمين مؤقتًا إذا فشلوا في تسجيل الدخول بعد عدد من المحاولات.
يحتوي Control Hub على الخيارات التالية لمنع الوصول غير المصرح به:
-
المهلة التلقائية بعد المحاولات القليلة الفاشلة الأولى.
-
آلية CAPTCHA (اختبار Turing العام المؤتمت بالكامل لإخبار الكمبيوتر وبصرف النظر عن البشر).
-
لدى المستخدمين الشرعيين خيار الخدمة الذاتية لتغيير كلمات المرور المنسية.
-
ترخيص المضيف
- يجب أن يكون المضيفون في مؤسسة Control Hub الخاصة بك
-
في Site Admin ، يمكنك تعيين ترخيص مضيف لأي مستخدم. عندما تدير الموقع في مركز التحكم ، يمكنك فقط تعيين تراخيص المضيف (ودور الحضور) للمستخدمين في نفس مؤسسة Control Hub.
- الاشتراك الذاتي لحساب المضيف
-
في Site Admin ، يمكنك اختيار السماح للمستخدمين بطلب حساب (مضيف) على الموقع. يمكنك أيضًا السماح للمستخدمين الذين لديهم حساب بطلب خدمات إضافية على الموقع. (انظر لقطات).
عندما تدير موقع اجتماع في Control Hub ، لا يمكن للمستخدمين طلب حساب مضيف خاص بهم لهذا الموقع.
يحتوي Control Hub على طريقة مركزية تلقائية لتعيين تراخيص الاجتماعات للمستخدمين الجدد بدلاً من ذلك. اقرأ https://help.webex.com/n3ijtao .
يمكنك أيضًا إدارة تراخيص المستخدم من خلال واجهة برمجة التطبيقات أو بشكل مجمع باستخدام CSV.
إذا كنت تريد من المستخدمين أن يطلبوا حساباتهم المضيفة ، يمكنك تكوين تعليمات / دعم الموقع مع المؤشرات للاتصال بالمسؤولين أو الارتباط بأدوات أخرى.
يجب عليك تعطيل "السماح بالاشتراك في حساب المضيف" و "السماح للمستخدمين بطلب خدمات إضافية" في إدارة الموقع قبل تحديث موقعك إلى مركز التحكم.
-
يحتوي Control Hub على خيارات أخرى لإدارة الترخيص ، مثل قوالب التعيين التلقائي. يمكنك الحصول على تقرير بالمضيفين غير النشطين لمساعدتك في إزالة التراخيص من هؤلاء المستخدمين ، بشكل فردي أو جماعي ، أو عن طريق واجهة برمجة التطبيقات.
إذا كنت بحاجة إلى خيار إلغاء التنشيط التلقائي هذا ، ولم تكن الخيارات الأخرى في Control Hub مناسبة لك ، فعليك تجنب تحديث موقعك إلى Control Hub في هذا الوقت.
قبل تحديث موقع الاجتماع الخاص بك لتتم إدارته في Control Hub ، يجب عليك تجهيز مؤسسة Control Hub الخاصة بك.
تأكد من عدم وجود إجراءات معلقة أو حظر على الاشتراك. سيفشل التحديث إذا:
- لديك أي إجراءات معلقة في الاشتراك المرتبط بالموقع الذي تقوم بتحديثه.
- الموقع ليس له اشتراك مرتبط به في مؤسسة Control Hub.
- لا تتطابق معلومات ترخيص الموقع في إدارة الموقع مع معلومات ترخيص الموقع في Control Hub.
نوصي بشدة بالتحقق من نطاقاتك والمطالبة بالمستخدمين. القراءة التالية ستساعد:
-
الكتاب الإلكتروني لمركز التحكم: https://ebooks.cisco.com/story/controlhubessentials/
-
كيفية إدارة المجالات الخاصة بك: https://help.webex.com/cd6d84
-
اطلب مستخدميك من مؤسسات أخرى (بعد التحقق من نطاقاتك): https://help.webex.com/nceb8tm. يعتبر ادعاء المستخدمين أمرًا مهمًا بشكل خاص لأنه يضمن وجود أكبر عدد ممكن من المستخدمين الذين يجب أن يكونوا في مؤسستك هناك بالفعل. إن المطالبة بالمستخدمين من خلال "المطالبة الفورية" تتجنب أيضًا التأخير في استخدام عناوين البريد الإلكتروني في مؤسستك.
نوصيك بشدة بالمطالبة بالمستخدمين قبل تحديث موقعك إلى Control Hub. إذا قمت بفرض رسوم على المستخدمين في مؤسستك بعد تحديث الموقع إلى Control Hub، فقد يفقد هؤلاء المستخدمون إمكانية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع.
كحل مؤقت، يمكنك القيام بما يلي للتأكد من أن المستخدمين لن يفقدوا إمكانية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع بعد تحديث الموقع إلى Control Hub:
- بالنسبة للمستخدمين الذين لديهم امتيازات المسؤول الخارجي للمؤسسة أو الموقع - قم بإزالة جميع صلاحيات وصول المسؤول الخارجي للمؤسسة والموقع، ثم قم بإزالة ترخيص موقع الاجتماع. بعد المطالبة بالمستخدم، قم بإعادة ترخيص هذا المستخدم للموقع. يمكنك أيضًا استعادة امتيازات المسؤول الخارجية الخاصة بهم.
- بالنسبة للمستخدمين العاديين - قم بإزالة ترخيص موقع الاجتماع، وطالب بالمستخدم لمؤسستك، ثم قم بإعادة ترخيص هذا المستخدم للموقع.
-
إذا تم تكوين موقع الاجتماع للدخول الموحّد (SSO) ، فيجب عليك أيضًا تهيئة SSO لمؤسستك Control Hub .
إنشاء حساب تلقائي للمستخدمين الجدد
إذا قام موقع Webex الخاص بك بتمكين إنشاء الحساب تلقائيًا في مسؤول الموقع ، فيمكنك تمكين ميزة مماثلة في Control Hub من خلال إنشاء حساب SAML التلقائي . تأكد أيضًا من إعداد نموذج ترخيص تلقائي بحيث يحصل المستخدمون الجدد تلقائيًا على التراخيص المعينة بمجرد إنشاء حساباتهم في مؤسسة Control Hub.
المنظمات ذات مزامنة الدليل
إذا تم تكوين مؤسستك لمزامنة الدليل ، فتأكد من أن جميع المستخدمين الذين تريد أن يكونوا في مؤسستك موجودون في الموقع. يجب أن يتم ذلك قبل 24 ساعة من بدء عملية تحديث الموقع بحيث يمكن ربط المستخدمين على الموقع بالمستخدمين الجدد في مؤسسة Control Hub الخاصة بك.
وصول المسؤول إلى مواقع Webex بمجرد التحديث
سيحصل الشخص الذي لديه دور المسؤول على مستوى المنظمة في Control Hub تلقائيًا على إمكانية الوصول إلى المواقع التي يتم تحديثها من مسؤول الموقع إلى Control Hub. على سبيل المثال، سيصبح المسؤولون الكاملون في المؤسسة مسؤولين كاملين عن موقع Webex، وسيصبح مسؤولو مستخدمي المؤسسة مسؤولين عن مستخدمي موقع Webex، وسيصبح مسؤولو القراءة فقط في المؤسسة مسؤولين عن القراءة فقط في موقع Webex.
واجهات برمجة تطبيقات XML
أصبحت واجهات برمجة تطبيقات XML متوافقة الآن مع المواقع المُدارة Control Hub. يمكنك القراءة حول التفاصيل والمحاذير في تحديثات XML API 41.11.0 .
تظل عناوين URL لخدمة API XML دون تغيير بعد تحديث الموقع من Site Admin إلى Control Hub المُدار. ستستمر عناوين URL الخاصة بواجهة برمجة التطبيقات في العمل. توصي شركة Cisco باستخدام OAUTH في جميع تكاملات واجهة برمجة التطبيقات للمصادقة.
المصادقة في واجهات برمجة التطبيقات XML
قد تفشل عمليات التكامل التي لا تستخدم Webex OAUTH للمصادقة بعد تحديث الموقع إلى Control Hub. يوضح الجدول التالي نوع مصادقة المسؤول الذي سيستمر في العمل بعد تحديث موقعك.
نوع مصادقة المسؤول في واجهة برمجة التطبيقات XML قبل تحديث الموقع | المسؤول في منظمة SSO بعد تحديث الموقع | لم يعد المسؤول موجودًا في منظمة SSO بعد تحديث الموقع |
---|---|---|
اسم المستخدم (webExID)/password | ![]() | ![]() |
اسم المستخدم (webExID)/sessionTicket | ![]() | ![]() |
username/OAUTH (رمز الوصول webEx) | ![]() | ![]() |
email/password | ![]() | ![]() |
email/sessionTicket | ![]() | ![]() |
email/OAUTH (رمز الوصول webEx) | ![]() | ![]() |
* التوافق مع الإصدارات السابقة - قامت شركة Cisco بتمكين username/password يجب أن تعمل المصادقات في واجهات برمجة التطبيقات XML بعد تحديث الموقع حتى لو لم يتطابق username
مع البريد الإلكتروني. ينطبق التوافق فقط إذا:
- تم إنشاء بيانات اعتماد المستخدم قبل تحديث الموقع. لا يُسمح بإجراء أي تغييرات على
username
وإلا ستفشل بيانات الاعتماد السابقة. - لا يمكن أن تحتوي بيانات اعتماد مصادقة واجهة برمجة التطبيقات على كلمة مرور مختلفة في Control Hub مقارنةً بالموقع عندما تم إدارته في إدارة الموقع.
- يجب أن يكون المستخدمون الذين يتم استخدام بيانات اعتمادهم للمصادقة في حالة نشطة (وليس غير نشطة) في إدارة الموقع في وقت تحديث الموقع إلى Control Hub.
يمكنك معرفة المزيد حول تكاملات واجهة برمجة التطبيقات XML على المواقع المُدارة بواسطة Control Hub، بما في ذلك مصادقة OAUTH، من خلال هذا الدليل.
Username
تم تعيين البريد الإلكتروني لجميع المستخدمين عند تحديث الموقع إلى Control Hub. إذا تم استخدام username
لحمولات واجهة برمجة التطبيقات، فيجب على الحمولات استخدام البريد الإلكتروني بدلاً من ذلك بعد تحديث الموقع.
دور المسؤول في Control Hub لتكاملات API
قد لا يتمكن المسؤولون الذين لديهم دور مسؤول الموقع فقط من إجراء بعض العمليات باستخدام واجهات برمجة التطبيقات XML، مثل تغيير عنوان البريد الإلكتروني للمستخدم أو اسم العرض بعد تحديث الموقع إلى موقع Control Hub. بالنسبة للمسؤولين الذين تُستخدم بيانات اعتمادهم لعمليات تكامل واجهة برمجة التطبيقات ، نوصيك بترقية هؤلاء المسؤولين إلى مسؤولين كاملين في المؤسسة في مركز التحكم ، ويفضل قبل تحديث الموقع إلى مركز التحكم.
كأفضل ممارسة ، نوصي بتحديث موقع اختبار أولاً للتأكد من أن عمليات تكامل API الخاصة بك ستعمل بدون تعديل بعد التحديث إلى Control Hub.
اعتمادًا على ما تفعله عملية التكامل الخاصة بك، قد يحتاج المسؤولون أيضًا إلى تعيين حساب مضيف اجتماعات على موقع Control Hub لكي يعمل التكامل (لم يكن هذا مطلوبًا للمسؤولين في مواقع مسؤول الموقع).
اختلافات XML API في Control Hub
يجب أن تعمل معظم عمليات تكامل واجهة برمجة تطبيقات XML ، دون أي تغييرات ، بعد تحديث موقعك. ولكن هناك بعض الاستثناءات التي تم تفصيلها في القائمة التالية:
- CreateUser—في المواقع التي تتم إدارتها بواسطة Control Hub، قد تقوم هذه العملية أيضًا بإنشاء مستخدم في المؤسسة المالكة للموقع قبل تعيين ترخيص. إذا كان المستخدم موجودًا بالفعل في مؤسسة أخرى ، فستفشل هذه العملية. لن يتم تطبيق
PMR ID parameter
على المستخدمين الذين ليس لديهم بالفعل حالة نشطة في مركز التحكم.createuser
تستغرق واجهة برمجة التطبيقات وقتًا أطول حتى تكتمل في المواقع المُدارة في Control Hub. للحصول على أداء أفضل، يمكنك إضافة خيط إضافي لتوازي مكالماتcreateuser
. - SetUser—قد يؤدي ذلك إلى تعيين أو إزالة ترخيص موقع الاجتماعات من المستخدم (اعتمادًا على معلمات واجهة برمجة التطبيقات أو الحمولة).
- DelUser—يزيل ترخيص موقع الاجتماعات، لكنه لا يحذف المستخدم من مؤسسة Control Hub.
- LstsummaryUser—يرجع أيضًا
objectGUID
الخاص بالمستخدم. - AuthenticateUser—في المواقع التي تتم إدارتها بواسطة Control Hub، نوصي بإنشاء تذكرة جلسة عبر
AuthenticateUser
بدلاً من استخدام اسم المستخدم وكلمة المرور لكل واجهة برمجة تطبيقات XML. لا يتم دعم استخدام استجابة SAML في محتوى الجسم مع هذه الدعوة لمواقع Control Hub المُدارة.
واجهات برمجة تطبيقات REST
يحتوي Control Hub على واجهات برمجة تطبيقات خاصة به ، بما في ذلك People و License REST APIs لإنشاء المستخدمين وترخيصهم على:
تتوفر أيضًا أنواع الجلسات وأكواد التتبع باستخدام واجهات برمجة التطبيقات REST على:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
ومع ذلك ، لا تدعم واجهات برمجة تطبيقات REST المذكورة أعلاه جميع وظائف إدارة المستخدم المتوفرة في واجهات برمجة تطبيقات XML. على سبيل المثال، ستظل بحاجة إلى استخدام واجهات برمجة التطبيقات XML لتعيين تراخيص الاجتماعات للمستخدمين خارج المؤسسة التي تمتلك الموقع. لا تدعم People API تعيين أدوار مسؤول الموقع للمستخدمين. إذا كنت ترغب في تعيين أدوار مسؤول الموقع عبر واجهة برمجة التطبيقات ، فلا يزال يتعين عليك استخدام واجهة برمجة تطبيقات XML.
يمكنك استخدام واجهة برمجة تطبيقات الأشخاص لإنشاء مسؤولي المؤسسة بأذونات كاملة (أو للقراءة فقط)، ويمكن لهؤلاء المسؤولين أيضًا إدارة (أو عرض) مواقع الاجتماعات التي تديرها Control Hub.
يحتوي Control Hub على أدوار مسؤول خاصة بموقع Webex ، ولكن لا يمكن لـ People API تعيين هذا الدور في الوقت الحالي.
الخطط المستقبلية (قابلة للتغيير)
- واجهة برمجة تطبيقات ترخيص جديدة يمكنها أيضًا منح تراخيص موقع الاجتماع للمستخدمين الخارجيين الذين ليسوا في نفس المؤسسة التي أنشأت الموقع. تتوفر إمكانية ترخيص المستخدم الخارجي يدويًا في Control Hub اليوم.
- واجهة برمجة تطبيقات SCIM لإنشاء المستخدمين وحذفهم في المؤسسة.
- يتمثل الاتجاه طويل الأمد لشركة Cisco في استخدام واجهات برمجة التطبيقات REST فقط (لجميع العمليات على المستخدمين ومواقع الاجتماعات). سيستمر دعم واجهات برمجة تطبيقات XML لإدارة المستخدم حتى يمكن استخدام REST APIs حصريًا لجميع عمليات إدارة المستخدم. سيتم أيضًا إيقاف استخدام واجهات برمجة تطبيقات XML لإدارة المستخدمين (التاريخ المحدد).
قبل تحديث موقعك إلى Control Hub ، نوصي بشدة بمراجعة العناصر التالية أولاً لجعل التحديث يسير بسلاسة قدر الإمكان:
- أولاً ، راجع هذا المستند وتأكد من أن مؤسستك تتبع أفضل الممارسات الموصى بها في قسم إعداد مؤسسة مركز التحكم .
- بعد ذلك ، سجّل الدخول إلى إدارة Webex وانقر على تحديث الإدارة . في مرحلة جاهزية الموقع ، لا يجب اتخاذ أي إجراء موصى به في الملف من قسم مستخدمي المراجعة و لا يجب تعطيل أي ميزات تم استدعاؤها في قسم ميزات المراجعة حتى الآن. باتباع هذه الإرشادات ، يصبح تقييم جاهزية الموقع عملية للقراءة فقط لتقييم التغييرات التي تحتاج إلى القيام بها قبل التحديث إلى Control Hub.

- تحت قسم مراجعة المستخدمين ، انقر فوق تصدير ملف CSV للمستخدم وقم بتنزيل ملف CSV، والذي يسمى
users-to-review-xxxxx.csv
.سوف يسرد هذا الملف جميع المستخدمين الذين يحتاجون إلى الاهتمام وسيكون له إجراء موصى به لكل مستخدم. يمنحك عدد المستخدمين في هذا الملف فكرة عن عدد المشكلات المتعلقة بالمستخدم التي يتعين عليك العمل عليها قبل أن تتمكن من تحديث الموقع.
- ضمن قسم ميزات المراجعة ، انظر إلى أي ميزات مدرجة بعلامة X حمراء في عمود النتائج. سيخبرك هذا بجاهزية موقعك من منظور تضارب الميزات.
- لا تنتقل إلى الخطوة 2 ولا تنقر بعد على الزر "تحديث إلى مركز التحكم".
بمجرد مراجعة ملف CSV الخاص بالمستخدم والنظر في الميزات التي قد تحتاج إلى إعادة تكوينها ، استمر في قراءة بقية الأقسام في هذه المقالة لإعداد موقعك ومؤسستك حول كيفية التحديث إلى Control Hub.
ملاحظة: إذا كان موقعك يحتوي على عمليات تكامل لواجهة برمجة التطبيقات تم إجراؤها بواسطة شركتك أو من خلال حلول جهات خارجية ، مثل حلول إدارة التعلم ، فتأكد من مراجعة قسم إعداد تكامل واجهة برمجة التطبيقات للموقع للعمل مع مركز التحكم .
التغييرات القادمة للإصدار 43.6
حتى الآن، كان من الضروري تعطيل هاتين الميزتين قبل تحديث الموقع إلى Control Hub:
- حقول ملف تعريف المضيف المطلوبة
- رموز التتبع المطلوبة
بدءًا من إصدار 43.6، لن تحتاج المواقع التي تشارك في الإصدارات التجريبية لميزات السمات المخصصة وحقول ملف تعريف المضيف المطلوبة إلى تعطيل هذه الميزات قبل تحديث موقعها إلى Control Hub. بدلاً من ذلك، سيُعلمك المعالج بضرورة مراجعة هاتين الميزتين حيث سيتم نسخ التكوين الحالي إلى مؤسسة Control Hub.
إذا كنت تشارك في حقول ملف تعريف المضيف المطلوبة الإصدار التجريبي، فسترى هذا التحذير:

إذا كنت مشاركًا في الإصدار التجريبي من أكواد التتبع المطلوبة والسمات المخصصة ، فسترى عنصر الإجراء هذا:

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

يجب تعطيل بعض الميزات قبل أن تتمكن من تحديث موقع Webex إلى Control Hub. يمكنك رؤية قائمة توضح لك الميزة التي يجب تعطيلها. يجب تنفيذ الميزات المميزة بدائرة حمراء X رمز. الميزات المميزة برمز علامة تعجب المثلث الأصفر مخصصة لمعلوماتك فقط ولا تتطلب أي إجراء.
للحصول على عرض توضيحي حول كيفية تحديث موقعك إلى Control Hub ، راجع هذا الفيديو .
إذا كانت مؤسستك تستخدم ميزة إنشاء الحساب التلقائي في "إدارة الموقع"، فيجب عليك إعداد ميزة مكافئة في "مركز التحكم" وإعداد قالب ترخيص تلقائي لتعيين التراخيص تلقائيًا. انظر هذه المقالة لمزيد من التفاصيل. ينبغي القيام بذلك قبل تحديث الموقع الذي سيتم إدارته في Control Hub.
-
سجًل الدخول إلى إدارة موقع Webex وانتقل إلى التكوين > إعدادات الموقع الشائعة > خيارات.
-
ابحث عن خيار السماح بالاشتراك في حساب المضيف وقم بتعطيله.
-
ابحث عن طلب الاشتراك في الحساب: وقم بإلغاء تحديد كافة المربعات الخاصة بحقول ملف تعريف المستخدم المطلوبة.
-
-
انقر فوق تحديث.
-
انتقل إلى
. -
في العمود ملف تعريف المضيف ، قم بتغيير جميع صفوف شفرة التتبع المميزة بعلامة مطلوب إلى AdminSet أو اختياري .
-
اقرأ المزيد حول شفرات التتبع على https://help.webex.com/izu2ty .
يتم الاحتفاظ بجميع قيم رموز التتبع للمستخدمين عند تحديث موقع إلى Control Hub.
-
في المستقبل، سيتم رفع هذا القيد وستتمكن من تعيين رموز التتبع لسمات المستخدم المخصصة المطلوبة في Control Hub للحصول على وظائف مكافئة.
تعتبر ميزة رموز تتبع الخريطة لسمات المستخدم مسودة متاحة للمعاينة العامة. نقدم لك نظرة سريعة على ما يمكن أن تتوقعه.
قبل أن تتمكن من تحديث موقع باستخدام رموز التتبع المطلوبة من إدارة الموقع إلى Control Hub، يجب عليك تعيين رموز التتبع هذه إلى سمات المستخدم في Control Hub. بإمكانك النقر على الرمز الموجود أسفل المعلومات لنقلك مباشرةً إلى معالج رموز تتبع الخريطة لسمات المستخدم للموقع. إذا لم تقم بتعيين أو تعطيل رموز التتبع المطلوبة حتى الآن، فلن تتمكن من تحديث موقعك إلى Control Hub.
إذا لم يكن موقعك يحتوي على رموز التتبع المطلوبة، فلا يزال بإمكانك تعيين رموز التتبع لسمات المستخدم قبل تحديث الموقع إلى Control Hub باتباع هذا الإجراء.

لمواقع الاجتماعات التي تستخدم القسم كرمز للتتبع، نوصيك بربط رمز التتبع هذا بسمة ملف تعريف مستخدم القسم بدلاً من ربطه بسمة مخصصة. نظرًا لأن القسم هو سمة ملف تعريف قياسية في Control Hub، فسيكون هذا السيناريو أكثر فاعلية في معظم الحالات.
إذا كانت هذه الخاصية مطلوبة، فانتقل إلى قسم سمة ملف تعريف المستخدم وقم بتمييز سمة القسم على أنها مطلوبة. يجب الوضع في الاعتبار أن سمة القسم هذه، جنبًا إلى جنب مع سمات المستخدم الأخرى، لن يتم ملؤها للمستخدمين الخارجيين.
1 |
سجّل الدخول إلى Control Hub وانتقل إلى الاجتماع. | ||||||||||||||||||||||||||||||||||||||||
2 |
حدد موقعًا، ثم انتقل إلى . | ||||||||||||||||||||||||||||||||||||||||
3 |
حدد إنشاء خريطة رمز التتبع. ![]() | ||||||||||||||||||||||||||||||||||||||||
4 |
حدد فتح ملخص رموز التتبع. ![]() | ||||||||||||||||||||||||||||||||||||||||
5 |
انقر على تنزيل ملخص التكوين. يجب عليك تنزيل نسخة من التكوين الحالي لرموز التتبع. ستحتاج إلى هذا الملخص في الخطوات التالية للتأكد من أن جميع قيم السمات متسقة مع رموز التتبع الحالية. يمكنك أيضًا تنزيل قوائم رموز التتبع السابقة كملف CSV لتحميل القيم نفسها للسمات المخصصة. ![]() | ||||||||||||||||||||||||||||||||||||||||
6 |
ارجع إلى المعالج وحدد إضافة سمات المستخدم ومراجعتها. ![]() | ||||||||||||||||||||||||||||||||||||||||
7 |
قم بتكوين أي سمات مخصصة جديدة مطلوبة لهذا الموقع. قم بتحديد أي سمة على أنها مطلوبة إذا كنت تريد ملء هذه الحقول للمستخدمين. لا تنطبق السمات المخصصة على المؤسسات التي تقوم بمزامنة المستخدمين مع Directory Connector وAzure AD وما إلى ذلك. يمكنك استخدام هذه الخطوة كفرصة لمراجعة أسماء العرض لرموز التتبع. بمجرد الانتهاء من إجراء أي تغييرات لازمة، انقر على حفظ. السمات المقفلة تشبه AdminSet في أكواد تتبع موقع الاجتماعات الكلاسيكي. عند وضع علامة على سمة مخصصة على أنها مؤمّنة، لن يتمكن المستخدمون من رؤية هذه السمة.إذا قمت بالضغط على "حفظ" في هذه الخطوة، فإن أي سمات مخصصة قمت بإضافتها أو إزالتها أو تحديدها على أنها مطلوبة، فإن هذا الأمر سيصبح ساريًا على الفور في المؤسسة. يحتاج المستخدمون الجدد الذين تم إلحاقهم بالمؤسسة إلى الامتثال لعملية التكوين هذه الخاصة بالسمة المخصصة المحدثة وإلا ستفشل عملية إلحاق المستخدمين. تابع العمل بحذر قبل وضع علامة على السمات المخصصة على النحو المطلوب. ![]() | ||||||||||||||||||||||||||||||||||||||||
8 |
ارجع إلى المعالج وحدد ربط رموز التتبع. ![]() | ||||||||||||||||||||||||||||||||||||||||
9 |
استخدم القائمة المنسدلة لربط رموز التتبع بالسمات المخصصة أو سمات ملف تعريف المستخدم الخاصة بالمؤسسة. عند ربط رمز تتبع موقع بسمة، يقوم النظام أولاً بربط السمات الموجودة مسبقًا والتي تتطابق مع أسماء رموز التتبع إذا تم تعيين نوع الإدخال على حقل نصي. بمجرد الانتهاء من كل الخطوات، انقر على التالي. إذا كانت مؤسستك تستخدم عملية إلحاق تلقائية للمستخدمين مثل "موصل الدليل" أو Azure AD، ففي هذه الحالة لا يجب ربط رموز التتبع بالسمات المخصصة. بدلاً من ذلك، قم بربط رموز التتبع بالسمات المتزامنة. في السابق، كان تكوين رموز التتبع متاحًا بشكل مختلف لكل مركز. تشترك الآن جميع المراكز (الاجتماعات والأحداث وندوات الإنترنت، وغيرها) في تكوين جدولة واحد. عند ربط سمة كما هو مطلوب، ستكون هذه السمة مطلوبة في وقت الجدولة في Webex Meetings وWebex Webinars وغيرها. ![]() | ||||||||||||||||||||||||||||||||||||||||
10 |
انقر فوق احفظ الخريطة. يتم إجراء المزامنة تلقائيًا أثناء عملية تحديث الموقع إلى Control Hub. نقترح عمل نسخة احتياطية لقيم رمز التتبع للمستخدمين من خلال القيام بتصدير مستخدم الموقع لموقع الاجتماع عندما تقوم بربط رموز التتبع بسمات مخصصة، فإن المصدر الحقيقي الوحيد للبيانات يأتي من خدمة تعريف Webex بدلاً من كل موقع اجتماع فردي. تقوم المزامنة بنسخ قيم مستخدمي رمز التتبع لمرة واحدة إلى السمات المرتبطة التي لم يتم ملؤها بالفعل للمستخدمين، مما يعني أن ترتيب المواقع التي تقوم بمزامنتها في رموز التتبع أولاً يعد أمرًا مهمًا. عند مزامنة الموقع الأول، يتم نسخ قيم رموز التتبع للمستخدمين من هذا الموقع إلى سمة المستخدم المرتبطة بذلك المستخدم في Control Hub، ولكن فقط إذا لم يتم ملء هذه القيمة بالفعل من أجل المستخدم. قد لا يتم نسخ بعض قيم رموز التتبع من الموقع إلى سمات المستخدم أثناء المزامنة إذا تم بالفعل ملء القيمة الخاصة بالمستخدم لموقع مرتبط في وقت المزامنة، ففي هذه الحالة، لن يتم نسخ قيمة التتبع من ذلك الموقع إلى السمة المرتبطة بها في Control Hub لهذا المستخدم. لتجنب البيانات التي تحل محل رموز التتبع الأخرى للمستخدمين، نوصي بأن تقوم بربط ومزامنة البيانات الخاصة بموقع اجتماع مع بيانات رموز التتبع الأحدث للمستخدمين. لا يتم نسخ قيم رموز التتبع من المواقع التي تربط رموز التتبع بحقول المستخدمين التي تتم مزامنتها عبر مصادر خارجية، مثل "موصل الدليل" أو Azure AD. يوضح الجدول التالي السيناريوهات المحتملة التي تحل فيها البيانات محل رموز التتبع الأصلية. في هذه السيناريوهات، يكون رمز التتبع والسمة المرتبطة بها هي مدينة المستخدم.
* تم استبدال قيمة رمز التتبع السابقة بالسمة المحددة الموجودة. |
قبل تحديث موقعك لتتم إدارته في Control Hub ، تأكد مما يلي:
- جميع مستخدمي الموقع الذين يجب أن يكونوا في مؤسستك موجودون بالفعل في مؤسسة Control Hub الخاصة بك.
- يتم حذف جميع مستخدمي الموقع الذين لا ينبغي أن يكونوا في مؤسستك من مؤسستك.
- يمكن مصادقة المستخدمين في المؤسسة عن طريق موفر الهوية إذا كانت مؤسستك مهيأة للدخول الموحّد (SSO).
- سيتم أيضًا نسخ حقول ملف تعريف المستخدم المحددة على أنها مطلوبة في الموقع إلى مؤسسة Control Hub عند تحديث الموقع. إذا كنت لا تريد وضع علامة على هذه الحقول باعتبارها مطلوبة لتسجيل حساب على الموقع في Control Hub، فقم بإلغاء تحديد الحقول في Site Admin أولاً قبل التحديث إلى Control Hub.
- لقد راجعت قسم إعداد مؤسسة Control Hub سابقًا في هذه المقالة.
للحصول على عرض توضيحي حول كيفية تحديث موقعك إلى Control Hub ، راجع هذا الفيديو .
كيفية التحقق من المستخدمين الذين سيحظرون تحديث الموقع

-
قم بتسجيل الدخول إلى إدارة الموقع ، وافتح صفحة إدارة التحديث .
-
افتح مراجعة المتطلبات الأساسية لتحديث عنصر تحكم الإدارة ، وانقر فوق تصدير المستخدمين المتأثرين في CSV .
-
انتظر حتى ينتهي التصدير. قد تستغرق هذه العملية بعض الوقت حسب وقت البدء وعدد المستخدمين في الموقع. يتم إيقاف التصدير مؤقتًا لمدة 6 دقائق في أعلى الساعة (بين xx:57 ل xx:03).
-
انقر على تنزيل CSV بمجرد انتهاء التصدير.
يقوم متصفحك بتنزيل
users-to-review.csv
. -
افتح ملف CSV وتحقق من العمود الإجراء الموصى به (العمود الأخير). اتخذ الإجراء الموصى به لكل مستخدم في الملف.
المستخدمون بعناوين بريد إلكتروني غير متطابقة
قد يكون لبعض المستخدمين عنوان بريد إلكتروني مختلف في Site Admin و Control Hub. هذا ممكن إذا تم تغيير البريد الإلكتروني للمستخدم في مكان واحد فقط بعد ربط المستخدم من هذا الموقع بمركز التحكم.
جرب هذه الإجراءات لإصلاح المستخدمين بعناوين بريد إلكتروني غير متطابقة:
-
قم بتغيير عنوان البريد الإلكتروني للمستخدم في Site Admin لمطابقة عنوان البريد الإلكتروني Control Hub
يمكن للمستخدمين تحرير ملفات تعريف مسؤول الموقع الخاصة بهم: https://help.webex.com/nmig1kcb
-
قم بتغيير عنوان البريد الإلكتروني للمستخدم في مركز التحكم ليتطابق مع عنوان البريد الإلكتروني لمسؤول الموقع: https://help.webex.com/nsi3kgb.
يمكن للمستخدمين تغيير عناوين البريد الإلكتروني الخاصة بهم في مؤسسة Control Hub: https://help.webex.com/nme40aeb
إذا قمت بتحديث موقعك إلى Control Hub دون تصحيح عدم تطابق عنوان البريد الإلكتروني للمستخدم ، فيجب على المستخدمين المتأثرين استخدام عناوين البريد الإلكتروني Control Hub لتسجيل الدخول إلى موقع الاجتماع الخاص بهم. قد لا يتمكن هؤلاء المستخدمون من تسجيل الدخول إذا حاولوا تسجيل الدخول باستخدام عنوان البريد الإلكتروني في مسؤول الموقع أو إذا لم يعد عنوان البريد الإلكتروني الخاص بهم في Control Hub صالحًا في IdP (لمؤسسات SSO). لن يمنعوك من تحديث الموقع، لكن من الأفضل تصحيح عناوين البريد الإلكتروني قبل بدء التحديث.
المستخدمون الخارجيون الذين لديهم ترخيص الاجتماعات الأساسية
سيتعين على المستخدمين الخارجيين الذين لديهم تراخيص اجتماعات أساسيةإلغاء تنشيطهم أو ترقيتهم إلى تراخيص اجتماعات Webex المدفوعة قبل تحديث الموقع من Site Admin إلى Control Hub.
كيفية تعطيل المستخدمين
لتعطيل المستخدم الفردي في إدارة الموقع:
-
انتقل إلى
. -
استخدم عناصر التحكم في الفهرس والبحث والتصفية للعثور على المستخدم.
-
قم بإلغاء تحديد المربع نشط .
-
إرسال التغييرات.
راجع إدارة حسابات المستخدمين في إدارة موقع Webex للحصول على مزيد من المعلومات.
لإلغاء تنشيط دفعة المستخدم في إدارة الموقع:
-
قم بتصدير المستخدمين إلى ملف CSV.
-
افتح ملف CSV وقم بتعديل قيم العمود
Active
إلىN
لجميع المستخدمين المتأثرين. -
استيراد ملف CSV المعدل.
المستخدمون الذين قمت بتغييرهم أصبحوا الآن غير نشطين .
راجع الاستيراد المجمّع وتصدير مستخدمي Webex في إدارة موقع Webex لمزيد من التفاصيل.
المستخدمون في المؤسسات مع مزامنة الدليل
إذا كان هناك مستخدمون غير مرتبطين يجب أن يكونوا في مؤسستك ، ولكن لم تتم إضافتهم بعد ، يجب عليك أولاً إضافتهم إلى مؤسستك. هذا مهم بشكل خاص للمؤسسات التي تم تكوينها لمزامنة الدليل (من خلال Directory Connector أو Azure AD) لأن مزامنة الدليل لن تسمح لعملية تحديث الموقع بإضافة مستخدمين.
سيفشل تحديث الموقع إذا تعذر ربط أي مستخدم نشط على الموقع بمؤسسة Control Hub. إذا تم تكوين مؤسستك لمزامنة الدليل ، فتأكد من إضافة جميع المستخدمين على الموقع الذين يجب أن يكونوا جزءًا من مؤسسة Control Hub إلى Directory Connector أو Azure AD أولاً قبل بدء التحديث.
إصلاح مشاكل المستخدم قبل بدء التحديث
إذا حاولت تحديث الموقع إلى Control Hub دون حل المشكلات للمستخدمين في ملف users-to-review
، فقد تفشل عملية إدارة التحديث. لا تتحقق الأداة لمعرفة ما إذا كنت قد قمت بتصحيح المشكلات إلا بعد بدء التحديث النهائي.
تحديث مواقع SSO والمواقع غير المرتبطة بـ SSO والمرتبطة بمؤسسة SSO
يمكن لمؤسسة Control Hub دعم العديد من موفري الهوية (IdPs) لتسجيل الدخول الموحد (SSO) بحيث يكون أحد موفري الهوية هو Webex IdP (المصادقة المحلية)
سيساعدك وجود العديد من موفري الهوية في Control Hub على:
- حيث يختلف معرف IdP لموقع SSO في Site Admin عن معرف IdP لـ SSO الخاص بـ Control Hub.
- عندما لا يكون المستخدمون في الموقع ضمن SSO IdP الذي تم تكوينه في المؤسسة، يمكن الآن إضافة هؤلاء المستخدمين إلى Webex IdP المحلي. يمكنك بعد ذلك نقل هؤلاء المستخدمين إلى SSO IdP الذي تم تكوينه لاحقًا.
يمكن أن يؤدي إعداد موفري هوية متعددين إلى تمكين جميع المستخدمين على الموقع الذي يتم تحديثه من مسؤول الموقع إلى مركز التحكم من تسجيل الدخول من خلال طريقة المصادقة التي تم تكوينها في مؤسسة مركز التحكم. لتحقيق ذلك، يمكنك:
- أضف معرفات SSO إضافية إلى مؤسسة Control Hub.
- إضافة المستخدمين إلى موفر هوية تم تكوينه بالفعل.
- أضف المستخدمين إلى Webex IdP المحلي.
راجع هذه المقالة لمعرفة المزيد حول موفري الهوية المتعددين في Control Hub.
قبل البدء
هناك بعض الميزات التي يجب عليك تعطيلها ، ويجب عليك التحقق من أن جميع المستخدمين في حالة جيدة ليتم تحديثهم إلى Control Hub. إذا كنت تستخدم تطبيقات API متكاملة ، فأنت بحاجة إلى تحديثها لاستخدام واجهة برمجة تطبيقات Webex.
يمكنك أن تقرأ عن هذه المتطلبات الأساسية في الأجزاء السابقة من هذه المقالة.
تأكد من أن جميع المسؤولين لديك يعرفون أنك تقوم بتحديث الموقع إلى Control Hub ، وأنه يجب عليهم عدم إجراء أي تغييرات في إدارة الموقع بعد البدء.
1 |
تصدير وحفظ ملف تصدير مستخدمي الموقع. يعمل هذا الملف كأرشيف لتكوين المستخدم لمساعدتك في التحقق من صحة البيانات بعد التحديث. |
2 |
سجّل الدخول إلى إدارة الموقع وانقر على تحديث الإدارة . |
3 |
قم بمراجعة المتطلبات الأساسية ، وخاصة قائمة CSV للمستخدمين في الحالات التي قد تؤثر على نجاح التحديث. |
4 |
اقرأ حول الميزات التي يجب تعطيلها والاختلافات التي يمكن أن تتوقعها في إدارة المستخدم وترخيص المضيف (موثقة أيضًا في هذه المقالة). |
5 |
انقر فوق تحديث إلى مركز التحكم . يتم تنشيط هذا الزر فقط بعد اكتمال الخطوات المذكورة أعلاه. ![]() تظهر نافذة منبثقة. توضح هذه النافذة أن تحديث موقع إلى Control Hub هو إجراء نهائي ولا يمكنك التراجع عن التحديث بمجرد انتهائه . عند انتهاء التحديث ، لن تتم إدارة هذا الموقع في إدارة الموقع. إذا لم تكن مستعدًا لإدارة هذا الموقع بالكامل في Control Hub ، فاخرج من المعالج الآن.
![]() |
6 |
انقر فوق موافق. يبدأ التحديث في ظهور لافتة أعلى إدارة الموقع لإعلامك بأن تحديث الموقع قيد التقدم. إذا حدث خطأ ما ، فستظهر لك رسالة خطأ تتضمن الإجراء المقترح. خلاف ذلك ، سترى رسالة نجاح. يستغرق تحديث الموقع حوالي 3 دقائق + 1000 نشط users/min + 2000 غير نشط users/min لإكمال. على سبيل المثال، إذا بدأت تحديث الموقع في 05:20 وإذا كان موقعك يحتوي على 8000 مستخدم نشط و2000 مستخدم غير نشط، فسوف يستغرق تحديث الموقع حوالي 12 دقيقة. بالإضافة إلى ذلك، يتم إيقاف تحديثات الموقع لمدة 6 دقائق في بداية الساعة (بين xx:57 ل xx:03). لكن قد تختلف نتائجك. |
7 |
انقر فوق تسجيل الدخول إلى مركز التحكم . |
بعد تشغيل تحديث الموقع من Webex Site Administration ، يمكنك تسجيل الدخول إلى Control Hub لمعرفة حالة تحديث الموقع.
-
قم بتسجيل الدخول إلى مركز التحكم وافتح صفحة الاجتماعات.
يمكنك مشاهدة قائمة بمواقع الاجتماعات الخاصة بك.
-
انقر فوق موقع لمعرفة معلومات حول هذا الموقع.
-
ابحث عن قسم تحديث الموقع ، حيث يمكنك قراءة حالة التحديث .
بعد الانتهاء من التحديث ، يمكنك تنزيل قائمة بجميع المستخدمين في إدارة الموقع ومعرفة أي من هؤلاء المستخدمين كان نشطًا أو غير نشط على الموقع. لن يتمكن المستخدمون الذين يظهرون على أنهم غير نشطين في عمود حالة المستخدم في إدارة الموقع من الوصول إلى موقع مركز التحكم المُدار. لن يتم إظهار هؤلاء المستخدمين أيضًا على أنهم يمتلكون أي وصول إلى الموقع في قسم المستخدم في Control Hub.
قد يستغرق ظهور زر التنزيل بعض الوقت (دقائق لمعظم المؤسسات).
-
راجع القائمة للتحقق من وجود أي مشاكل أثناء التحديث.
لم يعد بإمكانك إدارة هذا الموقع في إدارة الموقع بمجرد انتهاء تحديث الموقع. يجب أن تتم جميع عمليات إدارة هذا الموقع في Control Hub. فيما يلي بعض الخطوات للتعرف على موقعك وتجربته في إدارة موقعك في Control Hub:
-
تحقق من بعض إعدادات تكوين الموقع للتأكد من عدم تغيير أي شيء. سيكون الأمر أسهل إذا قمت بنسخ بعض إعدادات مسؤول الموقع قبل التحديث إلى مركز التحكم.
-
حدد المضيف، ثم تحقق من ترخيصه وأكواد التتبع وأنواع الجلسات في Control Hub. قم بتسجيل الدخول إلى موقع الاجتماع وتأكد من عدم تغيير اجتماعاتهم المجدولة وتسجيلاتهم وتفضيلاتهم. يصبح التحقق أسهل إذا تم نسخ بيانات المضيف قبل التحديث إلى Control Hub.
اطلب من المستخدم التحقق من أنه يمكنه جدولة اجتماعات جديدة واستضافتها.
-
أضف مستخدمًا جديدًا إلى مؤسستك. امنحهم ترخيصًا مضيفًا وقم بتعديل أنواع جلساتهم وتحقق من أنه يمكنهم استضافة الاجتماعات.
نوصيك بإعداد قوالب ترخيص تعتمد على المنظمة أو المجموعة لتعيين التراخيص تلقائيًا للمستخدمين الجدد أو مجموعات محددة من المستخدمين الجدد. -
حدد مستخدمًا كان مسؤولاً كاملاً في Site Administrator ، وتحقق من أن لديه المستوى المناسب من الوصول إلى الموقع المحدث في Control Hub.
يجب أن يكونوا قادرين على قراءة الموقع وتعديله ؛ إنشاء المستخدمين وترخيصهم وتعديلهم وحذفهم.
-
إذا كان موقعك يحتوي على تكامل API ، فقم بالتبديل إلى استخدام People APIs. تأكد من أن التكامل المحدث يعمل كما هو متوقع.
اقرأ المزيد حول إدارة مواقع الاجتماعات في Control Hub على https://help.webex.com/naqlzeu .
-
سيحصل المستخدمون على تجربة تسجيل دخول واحدة وموحدة إلى تطبيق Webex وجميع المواقع المُدارة Control Hub.
إذا كان اسم المستخدم لا يتطابق مع عنوان البريد الإلكتروني للمستخدم في إدارة الموقع ، فسيكون لهؤلاء المستخدمين تأثير في تجربة تسجيل الدخول. لم يعد من الممكن استخدام أسماء المستخدمين القديمة ، ويجب على هؤلاء المستخدمين استخدام عنوان بريدهم الإلكتروني لتسجيل الدخول. -
ترتبط بيانات اعتماد المستخدم بهوية مركز التحكم الخاصة به. تنطبق بيانات الاعتماد نفسها على جميع مواقع Control Hub المُدارة في نفس المؤسسة وعلى تطبيق Webex.
-
إذا تم تكوين SSO في مؤسسة Control Hub ، فإن تسجيل الدخول الموحد هذا يتحكم في تجربة تسجيل الدخول إلى تطبيق Webex وجميع المواقع المُدارة Control Hub.
-
لا تتأثر تجربة تسجيل الدخول إلى تطبيق Webex نتيجة التحديث إلى Control Hub.
-
عندما يقوم المستخدمون بتسجيل الدخول إلى موقع Webex Meetings ، ستبدو شاشة تسجيل الدخول مختلفة. يجب على المستخدمين إدخال عنوان بريدهم الإلكتروني لتسجيل الدخول حتى إذا كانت مؤسستهم مهيأة للدخول الموحّد (SSO).
يمكن للمسؤولين تمكين خيارتذكرني في مركز التحكم حتى لا يضطر المستخدمون إلى إدخال عنوان بريدهم الإلكتروني مرة أخرى في كل مرة يقومون فيها بتسجيل الدخول. -
اعتمادًا على سجل كل مستخدم ، وعدد المواقع التي لديهم حساب عليها ، وما إلى ذلك:
-
إذا تم ربط المستخدمين بالمستخدمين الحاليين في Webex Identity / Control Hub ، فسيستخدم المستخدمون كلمة المرور نفسها لجميع مواقع Webex التي تم تحديثها إلى Control Hub.
-
إذا تم إنشاء المستخدمين في Webex Identity / Control Hub بسبب ارتباط الموقع ، فسيتم تطبيق بيانات اعتماد الموقع المرتبط الأول (إذا لم يتم تكوين المؤسسة باستخدام SSO). تتم إعادة توجيه المستخدمين لتسجيل الدخول إلى هذا الموقع. إذا كان لدى المستخدمين مواقع متعددة ببيانات اعتماد متعددة ، فيجب أن يساعدهم عنوان URL للموقع في تحديد بيانات الاعتماد التي يجب استخدامها.
-
يُسمح للمستخدمين بإعادة تعيين كلمة المرور الخاصة بهم في مؤسسات Control Hub (إذا لم تتم إدارة كلمة المرور عبر SSO). إذا نسي المستخدمون كلمة المرور الخاصة بهم ، فيمكنهم فقط النقر فوق هل نسيت اسم المستخدم أو كلمة المرور؟ في شاشة تسجيل الدخول لإعادة تعيين كلمة المرور الخاصة بهم. يمكن للمستخدمين أيضًا إعادة تعيين كلمة المرور الخاصة بهم باتباع التعليمات التالية:
- إعادة تعيين كلمة المرور لتطبيق Webex: https://help.webex.com/article/n02v0b8/
- إعادة تعيين كلمة المرور لموقع اجتماعات Webex: https://help.webex.com/article/6v6kaab/
-
-
إذا تم تغيير عنوان البريد الإلكتروني للمستخدم النهائي وكان لهذا المستخدم عنوان بريد إلكتروني مختلف في إدارة الموقع ومركز التحكم في وقت تحديث الموقع ، فقد يواجه هذا المستخدم مشكلات عند محاولة تسجيل الدخول. قد لا يعرف المستخدم أنه يحتاج الآن إلى استخدام عنوان البريد الإلكتروني الخاص به في Control Hub لتسجيل الدخول أو أن عنوان البريد الإلكتروني في Control Hub قد لا يكون صالحًا في SSO IdP لمؤسسته. من الأفضل تجنب هذا النوع من المواقف عن طريق تحديث عناوين البريد الإلكتروني للمستخدمين في مركز التحكم حيث يتم إجراء تغييرات على عناوين البريد الإلكتروني لنفس المستخدمين في إدارة الموقع.
-
يلزم إعادة تسجيل الدخول للمستخدمين على تطبيق Webex Meetings للأجهزة المحمولة لنظام iOS:
- إذا قمت بتحديث موقع غير SSO إلى Control Hub ، فسيتعين على المستخدمين إعادة تسجيل الدخول إلى تطبيق Webex Meetings للجوال لنظام iOS. على الرغم من أن تطبيق Meetings for iOS لن يتطلب من المستخدمين إعادة تسجيل الدخول لمدة تصل إلى شهرين بعد تحديث الموقع ، فإننا نقترح على المستخدمين إعادة تسجيل الدخول يدويًا لتجنب هذا الموقف بشكل استباقي.
-
أثناء تحديث الموقع، قد يحتاج المستخدمون الذين لا تتطابق أسماء المستخدمين الخاصة بهم مع عناوين بريدهم الإلكتروني إلى تسجيل الدخول مرة أخرى.
-
قد يُطلب من هؤلاء المستخدمين تسجيل الدخول إلى عملاء Webex مرة أخرى إذا حاولوا الوصول إلى خدمات Webex على الموقع أثناء تحديث الموقع إلى Control Hub. لن يتأثر المستخدمون الذين انضموا بالفعل إلى الاجتماعات قبل بدء تحديث الموقع.
-
إفراغ "المستخدم المراد مراجعة" ملف CSV
إذا كان موقعك كبيرًا ويحتوي على أكثر من 1000 مستخدم تختلف عناوين بريدهم الإلكتروني في "إدارة الموقع" عن تلك الموجودة في مركز التحكم ، فقد تواجه "مستخدمًا لمراجعة" ملف CSV فارغًا في معالج تحديث الموقع. يؤدي هذا إلى عدم عمل تحديث الموقع لأنك لن تتمكن من حل مشكلات المستخدمين. يجري العمل على هذه المشكلة ونخطط لحلها في الأسابيع المقبلة.
الإعدادات التي لا يتم نقلها عند التحديث إلى مركز التحكم
- إذا كان موقعك الذي تتم إدارته بواسطة مسؤول الموقع على القناة البطيئة وكان مركز التحكم الخاص بك يُدار أيضًا بواسطة شريك، فقد تفقد الرؤية إلى عناصر التحكم في تحديث إصدار موقع الاجتماعات بعد التحديث إلى مركز التحكم. إذا حدث هذا، فيرجى الاتصال بشريكك واطلب منه تمكين إعداد السماح للعميل بترقية إصدار الموقع لمؤسستك.
- لن يتم نقل طلبات التسجيل الذاتي المعلقة إلى مركز التنبيهات. يجب على المستخدمين التسجيل للحصول على حساب مرة أخرى بعد انتهاء التحديث.
- يتم استبدال قيم اسم المستخدم في "إدارة الموقع" بعناوين البريد الإلكتروني للمستخدمين في "مركز التحكم" بعد انتهاء التحديث.
مشكلات المستخدم التي تتسبب في فشل التحديث
- سيتسبب المستخدمون الذين لديهم عناوين بريد إلكتروني مرتبطة بالمستخدمين في مؤسسة Webex for Government في فشل التحديث إذا لم يتم إلغاء تنشيط هؤلاء المستخدمين قبل بدء التحديث.
المشكلات الشائعة التي تتسبب في فشل التحديث والإجراءات الموصى بها
إذا فشل موقعك في التحديث إلى Control Hub ، فتحقق من الجدول التالي لمعرفة ما إذا كان أحد هذه الأخطاء الشائعة هو السبب وما يمكنك فعله لإصلاحه.
الأخطاء التي تؤدي إلى فشل التحديث | الإجراء الموصى به |
---|---|
نوع الموقع غير صالح. | اتصل بفريق دعم Webex للتحقق من أن الموقع مرتبط بالمستخدم. |
الموقع ليس له اشتراك مرتبط به. | يجب أن تقترن المواقع باشتراك قبل أن يمكن تحديثها إلى Control Hub. |
هناك مشكلة في معرّف المنظمة. | معرّف المؤسسة المرتبطة بالموقع ليس هو نفسه معرّف مؤسسة الاشتراك. اتصل بفريق دعم Webex. |
يحتوي الاشتراك التالي على عمليات معلقة في Control Hub: (SubID). | أعد محاولة تحديث الموقع بعد اكتمال العملية المعلقة. |
توجد تعارضات في إعدادات الدخول الموحد (SSO). | إذا تم تمكين الدخول الموحّد (SSO) للموقع ، فتأكد مما يلي:
|
لا تتطابق معلومات ترخيص الموقع في إدارة الموقع مع معلومات ترخيص الموقع في Control Hub. | معلومات ترخيص غير متسقة بين إدارة الموقع ومركز التحكم. اتصل بفريق دعم Webex. |
تتعارض بعض أسماء المستخدمين أو عناوين البريد الإلكتروني في إدارة الموقع مع أسماء المستخدمين أو عناوين البريد الإلكتروني في Control Hub. | يتم استخدام البريد الإلكتروني للمستخدم في Site Admin بواسطة مستخدم آخر في Control Hub. قم بتغيير أحد عناوين البريد الإلكتروني أو أسماء المستخدمين. |
لدينا مشكلة في تحديث موقعك. | منع خطأ داخلي تحديث هذا الموقع. اتصل بفريق دعم Webex. |
واجهتنا مشكلة في تحديث مستخدمي Webex. | منع خطأ داخلي تحديث هذا الموقع. اتصل بفريق دعم Webex. |
مشاكل تسجيل الدخول للمستخدمين
تأكد من السماح دائمًا بملفات تعريف الارتباط الخاصة بـ Webex. وإلا، فقد يواجه المستخدمون مشكلات في تسجيل الدخول بعد التحديث إلى Control Hub.
س. هل هناك تاريخ تتوقف فيه شركة Cisco عن دعم إدارة الموقع؟
الإجابة نعم: نخطط لإلغاء إدارة موقع Webex في نهاية ديسمبر 2023.
س. هل سيظل مسؤولو الموقع في Site Admin يحتفظون بإمكانية وصولهم الإداري إلى الموقع بعد التحديث إلى إدارة مركز التحكم؟
الإجابة نعم: لا يزال لدى جميع المسؤولين على الموقع في Site Admin حق الوصول الإداري إلى الموقع بعد تحديث الموقع إلى إدارة Control Hub.
س. بعد تحديث موقع اجتماع من إدارة الموقع إلى إدارة مركز التحكم، لماذا أرى مسؤولين جدد على الموقع؟
الإجابة من المحتمل أن يكون هؤلاء المسؤولون الجدد في الموقع مسؤولين عن مؤسسة Control Hub. عند تحديث موقع من مسؤول الموقع إلى مركز التحكم، سيصبح جميع المسؤولين على مستوى المنظمة مسؤولين عن الموقع الجديد الذي تتم إدارته بواسطة مركز التحكم. وهذا يعني أن مسؤولي المؤسسة الكاملين سيصبحون مسؤولي موقع Webex الكاملين، وسيصبح مسؤولي مستخدمي المؤسسة مسؤولي مستخدمي موقع Webex، وسيصبح مسؤولي القراءة فقط في المؤسسة مسؤولي القراءة فقط في موقع Webex.
س. لماذا لا يعمل تسجيل الدخول إلى أداة الإنتاجية بعد تحديث الموقع إلى Control Hub؟
الإجابة تأكد من تكوين متصفحات الإنترنت للسماح دائمًا بملفات تعريفالارتباط الخاصة بالجلسة، والتي توجد في إعدادات الخصوصية المتقدمة للمتصفحات.
س. إذا تم حذف مستخدم في Control Hub ثم تمت إعادة إضافة نفس عنوان البريد الإلكتروني إلى Control Hub وتعيين ترخيص اجتماعات لنفس موقع Webex، فهل يمكن للمستخدم الوصول إلى تسجيلاته القديمة؟
الإجابة نعم ، سيتمكن المستخدم من الوصول إلى جميع محتويات الاجتماعات القديمة الخاصة بهم إذا تم منحهم ترخيصًا لأي من مواقع Webex السابقة التي كانوا عليها. ينطبق هذا على كل من المواقع المُدارة Control Hub والمواقع التي تم تحديثها إلى Control Hub.
س. إذا تم إلغاء تنشيط مستخدم في Site Admin قبل تحديث الموقع إلى Control Hub ثم تم ترخيصه مرة أخرى لاحقًا لنفس موقع Webex في Control Hub، فهل سيكون لدى المستخدم حق الوصول إلى تسجيلاته القديمة؟
الإجابة نعم ، سيظل بإمكان المستخدم الوصول إلى تسجيلاته القديمة. بالإضافة إلى ذلك ، سيتم إدراج أي مستخدم تم إلغاء تنشيطه في مسؤول الموقع قبل تحديث الموقع في ملف تصدير الاجتماعات CSV في مركز التحكم .
س. إذا لم يكن لدى الموقع إعداد SSO IdP، ولكن لدى مؤسسة Control Hub إعداد SSO IdP، فماذا يحدث عندما يتم تحديث الموقع إلى Control Hub؟
الإجابة سيستخدم الموقع نفس SSO IdP مثل مؤسسة Control Hub.
س. إذا كان الموقع يحتوي على إعداد SSO IdP مختلف عن إعداد SSO IdP في Control Hub، فماذا يحدث عندما يتم تحديث الموقع إلى Control Hub؟
الإجابة سيتحول الموقع لاستخدام نفس SSO IdP مثل مؤسسة Control Hub.
س. إذا كان الموقع يحتوي على إعداد SSO IdP، ولكن مؤسسة Control Hub ليس لديها SSO IdP، فماذا يحدث عندما يتم تحديث الموقع إلى Control Hub؟
الإجابة سيتم منعك من تحديث موقعك. لإلغاء حظر الموقع حتى تتمكن من التحديث إلى Control Hub ، قم إما بإزالة SSO IdP من موقع Site Admin أو إضافة SSO IdP إلى مؤسسة Control Hub.
س. هل لا يزال بإمكاني تسجيل الدخول إلى عنوان URL للموقع للوصول إلى التسجيلات وجدولة الاجتماعات أو الأحداث؟
الإجابة نعم ، لا يزال بإمكانك تسجيل الدخول إلى عنوان URL للموقع حيث يمكنك الوصول إلى التسجيلات وجدولة الاجتماعات وما إلى ذلك.
س. هل يتم تعديل الإعدادات الخاصة بالمستخدم أثناء تحديث الموقع من إدارة الموقع إلى مركز التحكم؟
الإجابة لا ، ستبقى إعدادات المستخدم دون تغيير. ستكون هذه الإعدادات قابلة للتطبيق كما كان الحال قبل تحديث الموقع.
س. هل تتأثر تسجيلاتي أو اجتماعاتي المجدولة بتحديث هذا الموقع؟
الإجابة لا تتأثر تسجيلات المضيف. لا يزال بإمكانك الوصول إليهم. لا تتأثر اجتماعاتك المجدولة أيضًا. لا توجد تغييرات عليهم.
س. هل تتأثر التسجيلات أو الاجتماعات المجدولة للمستخدمين بتحديث هذا الموقع؟
الإجابة لا تتأثر تسجيلات المستخدم. سيظل لديهم القدرة على الوصول إليها. الاجتماعات المجدولة أيضًا لا تتأثر. لا توجد تغييرات عليهم.
بالنسبة للمستخدمين الذين لم تتم المطالبة بهم بعد، قد تتأثر تسجيلاتهم أو اجتماعاتهم المجدولة إذا قمت بالمطالبة بها بعد تحديث الموقع إلى Control Hub. انظر الملاحظة التالية لمزيد من المعلومات.
نوصيك بشدة بالمطالبة بالمستخدمين قبل تحديث موقعك إلى Control Hub. إذا قمت بفرض رسوم على المستخدمين في مؤسستك بعد تحديث الموقع إلى Control Hub، فقد يفقد هؤلاء المستخدمون إمكانية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع.
كحل مؤقت، يمكنك القيام بما يلي للتأكد من أن المستخدمين لن يفقدوا إمكانية الوصول إلى الاجتماعات وأصول الاجتماعات في الموقع بعد تحديث الموقع إلى Control Hub:
- بالنسبة للمستخدمين الذين لديهم امتيازات المسؤول الخارجي للمؤسسة أو الموقع - قم بإزالة جميع صلاحيات وصول المسؤول الخارجي للمؤسسة والموقع، ثم قم بإزالة ترخيص موقع الاجتماع. بعد المطالبة بالمستخدم، قم بإعادة ترخيص هذا المستخدم للموقع. يمكنك أيضًا استعادة امتيازات المسؤول الخارجية الخاصة بهم.
- بالنسبة للمستخدمين العاديين - قم بإزالة ترخيص موقع الاجتماع، وطالب بالمستخدم لمؤسستك، ثم قم بإعادة ترخيص هذا المستخدم للموقع.
س. أين يمكنني مراجعة طلبات التسجيل الذاتي المعلقة للمواقع التي تتم إدارتها بواسطة Control Hub؟
الإجابة يمكنك أنت والمسؤولون الآخرون مراجعة طلبات التسجيل الذاتي في مركز التنبيهات.
س. هل يمكنني الوصول إلى قيم اسم المستخدم من مسؤول الموقع بعد تحديث الموقع إلى مركز التحكم؟
الإجابة يصبح ملف تصدير المستخدم لجميع المستخدمين في Site Admin متاحًا في Control Hub لمدة 90 يومًا بعد تحديث الموقع إلى Control Hub. يتضمن ملف CSV هذا قيم اسم المستخدم.
س. نحن نستخدم قيم اسم المستخدم لتحديد المستخدمين في إدارة الموقع. كيف يمكننا أن نفعل الشيء نفسه في Control Hub؟
الإجابة يتم فقدان قيم اسم المستخدم بعد تحديث الموقع إلى Control Hub. إذا كنت بحاجة إلى الوصول إلى هذه القيم، فإن أحد الحلول هو نسخ القيم إلى رمز التتبع قبل تحديث الموقع. سيتم الاحتفاظ بقيم رمز التتبع للمستخدمين وستكون متاحة بعد تحديث الموقع إلى Control Hub. إذا كنت تستخدم SSO، فإن ExternalID
هي سمة مستخدم Control Hub التي يمكنها أن تحتوي على هذه القيمة. يتطلب هذا منك تكوين تأكيدات SAML الخاصة بك لتمرير هذه القيمة عند تكوين SSO فيControl Hub. سيتم أيضًا تمرير هذه القيمة إلى مركز التحكم أثناء الإنشاء التلقائي للمستخدمين الجدد.
س. كم من الوقت يستغرق استكمال تحديث الموقع بعد البدء فيه؟
الإجابة يستغرق تحديث الموقع حوالي 3 دقائق + 1000 نشط users/min + 2000 غير نشط users/min لإكمال. على سبيل المثال، إذا بدأت تحديث الموقع في 05:20 وإذا كان موقعك يحتوي على 8000 مستخدم نشط و2000 مستخدم غير نشط، فسوف يستغرق تحديث الموقع حوالي 12 دقيقة. بالإضافة إلى ذلك، يتم إيقاف تحديثات الموقع لمدة 6 دقائق في بداية الساعة (بين xx:57 ل xx:03). لكن قد تختلف نتائجك.
س. كيف يمكنني ترخيص كل مستخدم جديد أو مستخدمين جدد في مجموعات محددة تلقائيًا بعد تحديث الموقع لإدارته في Control Hub؟
الإجابة يمكنك إعداد قوالب ترخيص تعتمد على المنظمة أو المجموعة لتعيين التراخيص للمستخدمين الجدد تلقائيًا.
س. هل هناك توقف أثناء تحديث الموقع؟
الإجابة لا. أثناء تحديث الموقع:
- يمكن للمستخدمين الاستمرار في استخدام خدمة الاجتماعات، مثل الانضمام إلى الاجتماعات المجدولة والمؤقتة وبدءها.
- لن تتأثر الاجتماعات الجارية عند بدء تحديث الموقع.
- سيتم قفل الاشتراك في مركز التحكم.
- قد يواجه عميل سطح مكتب الاجتماعات مشكلات مع قسم "الاجتماعات القادمة".
- لا يُنصح بإجراء تغييرات على تكوينات إدارة الموقع.