> 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>

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

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

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


---

# 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.