> 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/settings-resolution.md).
# Ayar Çözümleme
Ayarların hesap, grup ve kullanıcı düzeylerinde öncelik, kilitler ve kullanıcı değişiklikleri kullanılarak nasıl devralındığını ve çözümlendiğini öğrenin.
### Yeni deneyimde öncelik tabanlı bir devralma modeli
#### Yeni grup deneyimi, eski birincil grup ve kilit çakışması sisteminin yerini alan öncelik tabanlı bir model aracılığıyla Ayarlar'ı çözümler
Yeni grup deneyiminde Ayarlar nasıl çözülür
Yeni grup ve Ayarlar yönetimi deneyimi, eski sistemin birincil grup atamasına, kilit çakışmalarına ve en kısıtlayıcı ayar mantığına olan bağımlılığı yerine açık grup önceliğine dayalı bir Ayarlar çözümleme modeli sunar. Yeni modelde her grup, P1'in en yüksek öncelik olduğu ve daha yüksek sayıların daha düşük önceliği temsil ettiği sayısal bir öncelik sırasına sahiptir. Bir kullanıcı birden fazla gruba ait olduğunda, sistem bu öncelik sıralamasına göre hangi grubun Ayarlar'ının uygulanacağını değerlendirir.
Çözümleme modeli, bir Ayar'ın kilitli ya da kilitsiz olmasına bağlı olarak farklı şekilde çalışır. Bu iki yol, Ayarlar'ın hesap, grup ve kullanıcı düzeylerinde nasıl uygulanacağını belirler.
#### Kilitli Ayarlar için çözümleme hiyerarşisi, hesap düzeyinden grup önceliği üzerinden aşağı doğru ilerler
Bir Ayar hesap düzeyinde kilitlendiğinde, hesap düzeyindeki değer mutlak önceliğe sahip olur. Hiçbir grup yapılandırması ve hiçbir kullanıcı düzeyindeki Değiştir işlemi, hesap düzeyindeki bir kilidi grup önceliğinden bağımsız olarak geçersiz kılamaz. Bu davranış, eski modelden değişmeden kalmıştır.
Bir Ayar grup düzeyinde kilitlendiğinde, kilit ve buna karşılık gelen Ayar değeri, Ayar ile eşleştirilmiş olan kullanıcının en yüksek öncelikli grubundan devralınır. Daha düşük öncelikli bir gruptaki kilitli bir Ayar, kullanıcı aynı zamanda aynı Ayar'ı yöneten daha yüksek öncelikli bir gruba da aitse hiçbir etki göstermez. Bu, daha yüksek öncelikli grubun Ayar kilitsiz olsa bile geçerlidir. Yeni deneyimde önceliği yalnızca hangi grubun Ayar'ının uygulanacağını belirler; grup düzeyindeki kilitler, eski modeldeki gibi önceliği etkilemez.
#### Kilitsiz Ayarlar için, kullanıcı tarafından değiştirilen bir değer grup ve hesap varsayılanlarına göre öncelik kazanır
Bir Ayar kilitsiz olduğunda — yani hesap düzeyinde veya onu yöneten kullanıcının en yüksek öncelikli grubunda kilitlenmemişse — kullanıcının kendi Ayarı öncelik kazanır. Kullanıcı kilitsiz bir Ayar'ı değiştirdiyse, yürürlüğe giren değer bu kullanıcı düzeyi değeridir. Bu "değiştirilmiş" durum davranışı, eski modelden yeni deneyime taşınmıştır.
Kullanıcının en yüksek öncelikli grubu Ayar'ı kilitlemişse, kilitli değer yürürlüğe girer ve kullanıcı bunu önceki herhangi bir değiştirmeden bağımsız olarak geçersiz kılamaz. Kullanıcı tarafından değiştirilmiş bir değer, yalnızca Ayar hem hesap düzeyinde hem de onu yöneten kullanıcının en yüksek öncelikli grubunda kilitsiz olduğunda öncelik kazanır.
Kullanıcı Ayar'ı değiştirmemişse, değer, Ayar ile eşleştirilmiş olan kullanıcının en yüksek öncelikli grubundan devralınır. Hiçbir grup Ayar'ı yönetmiyorsa, hesap düzeyindeki varsayılan uygulanır.
#### Bir kullanıcı, Ayar'ı yöneten en yüksek öncelikli grubundan hem Ayar değerini hem de kilit durumunu devralır
Sistem, belirli bir kullanıcı için bir Ayar'ı çözdüğünde, söz konusu Ayar'ın grupla eşleştirildiği kullanıcının ait olduğu en yüksek öncelikli grubu belirler. Kullanıcı, o tek gruptan hem Ayar değerini (açık veya kapalı) hem de Ayar'ın kilit durumunu (kilitli veya kilitsiz) devralır. Aynı Ayar'ı yöneten daha düşük öncelikli gruplar, kullanıcının o Ayar için devraldığı değer veya kilit durumu üzerinde hiçbir etkiye sahip değildir.
Kullanıcının gruplarından hiçbiri belirli bir Ayar'ı yönetmiyorsa, Ayar hesap düzeyindeki varsayılan değere düşer. Kullanıcının gruplarından hiçbirinde seçili olmayan Ayarlar engellenmez veya çakışmaz.
En az üç farklı gruba ait olan Jane'in, bu gruplar arasında Ayarları nasıl devraldığı
#### Birincil grup ataması artık Ayarlar çözümlemesinde bir faktör değildir
Eski modelde, hangi Ayarların yürürlüğe gireceğini belirlemede birincil grup merkezi bir rol oynardı. Yeni deneyimde, birincil grup ataması Ayarlar çözümlemesinden tamamen kaldırılmıştır. Öncelik sıralaması sistemi bunun yerini bütünüyle almıştır.
Birincil grup belirleme yeteneği korunmuştur, çünkü Bilgi Engelleri hâlâ engeller oluşturmak için birincil grup alanına dayanır. Yöneticiler, birincil grup etiketinin hâlâ var olmasına rağmen, yeni modelde bir kullanıcının hangi Ayarları devralacağı üzerinde hiçbir etkisi olmadığını bilmelidir.
Bilgi Engelleri hakkında daha fazla bilgi için, şuraya bakın: [Zoom Destek tesisi](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).
#### Temel ve istisna grup modeli, öngörülebilir bir yapılandırma çerçevesi sağlar
Örnek bir yapılandırma yaklaşımı, birlikte çalışan iki tür grup kullanır. Bir temel grup, hesaptaki tüm kullanıcıları içerir, tüm Ayarlar sekmelerini etkinleştirir ve en düşük önceliğe atanır.
Bu grup, sözde hesap düzeyi varsayılanları gibi işlev görür: Daha yüksek öncelikli bir grup tarafından geçersiz kılınmadıkça, her kullanıcı için geçerli olan varsayılan Ayar değerlerini ve kilit durumlarını belirler.
{% hint style="info" %}
Temel grup kavramına dikkat çekici bir istisna vardır. Tüm Zoom Phone Ayarlarını bir "tüm kullanıcılar" grubunda etkinleştirmek, herhangi bir tesis düzeyi "policy" Ayarlarını geçersiz kılardı. Bu, Ayarlar tesis düzeyinde kilitlenmiş olsa bile gerçekleşirdi.
{% endhint %}
İstisna grupları daha sonra daha yüksek öncelik düzeylerinde oluşturulur; her biri, temel gruptan farklı olması gereken yalnızca belirli ürün Ayarları sekmeleriyle yapılandırılır. İstisna grubunun önceliği temelden daha yüksek olduğundan, her iki gruba da ait olan kullanıcılar, yönettiği Ayarlar için istisna grubunun değerlerini devralır; diğer tüm Ayarlar ise temel gruptan devralınmaya devam eder.
Bu model, bir kullanıcı alt kümesi için yeni bir politika eklemenin, eski modelde gerekli olan eşleşmiş etkin/devre dışı gruplar yerine, ilgili Ayarlar sekmesine sahip yalnızca bir ek grup gerektirdiği anlamına gelir.
#### Herhangi bir grupta seçilmeyen Ayarlar, o grup tarafından yönetilmez ve çakışma oluşturmaz
Bir grup yalnızca belirli ürün Ayarları sekmeleriyle yapılandırıldığında, seçilen sekmelerin dışındaki tüm Ayarlar bu grup tarafından basitçe yönetilmez. Bu yönetilmeyen Ayarlar çakışma oluşturmaz, diğer gruplardan devralınmayı engellemez ve hesap düzeyi varsayılanlarını geçersiz kılmaz. O Ayarlar için grup yokmuş gibi geçip giderler.
Bu, eski modelden temel bir mimari değişikliktir; eski modelde her grup tüm ürün sekmelerini taşır ve grubun amacına uygun olmayan Ayarlar'ı istemeden etkileyebilirdi.
#### Yeni grup deneyimi, eski grup düzeyinde kullanılabilen tüm Ayarları kapsar
Eski grup yönetimi modeli ile yeni grup deneyimi arasında hiçbir Ayar boşluğu yoktur. Eski modelde grup düzeyinde yapılandırılabilen her Ayar, yeni deneyimde de yapılandırılabilir olmaya devam eder. Yeni deneyime geçiş yapan yöneticiler herhangi bir grup düzeyi Ayara erişim kaybetmez.
#### Aylık web güncellemeleriyle sunulan yeni Ayarlar, grubun yapılandırma düzeyini izler
Bir grup tam bir Ayarlar kategorisiyle yapılandırıldığında, aylık web sürümleri aracılığıyla o kategoriye eklenen yeni Ayarlar otomatik olarak grupla eşleştirilir. Ancak, bir grup bir kategori içindeki yalnızca tekil Ayarlar ile yapılandırılmışsa, yeni Ayarlar gruba otomatik olarak eklenmez. Bu, ayrıntılı tekil Ayar seçimi kullanan yöneticilerin, yeni özellikler yayınlansa bile her grubun yönettiği Ayarlar üzerinde hassas denetimi koruduğu anlamına gelir.
Mevcut bir gruba yeni bir Ayarlar kategorisi eklendiğinde, grup ekleme anında o kategori için hesap düzeyi değerleri devralır.
---
# 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/settings-resolution.md?ask=&goal=
```
`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.
