> 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/legacy-model-context.md).

# سياق النموذج القديم

### كيف كانت تعمل إدارة المجموعة قبل التجربة الجديدة

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

تُنظَّم الإعدادات الإدارية في Zoom ضمن هرمية من ثلاث طبقات:

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

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

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

لمزيد من المعلومات حول كيفية عمل الإعدادات المتدرجة عبر Zoom، راجع مقال دعم Zoom [استخدام الإعدادات المتدرجة](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579). للحصول على مثال حول كيفية انطباق هذه الهرمية على منتج محدد، راجع مقال دعم Zoom [إدارة مجموعة Zoom Phone](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).

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

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

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

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

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

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

#### <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/legacy-model-context.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.