> 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/use-cases.md).

# Kullanım Senaryoları

Yeni grup deneyiminin pilot kullanıma sunumları, saklama politikalarını, bölgesel ayarları ve ayarsız grupları nasıl basitleştirdiğini görün.

### Yeni deneyimin eski grup yönetimi zorluklarını çözdüğü yer

#### <mark style="color:mavi;">Bir Özellikler pilotunu kullanıcıların bir alt kümesine sunmak, eşleştirilmiş Etkinleştirilen/devre dışı gruplar yerine yalnızca bir istisna grubu gerektirir</mark>

Bir Organizasyon, AI Companion gibi yeni bir Özellikleri kullanıcıların bir alt kümesi için pilot olarak sunmak isterken bunu diğer herkes için devre dışı bırakılmış halde tutmak istediğinde, eski model eşleştirilmiş gruplar oluşturmayı gerektiriyordu: biri Özellikler kilidi açık, diğeri Özellikler kilidi kapalı. Pilot grubundaki kullanıcıların ayrıca veri depolama Konumları gibi bölgeselleştirilmiş Ayarlar'a ihtiyacı varsa, yönetici bölge başına ek kopya gruplar oluşturmak zorundaydı; çünkü Özellikler kilidini denetleyen birincil grup tanımı aynı zamanda bölgesel Ayarlar'ı da denetliyordu. Bu da Özellikler ve bölgenin her kombinasyonuyla ölçeklenen karmaşık grup genişlemesine yol açıyordu.

Yeni deneyimde, yönetici temel değerden daha yüksek bir öncelikte tek bir istisna grubu oluşturur ve bunu yalnızca AI Companion Ayarlar sekmesiyle Yapılandırır. Pilot gruptaki kullanıcılar AI Companion Ayarlar'ını istisna grubundan devralırken, bölgesel yapılandırmalar dahil diğer tüm Ayarlar önceliğe göre diğer gruplarından devralınır. Eşleştirilmiş gruplara gerek yoktur ve bölgesel kopyalara ihtiyaç duyulmaz.

#### <mark style="color:mavi;">Farklılaştırılmış saklama politikaları, eski "en kısıtlayıcı ayar" mantığı yerine öncelik sıralamasını kullanır</mark>

Farklı kullanıcı grupları için farklı saklama sürelerine ihtiyaç duyan Organizasyonlar. Örneğin, düzenlemeye tabi kullanıcılar 10 yıllık Zoom sohbet saklama süresi gerektirirken, diğerlerinin çoğu yalnızca 30 günlük varsayılanı ister.

Farklı ihtiyaçlar eski model altında belirli bir zorluk yarattı. Bir kullanıcı birden fazla gruba ait olduğunda Zoom sohbet en kısıtlayıcı ayarı uygular. Bir kullanıcı, sohbetin daha kısa saklama süresiyle Yapılandırıldığı herhangi bir gruptaysa, diğer grup üyeliklerinden bağımsız olarak bu daha kısa süre uygulanırdı. Bu durum, yöneticileri istenmeyen saklama süresi düşüşlerini önlemek için ayrı gruplar oluşturmaya ve üyelikleri dikkatle yönetmeye zorladı.

Yeni deneyimde, öncelik sıralaması hangi grubun sohbet saklama Ayarlar'ının yürürlüğe gireceğini belirler. 10 yıllık saklama süresiyle Yapılandırılmış daha yüksek öncelikli bir grup, her iki gruptaki kullanıcılar için temel grubun 30 günlük Ayarını geçersiz kılar. En kısıtlayıcı ayar mantığı artık uygulanmaz. En yüksek öncelikli grubun değeri kazanır ve yöneticilere farklılaştırılmış saklama politikaları üzerinde öngörülebilir kontrol sağlar.

#### <mark style="color:mavi;">Bölgesel veri yerleşimi gereksinimleri, yalnızca depolama ve sesli konferans Ayarlarını yöneten gruplarla ele alınabilir</mark>

Organizasyonlarda birden çok bölgedeki kullanıcılar genellikle veri depolama Konumlarını ve sesli konferans arama numaralarını bölgeye göre farklı şekilde Yapılandırmak gerekir. Eski modelde, bölgesel gruplar tüm ürün Ayarları sekmelerini içeriyordu; bu da bölgesel bir gruptaki herhangi bir Ayarlar değişikliğinin, grubun bölgesel amacıyla ilgisiz ürün Ayarlarını istemeden etkileyebileceği anlamına geliyordu.

Yeni deneyimde, bölgesel gruplar yalnızca Genel Ayarlar sekmesiyle, veri depolama Konumu ve Sesli Konferans sekmesiyle Yapılandırılabilir; başka hiçbir ürün Ayarını yönetmeleri gerekmez. Bu, bir kullanıcının bölgesel grubunun verilerinin nerede depolandığını ve hangi arama numaralarının Uygun olduğunu kontrol ettiği, diğer tüm Ayarlar—Toplantılar, AI Companion, Zoom sohbet ve diğerleri—ise önceliğe göre diğer gruplardan devralındığı anlamına gelir. Bölgesel Yapılandırma artık ilgisiz Ayarlar kategorilerinde yan etkilere yol açmaz.

#### <mark style="color:mavi;">Ayar içermeyen gruplar, Ayarlar politikasını karmaşıklaştırmadan kurumsal kullanım senaryolarını mümkün kılar</mark>

Her grubun ürün Ayarlarını yönetmesi gerekmez. Yeni deneyim, Ayar içermeyen grupları—ekli ürün Ayarları olmayan ve öncelik sıralaması bulunmayan grupları—grup üyeliğinin Ayarlar yönetiminden başka bir amaca hizmet ettiği kurumsal kullanım senaryoları için destekler.

Çalışma Alanı Rezervasyonu bölgeleri, yöneticilerin belirli bir grubun üyeleri için belirli masaları veya çalışma alanlarını rezerve etmesine, gruba herhangi bir Zoom ürün Ayarı eklemeden kimin hangi fiziksel alanı ayırtabileceğini kontrol etmesine olanak tanır. Marketplace uygulama ataması, yöneticilerin hesap içindeki tüm kullanıcılar yerine belirli bir grubun üyeleri için üçüncü taraf bir Zoom uygulamasını onaylamasına İzin Verir; bu da uygulama Uygunluğunu diğer Ayarları etkilemeden kapsamlandırır. Uyumluluk Rol kapsamlandırması, yöneticilerin belirli bir grup içindeki yalnızca kullanıcıları yönetmekle sınırlandırılmış özel yönetici Rolleri oluşturmasına İzin Verir ve tam hesap düzeyi ayrıcalıkları vermeden bir kullanıcı alt kümesine kapsamlı yönetici Access'i sağlar.

Ayar içermeyen gruplar Ayarlar çözümlemesine katılmadıkları için, istenmeyen politika yan etkileri oluşturamazlar: Yöneticiler, herhangi bir kullanıcının ürün Ayarlarını etkilemeden, kurumsal amaçlar için gerektiği kadar çok oluşturabilir.


---

# 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/use-cases.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.
