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