> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/technical-library-ar/rkn-almsuwl/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md).

# حل الإعدادات

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

#### <mark style="color:أزرق;">تقوم تجربة المجموعات الجديدة بحل الإعدادات من خلال نموذج قائم على الأولوية يحل محل نظام المجموعة الأساسية وتعارضات القفل القديم</mark>

<figure><img src="/files/1ce06fbe2219e3effe37557ac3815c9a05370d6d" alt="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."><figcaption><p>كيف يتم حل الإعدادات في تجربة المجموعات الجديدة</p></figcaption></figure>

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

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

#### <mark style="color:أزرق;">بالنسبة إلى الإعدادات المقفلة، يتدفق تسلسل الحل من مستوى الحساب إلى أسفل عبر أولوية المجموعة</mark>

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

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

#### <mark style="color:أزرق;">بالنسبة إلى الإعدادات غير المقفلة، تتقدم قيمة يعدّلها المستخدم على الإعدادات الافتراضية للمجموعة والحساب</mark>

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

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

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

#### <mark style="color:أزرق;">يرث المستخدم كلًا من قيمة الإعداد وحالة القفل من أعلى مجموعة أولوية تدير الإعداد</mark>

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

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

<figure><img src="/files/d3893a49047b262114f5b45d6d6a50703c97507b" alt="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."><figcaption><p>كيف ترث جين، وهي مستخدمة تنتمي إلى ثلاث مجموعات مختلفة على الأقل، الإعدادات عبر تلك المجموعات</p></figcaption></figure>

#### <mark style="color:أزرق;">لم يعد تعيين المجموعة الأساسية عاملًا في حل الإعدادات</mark>

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

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

لمزيد من المعلومات حول Information Barriers، راجع [موقع دعم Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).

#### <mark style="color:أزرق;">يوفر نمط مجموعة الأساس ومجموعة الاستثناء إطارًا تكوينيًا يمكن التنبؤ به</mark>

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

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

{% hint style="info" %}
هناك استثناء ملحوظ لمفهوم مجموعة الأساس. إن تمكين جميع إعدادات Zoom Phone في مجموعة "جميع المستخدمين" سيؤدي إلى تجاوز أي إعدادات "سياسة" على مستوى الموقع. وسيحدث ذلك حتى عندما تكون الإعدادات مقفلة على مستوى الموقع.
{% endhint %}

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

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

#### <mark style="color:أزرق;">الإعدادات غير المحددة في أي مجموعة لا تديرها تلك المجموعة ولا تنشئ تعارضات</mark>

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

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

#### <mark style="color:أزرق;">تغطي تجربة المجموعات الجديدة جميع الإعدادات التي كانت متاحة على مستوى المجموعة القديم</mark>

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

#### <mark style="color:أزرق;">الإعدادات الجديدة التي يتم إصدارها عبر تحديثات الويب الشهرية تتبع مستوى تهيئة المجموعة</mark>

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

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


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/technical-library-ar/rkn-almsuwl/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.