سياق النموذج القديم
تعرّف على كيفية تعامل النموذج القديم مع وراثة الإعدادات، وتجاوزات المستخدم، والمجموعات الأساسية، والقفل، وحل التعارضات.
كيف كانت تعمل إدارة المجموعة قبل التجربة الجديدة
تعمل هرمية الإعدادات في Zoom عبر ثلاثة مستويات: الحساب، المجموعة، والمستخدم
تُنظَّم الإعدادات الإدارية في Zoom ضمن هرمية من ثلاث طبقات:
تُعد إعدادات مستوى الحساب هي الأوسع، وتُطبَّق كقيم افتراضية عبر الحساب بأكمله.
تسمح إعدادات مستوى المجموعة للمسؤولين بتخصيص الإعدادات لمجموعات من المستخدمين.
تُعد إعدادات مستوى المستخدم هي الأكثر تحديدًا، وتُطبَّق على المستخدمين الأفراد.
تتدرج الإعدادات نزولًا عبر هذه الهرمية: تنتقل القيم الافتراضية على مستوى الحساب إلى جميع المجموعات والمستخدمين أدناه.
عندما يتم تكوين إعداد على مستوى الحساب، ترث المجموعات والمستخدمون تلك القيمة تلقائيًا ما لم يتم تجاوزها على مستوى المجموعة أو المستخدم.
لمزيد من المعلومات حول كيفية عمل الإعدادات المتدرجة عبر Zoom، راجع مقال دعم Zoom استخدام الإعدادات المتدرجة. للحصول على مثال حول كيفية انطباق هذه الهرمية على منتج محدد، راجع مقال دعم Zoom إدارة مجموعة Zoom Phone.
يحتفظ مستخدم قام بتعديل إعداد غير مقفل بتلك القيمة ما لم يتم تجاوزها بواسطة قفل
عندما يغيّر مستخدم يدويًا إعدادًا غير مقفل، تكون القيمة التي اختارها المستخدم لها الأولوية على قيم مستوى المجموعة ومستوى الحساب الخاصة بذلك الإعداد. ويُشار إلى ذلك بحالة "معدَّل". ويستمر إعداد مستوى المستخدم المعدَّل في التمتع بالأولوية على قيم مستوى المجموعة ومستوى الحساب ما لم يقم مسؤول بقفل الإعداد على مستوى الحساب أو مستوى المجموعة. عندئذٍ تتجاوز القيمة المقفلة تعديل المستخدم.
ينطبق هذا السلوك في كل من نموذج إدارة المجموعة القديم وتجربة إدارة المجموعات والإعدادات الجديدة. وهو ليس خاصًا بأحد النموذجين دون الآخر.
في النموذج القديم، كانت المجموعة الأساسية وحالة القفل تحددان أي إعدادات تسري على المستخدمين في عدة مجموعات
عندما كان المستخدم ينتمي إلى أكثر من مجموعة واحدة في النموذج القديم، كان النظام يعيّن مجموعة واحدة كمجموعة أساسية وجميع المجموعات الأخرى كمجموعات ثانوية. وكانت إعدادات المجموعة الأساسية تتقدم عمومًا على إعدادات المجموعة الثانوية. وعند وجود تعارضات في القفل بين المجموعات — على سبيل المثال، مجموعة تقفل إعدادًا على "تشغيل" ومجموعة أخرى تقفله على "إيقاف" — كان النظام يستخدم مزيجًا من تعيين المجموعة الأساسية وترتيب إضافة المستخدم إلى المجموعات لتحديد القيمة التي تنطبق.
بالنسبة إلى بعض المنتجات، كان النموذج القديم يطبّق الإعداد الأكثر تقييدًا عبر جميع المجموعات التي ينتمي إليها المستخدم. إذا كان المستخدم في مجموعة واحدة حيث تم تمكين دردشة Zoom وفي مجموعة أخرى حيث كانت معطلة، فستكون دردشة Zoom معطلة لهذا المستخدم لأن النظام كان يعتمد القيمة الأكثر تقييدًا.
كانت أقفال الميزة على مستوى الحساب تفرض الإعدادات من الأعلى إلى الأسفل دون أي استثناءات على مستوى المجموعة
عندما كان مسؤول يقفل إعدادًا على مستوى الحساب في النموذج القديم، كانت تلك القيمة المقفلة تنطبق على كل مجموعة وكل مستخدم في الحساب، من دون أي طريقة لإنشاء استثناءات. وإذا أراد مسؤول تمكين ميزة لمجموعة محددة من المستخدمين مع إبقائها معطلة على الجميع الآخرين، كان عليه إلغاء قفل الإعداد على مستوى الحساب ثم قفل القيمة المطلوبة يدويًا في كل مجموعة على حدة. كان هذا الإجراء يزيل تلك الحماية فورًا عن جميع المستخدمين.
كان هذا النهج يتطلب من المسؤولين إنشاء مجموعات مزدوجة لكل تنويع في الميزة: مجموعة واحدة تكون فيها الميزة مقفلة على "تشغيل" وأخرى تكون فيها الميزة مقفلة على "إيقاف".
ومع حاجة المؤسسات إلى تحكم أكثر تفصيلاً في المزيد من الميزات، ازداد عدد المجموعات المطلوبة، مما زاد من تعقيد الإدارة. كان كل استثناء جديد للميزة يتطلب مجموعات إضافية، وكانت كل مجموعة تتضمن جميع علامات تبويب الإعدادات الخاصة بالمنتج بغض النظر عن غرض المجموعة.
آخر تحديث
هل كان هذا مفيدا؟