> 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/ayarlar-cozumlemesi.md).

# Ayar Çözümleme

### Yeni deneyimde önceliğe dayalı bir devralma modeli

#### <mark style="color:mavi;">Yeni grup deneyimi, eski birincil grup ve kilit çakışması sisteminin yerini alan önceliğe dayalı bir model aracılığıyla Ayarlar'ı çözümler</mark>

<div data-with-frame="true"><figure><img src="/files/555149d4ea571a6a9f04d8be3e16c312dd7fb45b" alt="A diagram showing two columns: On the left, Locked Settings shows an Account-Level down to User-Level hierarchy. On the right, Unlocked Settings means User-Level changes can flow up and back down to Account-Level Settings."><figcaption><p>Yeni grup deneyiminde Ayarlar nasıl çözümlenir</p></figcaption></figure></div>

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 dayanması yerine, açık grup önceliğine dayalı bir Ayarlar çözümleme modeli sunar. Yeni modelde her grubun sayısal bir öncelik sıralaması vardır; burada P1 en yüksek önceliktir ve daha yüksek sayılar daha düşük önceliği temsil eder. Bir kullanıcı birden çok gruba ait olduğunda, sistem hangi grubun Ayarlar'ının uygulanacağını bu öncelik sıralamasına göre değerlendirir.

Çözümleme modeli, bir ayarın kilitli mi yoksa kilitsiz mi olduğuna bağlı olarak farklı çalışır. Bu iki yol, Ayarlar'ın hesap, grup ve kullanıcı düzeylerinde nasıl uygulanacağını belirler.

#### <mark style="color:mavi;">Kilitli Ayarlar için çözümleme hiyerarşisi, hesap düzeyinden grup önceliği boyunca aşağı doğru ilerler</mark>

Bir ayar hesap düzeyinde kilitliyse, hesap düzeyindeki değer mutlak önceliğe sahiptir. Hiçbir grup yapılandırması ve hiçbir kullanıcı düzeyi değişiklik, grup önceliğinden bağımsız olarak bir hesap düzeyi kilidini geçersiz kılamaz. Bu davranış, eski modelden değişmeden gelmiştir.

Bir ayar grup düzeyinde kilitliyse, kilit ve buna karşılık gelen ayar değeri, ayar o grupla ilişkilendirilmiş olan kullanıcının en yüksek öncelikli grubundan devralınır. Daha düşük öncelikli bir grupta yer alan kilitli bir ayar, kullanıcı aynı zamanda aynı ayarı yöneten daha yüksek öncelikli bir gruba da aitse etkisizdir. Bu, daha yüksek öncelikli grubun ayarı kilitsiz olması durumunda bile geçerlidir. Yeni deneyimde, hangi grubun ayarının uygulanacağını yalnızca öncelik belirler; grup düzeyi kilitleri, eski modelde olduğu gibi önceliği etkilemez.

#### <mark style="color:mavi;">Kilitsiz Ayarlar için, kullanıcı tarafından değiştirilmiş bir değer grup ve hesap varsayılanlarına göre öncelik kazanır</mark>

Bir ayar kilitsiz olduğunda — yani hesap düzeyinde ya da onu yöneten kullanıcının en yüksek öncelikli grubunda kilitlenmemişse — kullanıcının kendi ayarı öncelik kazanır. Bir kullanıcı kilitsiz bir ayarı değiştirmişse, etkili olan kullanıcı düzeyindeki o değerdir. Bu "değiştirilmiş" durum davranışı eski modelden yeni deneyime aktarılmıştır.

Kullanıcının en yüksek öncelikli grubu ayarı kilitliyse, kilitli değer yürürlüğe girer ve kullanıcı, önceki herhangi bir değişiklikten bağımsız olarak bunu 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ı ona bağlı olan kullanıcının en yüksek öncelikli grubundan devralınır. Hiçbir grup ayarı yönetmiyorsa, hesap düzeyi varsayılanı uygulanır.

#### <mark style="color:mavi;">Bir kullanıcı, ayar değeri ve kilit durumunu ayarı yöneten en yüksek öncelikli grubundan devralır</mark>

Sistem belirli bir kullanıcı için bir ayarı çözdüğünde, kullanıcının ait olduğu ve o belirli ayarın grupla ilişkilendirildiği en yüksek öncelikli grubu belirler. Kullanıcı, ayarın hem değerini (açık veya kapalı) hem de kilit durumunu (kilitli veya kilitsiz) bu tek gruptan 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.

Bir kullanıcının gruplarının hiçbiri belirli bir ayarı yönetmiyorsa, ayar hesap düzeyi varsayılanına düşer. Kullanıcının hiçbir grubunda seçili olmayan Ayarlar ne engellenir ne de çakışma oluşturur.

<div data-with-frame="true"><figure><img src="/files/6dc3ed92192a0470b94aa570a72f1b38525ae4c0" alt="A diagram showing a user, Jane, belonging to at least three groups. Each group has different settings, some unlocked, some locked, and some disabled and others enabled."><figcaption><p>En az üç farklı gruba ait olan bir kullanıcı olan Jane'in bu gruplar arasında Ayarlar'ı nasıl devraldığı</p></figcaption></figure></div>

#### <mark style="color:mavi;">Birincil grup ataması artık Ayarlar çözümlemesinde bir etken değildir</mark>

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 tamamen alır.

Birincil grup belirleme yeteneği korunmuştur çünkü Information Barriers, bariyerler oluşturmak için hâlâ birincil grup alanına dayanır. Yöneticiler, birincil grup etiketinin hâlâ mevcut olmasına rağmen, yeni modelde bir kullanıcının hangi Ayarlar'ı devraldığı üzerinde hiçbir etkisi olmadığını bilmelidir.

Information Barriers hakkında daha fazla bilgi için şuraya bakın: [Zoom Destek sitesi](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).

#### <mark style="color:mavi;">Temel ve istisna grup modeli, öngörülebilir bir yapılandırma çerçevesi sağlar</mark>

Bir örnek yapılandırma yaklaşımı, birlikte çalışan iki grup türü kullanır. Bir temel grup, hesaptaki tüm kullanıcıları içerir, tüm Ayarlar sekmeleri etkinleştirilmiştir ve en düşük önceliğe atanır.

Bu grup, sözde hesap düzeyi varsayılanları olarak 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ı oluşturur.

{% hint style="info" %}
Temel grup kavramında dikkate değer bir istisna vardır. "Tüm kullanıcılar" grubunda tüm Zoom Phone Ayarlar'ını etkinleştirmek, tesis düzeyindeki herhangi bir "ilke" Ayar'ını geçersiz kılacaktır. Bu durum, Ayarlar tesis düzeyinde kilitliyken bile meydana gelir.
{% endhint %}

İstisna grupları daha sonra daha yüksek öncelik düzeylerinde oluşturulur ve her biri yalnızca temel gruptan farklı olması gereken belirli ürün Ayarlar sekmeleriyle yapılandırılır. İstisna grubunun önceliği temel gruptan daha yüksek olduğu için, 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 ilke eklemenin, eski modelde gerekli olan etkinleştirilmiş/devre dışı bırakılmış grup çiftleri yerine yalnızca ilgili Ayarlar sekmesine sahip ek bir grup gerektirdiği anlamına gelir.

#### <mark style="color:mavi;">Herhangi bir grupta seçili olmayan Ayarlar o grup tarafından yönetilmez ve çakışma oluşturmaz</mark>

Bir grup yalnızca belirli ürün Ayarlar sekmeleriyle yapılandırıldığında, seçili sekmelerin dışındaki herhangi bir ayar o grup tarafından basitçe yönetilmez. Bu yönetilmeyen Ayarlar çakışma oluşturmaz, diğer gruplardan devralmayı engellemez ve hesap düzeyi varsayılanlarını geçersiz kılmaz. Bu Ayarlar için grup yokmuş gibi aktarılırlar.

Bu, eski modelden temel bir mimari değişikliktir; eski modelde her grup tüm ürün sekmelerini içerirdi ve istemeden grubun amacıyla ilgili olmayan Ayarlar'ı etkileyebilirdi.

#### <mark style="color:mavi;">Yeni grup deneyimi, eski grup düzeyinde kullanılabilen tüm Ayarlar'ı kapsar</mark>

Eski grup yönetim modeli ile yeni grup deneyimi arasında hiçbir Ayarlar boşluğu yoktur. Eski modelde grup düzeyinde yapılandırılabilen her Ayar, yeni deneyimde de yapılandırılabilir durumda kalır. Yeni deneyime geçen yöneticiler, hiçbir grup düzeyi Ayar'a erişimi kaybetmez.

#### <mark style="color:mavi;">Aylık web güncellemeleriyle yayınlanan yeni Ayarlar, grubun yapılandırma düzeyini izler</mark>

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 ilişkilendirilir. Ancak bir grup, bir kategori içindeki yalnızca tek tek Ayarlar ile yapılandırılmışsa, yeni Ayarlar otomatik olarak gruba eklenmez. Bu, ayrıntılı tekil ayar seçimi kullanan yöneticilerin, yeni özellikler yayınlansa bile her grubun hangi Ayarlar'ı yönettiği üzerinde hassas denetimi sürdürdüğü anlamına gelir.

Mevcut bir gruba yeni bir Ayarlar kategorisi eklendiğinde, grup ekleme anındaki o kategori için hesap düzeyi değerlerini 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/yeni-gruplar-ve-ayarlar-yonetimi-deneyimi-aciklayici/ayarlar-cozumlemesi.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.
