> 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/tr/yonetici-kosesi/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/legacy-model-context.md).

# Eski Model Bağlamı

Eski modelin ayar devralmayı, kullanıcı geçersiz kılmalarını, birincil grupları, kilitleri ve çakışma çözümünü nasıl ele aldığını anlayın.

### Yeni deneyimden önce grup yönetimi nasıl çalışıyordu

#### <mark style="color:mavi;">Zoom'un Ayarlar hiyerarşisi üç düzeyde işler: hesap, grup ve kullanıcı</mark>

Zoom'un yönetici Ayarlar'ı üç kademeli bir hiyerarşide düzenlenmiştir:

1. Hesap düzeyindeki Ayarlar en kapsamlı olanlardır ve tüm hesap genelinde varsayılan olarak uygulanır.
2. Grup düzeyindeki Ayarlar, yöneticilerin kullanıcı kümeleri için Ayarlar'ı özelleştirmesine İzin Verir.
3. Kullanıcı düzeyindeki Ayarlar en özeli olup tek tek kullanıcılara uygulanır.

Ayarlar bu hiyerarşi boyunca aşağı doğru kademelenir: hesap düzeyindeki varsayılanlar altlarındaki tüm gruplara ve kullanıcılara akar.

Bir Ayar hesap düzeyinde yapılandırıldığında, grup veya kullanıcı düzeyinde geçersiz kılınmadıkça gruplar ve kullanıcılar bu değeri otomatik olarak devralır.

Zoom genelinde kademeli ayarların nasıl çalıştığı hakkında daha fazla bilgi için Zoom Destek makalesine bakın [Kademeli ayarları kullanma](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579). Bu hiyerarşinin belirli bir ürüne nasıl uygulandığına dair bir örnek için Zoom Destek makalesine bakın [Zoom Phone grup yönetimi](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).

#### <mark style="color:mavi;">Kilidi açık bir Ayarı değiştirmiş bir kullanıcı, bir kilit tarafından geçersiz kılınmadıkça o değeri korur</mark>

Bir kullanıcı kilitli olmayan bir Ayarı el ile değiştirdiğinde, kullanıcının seçtiği değer bu Ayar için grup düzeyi ve hesap düzeyi değerlerden öncelikli olur. Buna "değiştirilmiş" durumu denir. Değiştirilmiş bir kullanıcı düzeyi Ayar, bir yönetici Ayarı hesap düzeyinde veya grup düzeyinde kilitleyene kadar grup düzeyi ve hesap düzeyi değerler üzerinde önceliğini korur. Bu noktada kilitli değer kullanıcının değişikliğini geçersiz kılar.

Bu davranış hem eski grup yönetimi modelinde hem de yeni gruplar ve Ayarlar yönetimi deneyiminde geçerlidir. Ne bir modele ne de diğerine özeldir.

#### <mark style="color:mavi;">Eski modelde, birincil grup ve kilit durumu, birden çok gruptaki kullanıcılar için hangi Ayarlar'ın geçerli olacağını belirliyordu</mark>

Eski modelde bir kullanıcı birden fazla gruba ait olduğunda, sistem bir grubu birincil grup olarak ve diğer tüm grupları ikincil gruplar olarak belirlerdi. Birincil grubun Ayarlar'ı genellikle ikincil grup Ayarlar'ına göre öncelikli olurdu. Gruplar arasında kilit çakışmaları olduğunda — örneğin bir grubun bir Ayarı açık, başka bir grubun ise kapalı olarak kilitlemesi — sistem, hangi değerin uygulanacağını belirlemek için birincil grup ataması ile kullanıcının gruplara eklenme sırasının birleşimini kullanırdı.

Belirli ürünlerde, eski model bir kullanıcının ait olduğu tüm gruplar arasında en kısıtlayıcı Ayarı uygular. Bir kullanıcı bir grupta Zoom sohbeti Etkinleştirildiği ve başka bir grupta devre dışı bırakıldığı durumda, sistem daha kısıtlayıcı değeri varsayılan aldığı için Zoom sohbeti o kullanıcı için devre dışı bırakılırdı.

#### <mark style="color:mavi;">Hesap düzeyindeki Özellikler kilitleri, grup düzeyinde hiçbir istisna olmaksızın Ayarlar'ı yukarıdan aşağıya zorunlu kıldı</mark>

Eski modelde bir yönetici bir Ayarı hesap düzeyinde kilitlediğinde, bu kilitli değer hesap içindeki her grup ve her kullanıcı için geçerli olur ve istisna oluşturmanın hiçbir yolu olmazdı. Bir yönetici, bir Özellikler'i belirli bir kullanıcı grubu için Etkinleştirirken diğer herkes için devre dışı tutmak isterse, Ayarı hesap düzeyinde kilidini açıp ardından istenen değeri her bir grupta el ile kilitlemek zorundaydı. Bu işlem, tüm kullanıcılar için bu korumayı anında kaldırırdı.

Bu yaklaşım, yöneticilerin her Özellikler varyasyonu için eşleştirilmiş gruplar oluşturmasını gerektiriyordu: Özellikler'in kilidi açık bir grup ve Özellikler'in kilidi kapalı başka bir grup.

Kuruluşlar daha fazla Özellikler üzerinde daha ayrıntılı denetime ihtiyaç duydukça, gerekli grup sayısı arttı ve yönetim karmaşıklığı yükseldi. Her yeni Özellikler istisnası ek gruplar gerektiriyordu ve her grup, grubun amacından bağımsız olarak tüm ürün Ayarlar sekmelerini içeriyordu.


---

# 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/tr/yonetici-kosesi/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.