محتوى هذه الصفحة مترجم آليًا. لا تضمن Zoom دقة المحتوى المترجم آليًا.
Page cover
For the complete documentation index, see llms.txt. This page is also available as Markdown.

حل الإعدادات

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

نموذج وراثة قائم على الأولوية في التجربة الجديدة

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

A diagram showing two columns: On the left, Locked Settings shows an Account-Level down to User-Level hierarchy. On the right, Unlocked Settings means User-Level changes can flow up and back down to Account-Level Settings.
كيف يتم حل الإعدادات في تجربة المجموعات الجديدة

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

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

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

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

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

بالنسبة إلى الإعدادات غير المقفلة، تتقدم قيمة يعدّلها المستخدم على الإعدادات الافتراضية للمجموعة والحساب

عندما يكون الإعداد غير مقفل — أي لم يتم قفله على مستوى الحساب أو على مستوى أعلى مجموعة أولوية للمستخدم تديره — يكون إعداد المستخدم نفسه هو الأسبق. إذا قام مستخدم بتعديل إعداد غير مقفل، فإن قيمة مستوى المستخدم تلك هي التي تسري. يتم نقل سلوك حالة "مُعدَّل" هذا من النموذج القديم إلى التجربة الجديدة.

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

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

يرث المستخدم كلًا من قيمة الإعداد وحالة القفل من أعلى مجموعة أولوية تدير الإعداد

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

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

A diagram showing a user, Jane, belonging to at least three groups. Each group has different settings, some unlocked, some locked, and some disabled and others enabled.
كيف ترث جين، وهي مستخدمة تنتمي إلى ثلاث مجموعات مختلفة على الأقل، الإعدادات عبر تلك المجموعات

لم يعد تعيين المجموعة الأساسية عاملًا في حل الإعدادات

في النموذج القديم، كانت المجموعة الأساسية تؤدي دورًا محوريًا في تحديد الإعدادات التي تسري. في التجربة الجديدة، تمت إزالة تعيين المجموعة الأساسية بالكامل من حل الإعدادات. ويحل نظام ترتيب الأولوية محلّه بالكامل.

تم الاحتفاظ بإمكانية تعيين مجموعة أساسية لأن Information Barriers لا تزال تعتمد على حقل المجموعة الأساسية لإنشاء الحواجز. ينبغي على المسؤولين أن يدركوا أنه رغم أن علامة المجموعة الأساسية لا تزال موجودة، فإنها لا تؤثر في الإعدادات التي يرثها المستخدم في ظل النموذج الجديد.

لمزيد من المعلومات حول Information Barriers، راجع موقع دعم Zoom.

يوفر نمط مجموعة الأساس ومجموعة الاستثناء إطارًا تكوينيًا يمكن التنبؤ به

يستخدم نهج تكوين توضيحي نوعين من المجموعات يعملان معًا. تحتوي مجموعة الأساس على جميع المستخدمين في الحساب، وتكون جميع علامات تبويب الإعدادات مفعلة، وتُعيَّن لها أدنى أولوية.

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

هناك استثناء ملحوظ لمفهوم مجموعة الأساس. إن تمكين جميع إعدادات Zoom Phone في مجموعة "جميع المستخدمين" سيؤدي إلى تجاوز أي إعدادات "سياسة" على مستوى الموقع. وسيحدث ذلك حتى عندما تكون الإعدادات مقفلة على مستوى الموقع.

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

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

الإعدادات غير المحددة في أي مجموعة لا تديرها تلك المجموعة ولا تنشئ تعارضات

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

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

تغطي تجربة المجموعات الجديدة جميع الإعدادات التي كانت متاحة على مستوى المجموعة القديم

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

الإعدادات الجديدة التي يتم إصدارها عبر تحديثات الويب الشهرية تتبع مستوى تهيئة المجموعة

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

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

آخر تحديث

هل كان هذا مفيدا؟