Bu sayfadaki içerik makine çevirisidir. Zoom makine çevirisinin doğruluğunu garanti etmez.
Page cover
For the complete documentation index, see llms.txt. This page is also available as Markdown.

eski model bağlamı

eski modelin Ayarlar devralımını, kullanıcı geçersiz kılmalarını, birincil grupları, kilitleri ve çakışma çözümünü nasıl ele aldığını anlayın.

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

Zoom'un Ayarlar hiyerarşisi üç düzeyde çalışır: hesap, grup ve kullanıcı

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. 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.

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

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.

Eski modelde, birincil grup ve kilit durumu, birden fazla gruptaki kullanıcılar için hangi Ayarlar'ın etkili olduğunu belirliyordu

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ı.

Hesap düzeyindeki Özellikler kilitleri, Ayarlar'ı yukarıdan aşağıya grup düzeyinde istisna olmadan zorunlu kılıyordu

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.

Son güncelleme

Bu yararlı oldu mu?