Kontext des Legacy-Modells

Verstehen Sie, wie das Legacy-Modell die Vererbung von Einstellungen, Benutzerüberschreibungen, primäre Gruppen, Sperren und Konfliktlösung gehandhabt hat.

Wie die Gruppenverwaltung vor der neuen Erfahrung funktionierte

Die Einstellungenhierarchie von Zoom funktioniert über drei Ebenen: Konto, Gruppe und Benutzer

Die administrativen Einstellungen von Zoom sind in einer dreistufigen Hierarchie organisiert:

1. Einstellungen auf Kontoebene sind am weitesten gefasst und gelten standardmäßig für das gesamte Konto.

2. Einstellungen auf Gruppenebene zulassen es Administratoren, Einstellungen für Benutzergruppen anzupassen.

3. Einstellungen auf Benutzerebene sind am spezifischsten und gelten für einzelne Benutzer.

Einstellungen werden in dieser Hierarchie nach unten weitergegeben: Standardwerte auf Kontoebene werden an alle darunterliegenden Gruppen und Benutzer übertragen.

Wenn eine Einstellung auf Kontoebene konfiguriert ist, übernehmen Gruppen und Benutzer diesen Wert automatisch, sofern er nicht auf Gruppen- oder Benutzerebene überschrieben wird.

Weitere Informationen dazu, wie hierarchische Einstellungen in Zoom funktionieren, finden Sie im Zoom-Support-Artikel Verwenden hierarchische Einstellungen. Ein Beispiel dafür, wie diese Hierarchie auf ein bestimmtes Produkt angewendet wird, finden Sie im Zoom-Support-Artikel Zoom Phone Gruppenverwaltung.

Ein Benutzer, der eine nicht gesperrte Einstellung geändert hat, behält diesen Wert bei, sofern er nicht durch eine Sperre überschrieben wird

Wenn ein Benutzer eine Einstellung, die nicht gesperrt ist, manuell ändert, hat der vom Benutzer gewählte Wert Vorrang vor den Werten auf Gruppen- und Kontoebene für diese Einstellung. Dies wird als Status „geändert“ bezeichnet. Eine geänderte Einstellung auf Benutzerebene hat weiterhin Vorrang vor Werten auf Gruppen- und Kontoebene, sofern ein Administrator die Einstellung auf Kontoebene oder Gruppenebene sperrt. In diesem Fall überschreibt der gesperrte Wert die Änderung des Benutzers.

Dieses Verhalten gilt sowohl im Legacy-Gruppenverwaltungsmodell als auch in der neuen Erfahrung zur Verwaltung von Gruppen und Einstellungen. Es ist nicht spezifisch für eines der beiden Modelle.

Im Legacy-Modell bestimmten die Primärgruppe und der Sperrstatus, welche Einstellungen für Benutzer in mehreren Gruppen wirksam wurden

Wenn ein Benutzer im Legacy-Modell zu mehr als einer Gruppe gehörte, ordnete das System eine Gruppe als Primärgruppe und alle anderen als Sekundärgruppen zu. Die Einstellungen der Primärgruppe hatten im Allgemeinen Vorrang vor den Einstellungen der Sekundärgruppen. Wenn zwischen Gruppen Sperrkonflikte bestanden – zum Beispiel wenn eine Gruppe eine Einstellung auf „ein“ sperrte und eine andere sie auf „aus“ sperrte – verwendete das System eine Kombination aus der Zuordnung zur Primärgruppe und der Reihenfolge, in der der Benutzer zu Gruppen hinzugefügt wurde, um zu bestimmen, welcher Wert galt.

Bei bestimmten Produkten wendete das Legacy-Modell die restriktivste Einstellung über alle Gruppen hinweg an, denen ein Benutzer angehörte. Wenn ein Benutzer in einer Gruppe war, in der Zoom Chat aktiviert war, und in einer anderen, in der es deaktiviert war, wurde Zoom Chat für diesen Benutzer deaktiviert, weil das System standardmäßig den restriktiveren Wert verwendete.

Kontobasierte Funktionssperren erzwangen Einstellungen von oben nach unten ohne Ausnahmen auf Gruppenebene

Wenn ein Administrator im Legacy-Modell eine Einstellung auf Kontoebene sperrte, galt dieser gesperrte Wert für jede Gruppe und jeden Benutzer im Konto, ohne Möglichkeit, Ausnahmen zu erstellen. Wenn ein Administrator eine Funktion für eine bestimmte Benutzergruppe aktivieren wollte, sie aber für alle anderen deaktiviert lassen wollte, musste er die Einstellung auf Kontoebene entsperren und dann den gewünschten Wert manuell in jeder einzelnen Gruppe sperren. Dadurch wurde dieser Schutz für alle Benutzer sofort entfernt.

Dieser Ansatz erforderte von Administratoren, für jede Funktionsvariante Gruppenpaare zu erstellen: eine Gruppe mit aktivierter und gesperrter Funktion und eine weitere Gruppe mit deaktivierter und gesperrter Funktion.

Da Organisationen eine feinere Steuerung über immer mehr Funktionen benötigten, stieg die Anzahl der erforderlichen Gruppen und damit die Verwaltungskomplexität. Jede neue Funktionsausnahme erforderte zusätzliche Gruppen, und jede Gruppe enthielt alle Registerkarten mit Produkteinstellungen, unabhängig vom Zweck der Gruppe.