> 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/yeni-gruplar-ve-ayarlar-yonetimi-deneyimi-aciklayici/eski-model-baglami.md).

# Eski Model Bağlamı

### Yeni deneyimden önce grup yönetiminin nasıl çalıştığı

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

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

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

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

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

kademeli ayarlar'ın Zoom genelinde 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 ilişkin 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ş olan bir kullanıcı, bir kilit tarafından geçersiz kılınmadığı sürece bu değeri korur</mark>

Bir kullanıcı kilitli olmayan bir ayarı manuel olarak değiştirdiğinde, kullanıcının seçtiği değer, o ayar için grup düzeyi ve hesap düzeyi değerlerine göre öncelik kazanır. 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 kilitlemedikçe grup düzeyi ve hesap düzeyi değerlerine göre öncelikli olmaya devam eder. 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. Bu, bir modele ya da diğerine özgü değildir.

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

Eski modelde bir kullanıcı birden fazla gruba ait olduğunda, sistem bir grubu birincil grup ve diğerlerinin tümünü ikincil gruplar olarak belirliyordu. Birincil grubun Ayarlar'ı genellikle ikincil grup Ayarlar'ına göre öncelikliydi. Gruplar arasında kilit çakışmaları olduğunda — örneğin, bir grup bir ayarı açık olarak kilitlerken başka bir grup kapalı olarak kilitliyorsa — sistem, hangi değerin uygulanacağını belirlemek için birincil grup tanımı ile kullanıcının gruplara eklenme sırasının bir kombinasyonunu kullanıyordu.

Belirli ürünler için eski model, bir kullanıcının ait olduğu tüm gruplar arasında en kısıtlayıcı ayarı uyguluyordu. Bir kullanıcı, Zoom sohbet'in Etkinleştirildiği bir grupta ve devre dışı bırakıldığı başka bir grupta bulunuyorsa, sistem daha kısıtlayıcı değere varsayılan olarak geçtiği için Zoom sohbet o kullanıcı için devre dışı bırakılırdı.

#### <mark style="color:mavi;">Hesap düzeyindeki Özellikler kilitleri, Ayarlar'ı yukarıdan aşağıya grup düzeyinde istisna olmadan zorunlu kılıyordu</mark>

Eski modelde bir yönetici bir ayarı hesap düzeyinde kilitlediğinde, bu kilitli değer hesap içindeki her gruba ve her kullanıcıya uygulanırdı ve istisna oluşturmanın bir yolu yoktu. Bir yönetici, herkes için devre dışı bırakılmış durumda tutarken belirli bir kullanıcı grubu için bir Özellikler'i Etkinleştirmek isterse, ayarın hesap düzeyindeki kilidini açmak ve ardından istenen değeri her bir grupta manuel olarak kilitlemek zorundaydı. Bu işlem, tüm kullanıcılar için bu korumayı anında kaldırıyordu.

Bu yaklaşım, yöneticilerin her Özellikler varyasyonu için eşleştirilmiş gruplar oluşturmasını gerektiriyordu: biri Özellikler açık kilitli olan grup, diğeri ise Özellikler kapalı kilitli olan 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 taşıyordu.


---

# 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/yeni-gruplar-ve-ayarlar-yonetimi-deneyimi-aciklayici/eski-model-baglami.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.