القدرات الرئيسية

تعرّف على كيفية عمل الإعدادات المعيارية، وترتيب الأولويات، وتعيين الهوية، وإعداد التقارير، واستنساخ المجموعات في تجربة المجموعات الجديدة.

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

يحدد المسؤولون فئات إعدادات المنتج المضمنة في المجموعة، وتعود الفئات غير المحددة إلى القيم الافتراضية على مستوى الحساب.

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

عند إنشاء مجموعة أو تحريرها، يختار المسؤولون فئات الإعدادات التي يجب أن تمتلكها المجموعة — مثل الاجتماعات وAI Companion والتسجيل والنسخ أو دردشة Zoom. ولا يتم تضمين أي فئات غير محددة في تلك المجموعة.

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

يعني هذا النهج المعياري أن المجموعة التي تم إنشاؤها خصيصًا لإدارة إعدادات AI Companion لمجموعة فرعية من المستخدمين لن تؤثر بشكل غير مقصود في إعدادات اجتماع أو دردشة Zoom لهؤلاء المستخدمين. فكل مجموعة تدير فقط ما تم تكوينها لإدارته.

يوفر التحديد التفصيلي لكل إعداد تحكمًا على مستوى الإعداد الفردي ضمن فئات منتجات يحددها المسؤول

إلى جانب تحديد فئات إعدادات المنتج بالكامل، يمكن للمسؤولين تحديد إعدادات فردية ضمن فئة معينة.

يكون اختيار الإعدادات الفردية ضمن فئات المنتجات متاحًا حاليًا لمناطق الإعدادات الأساسية التالية:

• مساعد الذكاء الاصطناعي

• مؤتمرات صوتية

• عام

• الاجتماعات

• التسجيل والنسخ

• الندوات عبر الويب

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

عندما تتم إضافة فئة إعدادات جديدة إلى مجموعة حالية، ترث المجموعة القيم على مستوى الحساب لتلك الفئة في وقت الإضافة.

يحدد ترتيب الأولوية الصريح إعدادات أي مجموعة تصبح سارية

يحل ترتيب أولوية رقمي محل تعيين المجموعة الأساسية ونموذج تعارض القفل القديم

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

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

لمزيد من المعلومات حول كيفية عمل الإعدادات المتدرجة عبر Zoom، راجع مقالة دعم Zoom استخدام الإعدادات المتدرجة.

يمكن للمسؤولين تعديل ترتيب الأولوية في أي وقت من خلال السحب والإفلات أو تحميل ملف CSV

بعد الترحيل أو الإنشاء الأولي للمجموعة، يمكن للمسؤولين إعادة ترتيب أولويات المجموعات في أي وقت من خلال واجهة إدارة الأولوية في وحدة تحكم المسؤول. ويمكن إعادة ترتيب المجموعات باستخدام وظيفة السحب والإفلات أو عن طريق تحميل ملف CSV بتعيينات الأولوية المطلوبة.

تسري تغييرات الأولوية فورًا على جميع المستخدمين المتأثرين.

يمكن أن توجد مجموعات بدون أي إعدادات مرفقة لأغراض تنظيمية

تدعم المجموعات الخالية من الإعدادات حالات الاستخدام التي تكون فيها عضوية المجموعة مطلوبة دون التأثير في سياسة إعدادات المستخدم

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

تدعم المجموعات الخالية من الإعدادات حالات الاستخدام التنظيمية التي تخدم فيها عضوية المجموعة غرضًا غير إدارة الإعدادات. ومن الأمثلة على ذلك:

• أحياء حجز مساحة العمل، حيث يتم حجز مكاتب أو مساحات محددة لأعضاء المجموعة.

• تعيين تطبيقات سوق التطبيق، حيث تتم الموافقة على تطبيق تابع لجهة خارجية لأعضاء مجموعة محددة بدلًا من جميع المستخدمين في الحساب.

• تحديد نطاق دور الامتثال، حيث يتم تكوين دور مسؤول لإدارة المستخدمين ضمن مجموعة محددة فقط، مما يتيح وصولاً إداريًا ضمن نطاق محدد دون امتيازات كاملة على مستوى الحساب.

يساعد القفل على مستوى الحساب في بقاء التحكم الإداري فوق نظام الأولوية

تتجاوز عمليات القفل على مستوى الحساب جميع إعدادات المجموعة والمستخدم بغض النظر عن الأولوية

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

لا يمكن لأي مجموعة، بغض النظر عن ترتيب أولويتها، تجاوز قفل على مستوى الحساب. ويظل هذا السلوك دون تغيير عن النموذج القديم.

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

عند إزالة قفل على مستوى الحساب، ترث المجموعات قيمة الإعداد على مستوى الحساب في وقت الإزالة

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

• إذا كان الإعداد ممكّنًا عند إلغاء القفل، فستكون القيمة الافتراضية لجميع المجموعات ممكّنة.

• وعلى العكس، إذا كان الإعداد معطلاً عند إلغاء القفل، فستكون القيمة الافتراضية لجميع المجموعات معطلة.

يمكن للمسؤولين بعد ذلك تكوين الإعداد بشكل مختلف في مجموعات فردية حسب الحاجة.

يوفر القفل على مستوى المجموعة ضمن نظام الأولوية تحكمًا افتراضيًا أكثر مرونة من عمليات القفل على مستوى الحساب

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

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

التكامل مع موفر الهوية: دعم التعيين المتعدد عبر SAML وSCIM لعضوية مجموعات المؤسسات

يتيح التعيين المتعدد عبر SAML تعيين المستخدمين إلى مجموعات متعددة من خلال تأكيد SAML واحد عند تسجيل الدخول

تتضمن التجربة الجديدة دعمًا اختياريًا للتعيين المتعدد عبر SAML، مما يسمح لتأكيد SAML واحد بمطابقة قواعد تعيين متعددة وتعيين مستخدم إلى مجموعات Zoom متعددة عند تسجيل الدخول. ويمكن مطابقة ما يصل إلى 50 قاعدة لكل تأكيد. ويتيح ذلك تعيينًا واحدًا لواحد بين مجموعات موفر الهوية (IdP) ومجموعات Zoom، بحيث تؤدي إضافة مستخدم إلى مجموعة أمان في IdP تلقائيًا إلى تعيينه إلى مجموعة Zoom المقابلة عند تسجيل دخوله التالي.

من دون تمكين التعيين المتعدد، لا تطابق عملية تعيين SAML سوى أول قاعدة قابلة للتطبيق وتعيّن المستخدم إلى مجموعة واحدة.

بالنسبة إلى المؤسسات المهتمة بالتعيين المتعدد عبر SAML، يُرجى جهة الاتصال بـ دعم Zoom وتقديم طلب.

يصبح تعيين SAML المصدر المعتمد لعضوية المجموعة ويزيل المستخدمين من المجموعات غير المطابقة

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

وهذا يعني أن المسؤولين لا يمكنهم دمج تعيينات المجموعات المعتمدة على SAML مع تعيينات المجموعات اليدوية من خلال بوابة المسؤول أو من خلال استيراد CSV للمستخدم نفسه. وإذا تمت إضافة مستخدم يدويًا إلى مجموعة غير مضمنة في تأكيد SAML الخاص به، فستتم إزالته من تلك المجموعة المعيّنة يدويًا عند تسجيل الدخول التالي.

إذا كانت مؤسستك تستخدم تعيين SAML لإدارة عضوية المجموعة، فيجب عليك استخدامه لجميع تعيينات المجموعات للمستخدمين المعينين عبر SAML.

يبقى سلوك دفع مجموعات SCIM دون تغيير في التجربة الجديدة

يستمر دفع المجموعات المستند إلى SCIM في العمل بالطريقة نفسها في التجربة الجديدة كما كان في النموذج القديم. وعندما تتم إضافة مستخدم إلى مجموعة في موفر الهوية، يحدث تحديث عضوية مجموعة Zoom المقابلة خلال ساعة.

يتطلب SAML من المستخدم تسجيل الدخول مرة أخرى إلى تطبيق Zoom Workplace أو البوابة الإلكترونية لكي تدخل تغييرات عضوية المجموعة حيز التنفيذ. ومن منظور التوقيت، إذا كان كل من SCIM والتعيين المتعدد عبر SAML نشطين ويعالجان تغيير عضوية المجموعة نفسه، فمن المرجح أن تكون لـ SCIM الأسبقية لأنه يُجري التحديث من دون الحاجة إلى إجراء من المستخدم.

يجب عدم تكوين SCIM والتعيين المتعدد عبر SAML بمعلومات مجموعة متعارضة. وبينما يمكن أن تتواجد الآليتان معًا في الحساب نفسه، فإن التكوينات غير المتطابقة، مثل الحالات التي يعيّن فيها SCIM وSAML مستخدمًا إلى مجموعات مختلفة، ستؤدي إلى تعارضات.

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

يُصدّر تقرير لقطة الإعدادات إعدادات مستوى الحساب والمجموعة لوضع خط أساس قبل الترحيل

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

يدقق تقرير إعدادات المستخدم الإعدادات لكل مستخدم مع إسناد مصدر التوريث

تقرير إعدادات المستخدم هو تقرير محسّن تم تقديمه مع تجربة المجموعات الجديدة. ويتيح للمسؤولين تصدير ملف CSV يعرض قيم إعدادات محددة وحالات القفل لجميع المستخدمين في الحساب، إلى جانب المصدر الذي يرث منه كل مستخدم الإعداد، سواء كان مجموعة محددة أو مستوى الحساب أو تعديلًا على مستوى المستخدم.

يحدد المسؤولون مجموعة فرعية محددة من الإعدادات ضمن فئة ما لتدقيقها، لأن التقرير يغطي جميع المستخدمين في المستأجر وقد يكون كبيرًا بالنسبة إلى الحسابات التي تضم آلاف المستخدمين. ويعرض كل صف في ملف CSV المُصدّر ما يلي:

• المستخدم

• قيمة الإعداد (تشغيل أو إيقاف)

• حالة القفل

• المجموعة أو المستوى الذي يُورث منه الإعداد

تظل واجهات برمجة التطبيقات الحالية متوافقة مع التجربة الجديدة

تستمر واجهات برمجة التطبيقات الخاصة بالمجموعات القديمة في العمل، لكنها لم تُحدّث بميزات المجموعات الجديدة

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

لم يتم حتى الآن تحديث واجهات برمجة التطبيقات لدعم الميزات المقدمة مع التجربة الجديدة، بما في ذلك استنساخ المجموعات وإدارة الأولوية وتكوين الإعدادات التفصيلية. وهذه العمليات متاحة حاليًا فقط من خلال وحدة تحكم المسؤول في Zoom.

للاطلاع على المرجع الكامل لـ واجهة برمجة التطبيقات، راجع وثائق واجهة برمجة التطبيقات للمجموعات.

يمكن للمسؤولين تكرار تكوين مجموعة إلى مجموعة جديدة

تقلل ميزة النسخ/الاستنساخ من جهد التكوين عند إنشاء مجموعات ذات متطلبات سياسة متشابهة

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

يؤدي نسخ تكوين مجموعة إلى إنشاء مجموعة جديدة بنفس علامات تبويب إعدادات المنتج وتحديدات الإعدادات الفردية وقيم الإعدادات الخاصة بالمجموعة المصدر. ويمكن للمسؤولين بعد ذلك تعديل الإعدادات الفردية في المجموعة الجديدة حسب الحاجة دون تكوينها من البداية.