إدارة المستخدمين

لدينا نظام إدارة مستخدم مركزي أساسي في Control Hub ، حيث يكون المستخدمون متميزين وفريدين داخل المؤسسة بأكملها (وجميع Webex). في إدارة الموقع ، يكون ملف تعريف المستخدم مميزًا لكل موقع اجتماع.

الدخول الموحد (SSO) مع إنشاء حساب تلقائي

في إدارة الموقع ، لديك ميزة "إنشاء حساب تلقائي" والتي تنشئ المستخدمين عندما يصادقون على أنفسهم عن طريق الدخول الموحّد (SSO).

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

قد تفضل العديد من المؤسسات التي تستخدم الدخول الموحّد إدارة مستخدميها مركزيًا في أدوات الدليل الخارجي مثل Microsoft ^® Active Directory و Microsoft Azure ، بالإضافة إلى طلب المصادقة مع موفري الهوية الخارجيين.

اقرأ المزيد عن:

• إضافة المستخدمين إلى مركز التحكم.

• دمج مؤسسة Control Hub الخاصة بك مع موفر الهوية.

بيانات الملف الشخصي الإلزامية ورموز التتبع

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

لا يحتاج مركز التحكم إلا إلى اسم عرض وعنوان بريد إلكتروني لإنشاء مستخدم.

جميع حقول المستخدم الأخرى اختيارية عندما تنشئ مستخدمًا جديدًا في 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 في هذا الوقت.

إنشاء حساب تلقائي للمستخدمين الجدد

إذا قام موقع 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. يوضح الجدول التالي نوع مصادقة المسؤول الذي سيستمر في العمل بعد تحديث موقعك.

الجدول 1. أنواع مصادقة المسؤول التي ستعمل في واجهة برمجة التطبيقات XML بعد تحديث الموقع

نوع مصادقة المسؤول في واجهة برمجة التطبيقات XML قبل تحديث الموقع	المسؤول في منظمة SSO بعد تحديث الموقع	لم يعد المسؤول موجودًا في منظمة SSO بعد تحديث الموقع
اسم المستخدم (webExID)/password	سوف تعمل*	سوف تعمل*
اسم المستخدم (webExID)/sessionTicket	سوف تعمل	سوف تعمل
username/OAUTH (رمز الوصول webEx)	سوف تعمل	سوف تعمل
email/password	سوف تعمل*	سوف تعمل*
email/sessionTicket	سوف تعمل	سوف تعمل
email/OAUTH (رمز الوصول webEx)	سوف تعمل	سوف تعمل

Username تم تعيين البريد الإلكتروني لجميع المستخدمين عند تحديث الموقع إلى Control Hub. إذا تم استخدام username لحمولات واجهة برمجة التطبيقات، فيجب على الحمولات استخدام البريد الإلكتروني بدلاً من ذلك بعد تحديث الموقع.

دور المسؤول في Control Hub لتكاملات API

قد لا يتمكن المسؤولون الذين لديهم دور مسؤول الموقع فقط من إجراء بعض العمليات باستخدام واجهات برمجة التطبيقات XML، مثل تغيير عنوان البريد الإلكتروني للمستخدم أو اسم العرض بعد تحديث الموقع إلى موقع 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 لإنشاء المستخدمين وترخيصهم على:

• https://developer.webex.com/docs/api/v1/people

• https://developer.webex.com/docs/api/v1/licenses

تتوفر أيضًا أنواع الجلسات وأكواد التتبع باستخدام واجهات برمجة التطبيقات 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 اليوم.
• واجهة برمجة تطبيقات SCIM لإنشاء المستخدمين وحذفهم في المؤسسة.
• يتمثل الاتجاه طويل الأمد لشركة Cisco في استخدام واجهات برمجة التطبيقات REST فقط (لجميع العمليات على المستخدمين ومواقع الاجتماعات). سيستمر دعم واجهات برمجة تطبيقات XML لإدارة المستخدم حتى يمكن استخدام REST APIs حصريًا لجميع عمليات إدارة المستخدم. سيتم أيضًا إيقاف استخدام واجهات برمجة تطبيقات XML لإدارة المستخدمين (التاريخ المحدد).

التغييرات القادمة للإصدار 43.6

حتى الآن، كان من الضروري تعطيل هاتين الميزتين قبل تحديث الموقع إلى Control Hub:

• حقول ملف تعريف المضيف المطلوبة
• رموز التتبع المطلوبة

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

إذا كنت تشارك في حقول ملف تعريف المضيف المطلوبة الإصدار التجريبي، فسترى هذا التحذير:

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

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

تعطيل الميزات التي تمنع تحديث الموقع

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

للحصول على عرض توضيحي حول كيفية تحديث موقعك إلى Control Hub ، راجع هذا الفيديو .

1. سجًل الدخول إلى إدارة موقع Webex وانتقل إلى التكوين > إعدادات الموقع الشائعة > خيارات.

   • ابحث عن خيار السماح بالاشتراك في حساب المضيف وقم بتعطيله.

   • ابحث عن طلب الاشتراك في الحساب: وقم بإلغاء تحديد كافة المربعات الخاصة بحقول ملف تعريف المستخدم المطلوبة.

2. انقر فوق تحديث.

3. انتقل إلى التهيئة > إعدادات الموقع العامة > رموز التتبع .

4. في العمود ملف تعريف المضيف ، قم بتغيير جميع صفوف شفرة التتبع المميزة بعلامة مطلوب إلى AdminSet أو اختياري .

   • اقرأ المزيد حول شفرات التتبع على https://help.webex.com/izu2ty .

   يتم الاحتفاظ بجميع قيم رموز التتبع للمستخدمين عند تحديث موقع إلى Control Hub.

في المستقبل، سيتم رفع هذا القيد وستتمكن من تعيين رموز التتبع لسمات المستخدم المخصصة المطلوبة في Control Hub للحصول على وظائف مكافئة.

كيفية التحقق من المستخدمين الذين سيحظرون تحديث الموقع

1. قم بتسجيل الدخول إلى إدارة الموقع ، وافتح صفحة إدارة التحديث .

2. افتح مراجعة المتطلبات الأساسية لتحديث عنصر تحكم الإدارة ، وانقر فوق تصدير المستخدمين المتأثرين في CSV .

3. انتظر حتى ينتهي التصدير. قد تستغرق هذه العملية بعض الوقت حسب وقت البدء وعدد المستخدمين في الموقع. يتم إيقاف التصدير مؤقتًا لمدة 6 دقائق في أعلى الساعة (بين xx:57 ل xx:03).

4. انقر على تنزيل CSV بمجرد انتهاء التصدير.

   يقوم متصفحك بتنزيل users-to-review.csv.

5. افتح ملف 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

المستخدمون الخارجيون الذين لديهم ترخيص الاجتماعات الأساسية

سيتعين على المستخدمين الخارجيين الذين لديهم تراخيص اجتماعات أساسيةإلغاء تنشيطهم أو ترقيتهم إلى تراخيص اجتماعات Webex المدفوعة قبل تحديث الموقع من Site Admin إلى Control Hub.

1. انتقل إلى إدارة المستخدم > تعديل المستخدم .

2. استخدم عناصر التحكم في الفهرس والبحث والتصفية للعثور على المستخدم.

3. قم بإلغاء تحديد المربع نشط .

4. إرسال التغييرات.

   راجع إدارة حسابات المستخدمين في إدارة موقع Webex للحصول على مزيد من المعلومات.

لإلغاء تنشيط دفعة المستخدم في إدارة الموقع:

1. قم بتصدير المستخدمين إلى ملف CSV.

2. افتح ملف CSV وقم بتعديل قيم العمود Active إلى N لجميع المستخدمين المتأثرين.

3. استيراد ملف CSV المعدل.

   المستخدمون الذين قمت بتغييرهم أصبحوا الآن غير نشطين .

   راجع الاستيراد المجمّع وتصدير مستخدمي Webex في إدارة موقع Webex لمزيد من التفاصيل.

المستخدمون في المؤسسات مع مزامنة الدليل

إذا كان هناك مستخدمون غير مرتبطين يجب أن يكونوا في مؤسستك ، ولكن لم تتم إضافتهم بعد ، يجب عليك أولاً إضافتهم إلى مؤسستك. هذا مهم بشكل خاص للمؤسسات التي تم تكوينها لمزامنة الدليل (من خلال 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.