> 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/kullanim-senaryolari.md).

# Kullanım Durumları

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

#### <mark style="color:mavi;">Kullanıcıların bir alt kümesine bir Özellikler pilotunu sunmak, etkinleştirilmiş/devre dışı bırakılmış eşleştirilmiş gruplar yerine yalnızca bir istisna grup gerektirir</mark>

Bir Organizasyon, AI Companion gibi yeni bir Özellikler öğesini kullanıcıların bir alt kümesi için pilot olarak kullanmak ve diğer herkes için devre dışı tutmak istediğinde, eski model eşleştirilmiş gruplar oluşturmayı gerektiriyordu: biri Özellikler kilidi açık, diğeri ise Özellikler kilidi kapalı olacak şekilde. Pilot gruptaki kullanıcıların ayrıca veri depolama Konumları gibi bölgesel Ayarlar öğelerine de ihtiyaç duyması halinde, yönetici Özellikler kilidini kontrol eden birincil grup tanımının aynı zamanda bölgesel Ayarlar öğelerini de kontrol etmesi nedeniyle, bölge başına ek yinelenen gruplar oluşturmak zorundaydı. Bu, her Özellikler ve bölge kombinasyonuyla ölçeklenen karmaşık bir grup genişlemesine yol açıyordu.

Yeni deneyimde, yönetici temel düzeyden daha yüksek öncelikte tek bir istisna grup oluşturur ve bunu yalnızca AI Companion Ayarlar sekmesiyle Yapılandır. Pilot gruptaki kullanıcılar AI Companion Ayarlar öğelerini istisna gruptan devralırken, bölgesel yapılandırmalar dahil diğer tüm Ayarlar öğeleri önceliğe göre diğer gruplarından devralınır. Eşleştirilmiş gruplara gerek yoktur ve bölgesel kopyalar da gerekli değildir.

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

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

Farklı ihtiyaçlar, eski model altında belirli bir zorluk yarattı. Zoom Sohbet, bir kullanıcı birden fazla gruba ait olduğunda en kısıtlayıcı ayarı uyguluyordu. 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ıyordu. Bu durum, yöneticileri istenmeyen saklama düşüşlerini önlemek için ayrı gruplar oluşturmaya ve üyeliği dikkatle yönetmeye zorladı.

Yeni deneyimde, hangi grubun Sohbet saklama Ayarlar öğelerinin geçerli olacağını öncelik sıralaması belirler. 10 yıllık saklama süresiyle yapılandırılmış daha yüksek öncelikli bir grup, her iki grupta bulunan 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 ilkeleri üzerinde öngörülebilir kontrol sağlar.

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

Birden fazla bölgedeki kullanıcılara sahip Organizasyonların, veri depolama Konumlarını ve ses konferansı arama numaralarını genellikle bölgeye göre farklı şekilde Yapılandırması gerekir. Eski modelde, bölgesel gruplar tüm ürün Ayarlar sekmelerini taşıyordu; bu da bölgesel bir gruptaki herhangi bir Ayarlar değişikliğinin, grubun bölgesel amacıyla ilgisiz ürün Ayarlar öğelerini istemeden etkileyebileceği anlamına geliyordu.

Yeni deneyimde, bölgesel gruplar yalnızca Genel Ayarlar sekmesiyle, veri depolama Konumu için ve Ses Konferansı sekmesiyle, başka hiçbir ürün Ayarlar öğesini yönetmeden Yapılandırılabilir. 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 öğelerinin ise—Toplantılar, AI Companion, Zoom Sohbet ve diğerleri—ö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;">Ayarsız gruplar, Ayarlar ilkesini karmaşıklaştırmadan kurumsal kullanım durumlarını Etkinleştir</mark>

Her grubun ürün Ayarlar öğelerini yönetmesi gerekmez. Yeni deneyim, ayarsız grupları destekler—ürün Ayarlar öğesi eklenmemiş ve öncelik sıralaması olmayan gruplar—grup üyeliğinin Ayarlar yönetimi dışında bir amaca hizmet ettiği kurumsal kullanım durumları için.

Çalışma alanı rezervasyonu mahalleleri, yöneticilerin belirli bir grubun üyeleri için belirli masaları veya çalışma alanlarını rezerve etmesine olanak tanır; böylece gruba herhangi bir Zoom ürün Ayarlar öğesi eklemeden, kimin hangi fiziksel alanları rezerve edebileceğini kontrol eder. Uygulama marketplace ataması, yöneticilerin belirli bir grubun üyeleri için üçüncü taraf bir Zoom uygulamasını, hesaptaki tüm kullanıcılar yerine onaylamasına olanak tanır; böylece uygulama kullanılabilirliğini, diğer hiçbir Ayarlar öğesini etkilemeden kapsamlandırır. uyumluluk Rol kapsamlandırması, yöneticilerin yalnızca belirli bir grup içindeki kullanıcıları yönetmekle sınırlı özel yönetici rolleri oluşturmasına olanak tanır; böylece tam hesap düzeyi ayrıcalıkları vermeden kullanıcıların bir alt kümesine kapsamlı yönetimsel erişim sağlar.

Ayarsız gruplar Ayarlar çözümlemesine katılmadığından, istenmeyen ilke yan etkileri oluşturamazlar: Yöneticiler, herhangi bir kullanıcının ürün Ayarlar öğelerini etkilemeden kurumsal amaçlar için gerektiği kadar çok grup 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/yeni-gruplar-ve-ayarlar-yonetimi-deneyimi-aciklayici/kullanim-senaryolari.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.