> 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/de/administrator-bereich/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md). # Auflösung von Einstellungen ### Ein prioritätsbasiertes Vererbungsmodell in der neuen Benutzererfahrung #### Die neue Gruppen-Erfahrung löst Einstellungen mithilfe eines prioritätsbasierten Modells auf, das das Altsystem aus primärer Gruppe und Sperrkonflikt-System ersetzt
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.

Wie Einstellungen in der neuen Gruppen-Erfahrung aufgelöst werden

Die neue Gruppen- und Einstellungenverwaltung führt ein Modell zur Auflösung von Einstellungen ein, das auf einer expliziten Gruppenpriorität statt auf der Abhängigkeit des Altsystems von der Kennzeichnung der primären Gruppe, Sperrkonflikten und der Logik der restriktivsten Einstellung basiert. In dem neuen Modell hat jede Gruppe einen numerischen Prioritätsrang, wobei P1 die höchste Priorität ist und höhere Zahlen eine niedrigere Priorität darstellen. Wenn ein Benutzer mehreren Gruppen angehört, wertet das System anhand dieser Prioritätsreihenfolge aus, welche Einstellungen der Gruppe angewendet werden. Das Auflösungsmodell funktioniert unterschiedlich, je nachdem, ob eine Einstellung gesperrt oder entsperrt ist. Diese beiden Pfade bestimmen, wie Einstellungen auf Konto-, Gruppen- und Benutzerebene angewendet werden. #### Bei gesperrten Einstellungen verläuft die Hierarchie der Auflösung von der Kontoebene über die Gruppenpriorität nach unten Wenn eine Einstellung auf Kontoebene gesperrt ist, hat der Wert auf Kontoebene absolute Priorität. Keine Gruppenkonfiguration und keine Änderung auf Benutzerebene kann eine Sperre auf Kontoebene außer Kraft setzen, unabhängig von der Gruppenpriorität. Dieses Verhalten ist gegenüber dem Altsystem unverändert. Wenn eine Einstellung auf Gruppenebene gesperrt ist, werden die Sperre und der zugehörige Einstellungswert von der höchstpriorisierten Gruppe des Benutzers übernommen, mit der die Einstellung verknüpft ist. Eine gesperrte Einstellung in einer Gruppe mit niedrigerer Priorität hat keine Auswirkung, wenn der Benutzer auch einer Gruppe mit höherer Priorität angehört, die dieselbe Einstellung verwaltet. Dies gilt auch dann, wenn die Gruppe mit höherer Priorität die Einstellung entsperrt hat. In der neuen Erfahrung bestimmt die Priorität ausschließlich, welche Einstellung der Gruppe angewendet wird; Sperren auf Gruppenebene beeinflussen die Rangfolge nicht so wie im Altsystem. #### Bei entsperrten Einstellungen hat ein vom Benutzer geänderter Wert Vorrang vor Gruppen- und Kontowerten, die standardmäßig gelten. Wenn eine Einstellung entsperrt ist – das heißt, sie wurde weder auf Kontoebene noch in der höchstpriorisierten Gruppe des Benutzers, die sie verwaltet, gesperrt – hat die eigene Einstellung des Benutzers Vorrang. Wenn ein Benutzer eine entsperrte Einstellung geändert hat, wird dieser Wert auf Benutzerebene wirksam. Dieses Verhalten des Status „geändert“ wird vom Altsystem in die neue Erfahrung übernommen. Wenn die höchstpriorisierte Gruppe des Benutzers die Einstellung gesperrt hat, wird der gesperrte Wert wirksam und der Benutzer kann ihn unabhängig von einer vorherigen Änderung nicht überschreiben. Ein vom Benutzer geänderter Wert hat nur dann Vorrang, wenn die Einstellung sowohl auf Kontoebene als auch in der höchstpriorisierten Gruppe des Benutzers, die sie verwaltet, entsperrt ist. Wenn ein Benutzer die Einstellung nicht geändert hat, wird der Wert von der höchstpriorisierten Gruppe des Benutzers übernommen, der die Einstellung zugeordnet ist. Wenn keine Gruppe die Einstellung verwaltet, gilt standardmäßig der Wert auf Kontoebene. #### Ein Benutzer übernimmt sowohl den Wert der Einstellung als auch den Sperrstatus von seiner höchstpriorisierten Gruppe, die die Einstellung verwaltet Wenn das System eine Einstellung für einen bestimmten Benutzer auflöst, identifiziert es die höchstpriorisierte Gruppe, der der Benutzer angehört und mit der diese bestimmte Einstellung verknüpft ist. Der Benutzer übernimmt sowohl den Wert der Einstellung (ein oder aus) als auch den Sperrstatus der Einstellung (gesperrt oder entsperrt) von genau dieser einen Gruppe. Gruppen mit niedrigerer Priorität, die dieselbe Einstellung ebenfalls verwalten, haben keinen Einfluss auf den übernommenen Wert oder Sperrstatus des Benutzers für diese Einstellung. Wenn keine der Gruppen eines Benutzers eine bestimmte Einstellung verwaltet, fällt die Einstellung auf den standardmäßigen Wert auf Kontoebene zurück. Einstellungen, die in keiner der Gruppen des Benutzers ausgewählt sind, sind weder blockiert noch in Konflikt.
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.

Wie Jane, ein Benutzer, der mindestens drei verschiedenen Gruppen angehört, Einstellungen über diese Gruppen hinweg übernimmt

#### Die Kennzeichnung der primären Gruppe ist bei der Auflösung von Einstellungen kein Faktor mehr Im Altsystem spielte die primäre Gruppe eine zentrale Rolle dabei, welche Einstellungen wirksam wurden. In der neuen Erfahrung wurde die Kennzeichnung der primären Gruppe vollständig aus der Auflösung von Einstellungen entfernt. Das Prioritätsrangsystem ersetzt sie vollständig. Die Möglichkeit, eine primäre Gruppe zu kennzeichnen, bleibt erhalten, weil Informationsbarrieren sich weiterhin auf das Feld für die primäre Gruppe stützen, um Barrieren zu erstellen. Administratoren sollten sich bewusst sein, dass das Kennzeichen der primären Gruppe zwar weiterhin existiert, aber keinen Einfluss darauf hat, welche Einstellungen ein Benutzer unter dem neuen Modell übernimmt. Weitere Informationen zu Informationsbarrieren finden Sie auf der [Zoom-Support-Website](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6). #### Das Baseline- und Ausnahmegruppenmuster bietet einen vorhersehbaren Konfigurationsrahmen Ein Beispiel für einen Konfigurationsansatz verwendet zwei Arten von Gruppen, die zusammenarbeiten. Eine Baseline-Gruppe enthält alle Benutzer im Konto, hat alle Einstellungs-Registerkarten aktiviert und ist der niedrigsten Priorität zugewiesen. Diese Gruppe fungiert als Pseudo-Kontoebenen-Standard: Sie legt die standardmäßig geltenden Einstellungswerte und Sperrstatus fest, die für jeden Benutzer gelten, sofern sie nicht durch eine Gruppe mit höherer Priorität außer Kraft gesetzt werden. {% hint style="info" %} Es gibt eine bemerkenswerte Ausnahme vom Baseline-Gruppen-Konzept. Wenn alle Zoom Phone-Einstellungen in einer Gruppe „alle Benutzer“ aktiviert werden, würden alle Richtlinieneinstellungen auf Standortebene außer Kraft gesetzt. Dies würde selbst dann geschehen, wenn Einstellungen auf Standortebene gesperrt sind. {% endhint %} Ausnahmegruppen werden dann auf höheren Prioritätsstufen erstellt, jeweils nur mit den spezifischen Registerkarten für Produkteinstellungen, die sich von der Baseline unterscheiden müssen. Da die Ausnahmegruppe eine höhere Priorität als die Baseline hat, übernehmen Benutzer, die beiden Gruppen angehören, für die von ihr verwalteten Einstellungen die Werte der Ausnahmegruppe, während alle anderen Einstellungen weiterhin von der Baseline-Gruppe übernommen werden. Dieses Muster bedeutet, dass für das Hinzufügen einer neuen Richtlinie für eine Teilmenge von Benutzern nur eine zusätzliche Gruppe mit der relevanten Einstellungsregisterkarte erforderlich ist, statt der gepaarten Aktiviert-/Deaktiviert-Gruppen, die im Altsystem notwendig waren. #### Nicht ausgewählte Einstellungen in einer Gruppe werden von dieser Gruppe nicht verwaltet und erzeugen keine Konflikte Wenn eine Gruppe nur mit bestimmten Registerkarten für Produkteinstellungen konfiguriert ist, werden alle Einstellungen außerhalb dieser ausgewählten Registerkarten einfach nicht von dieser Gruppe verwaltet. Diese nicht verwalteten Einstellungen erzeugen keine Konflikte, blockieren keine Vererbung von anderen Gruppen und überschreiben keine standardmäßig geltenden Werte auf Kontoebene. Sie werden durchgereicht, als gäbe es die Gruppe für diese Einstellungen nicht. Dies ist eine grundlegende architektonische Änderung gegenüber dem Altsystem, in dem jede Gruppe alle Produktregisterkarten umfasste und unbeabsichtigt Einstellungen beeinflussen konnte, die für den Zweck der Gruppe nicht relevant waren. #### Die neue Gruppen-Erfahrung deckt alle Einstellungen ab, die auf der Gruppenebene des Altsystems verfügbar waren Zwischen dem alten Gruppenverwaltungsmodell und der neuen Gruppen-Erfahrung gibt es keine Lücken bei den Einstellungen. Jede Einstellung, die im Altsystem auf Gruppenebene konfigurierbar war, bleibt auch in der neuen Erfahrung konfigurierbar. Administratoren, die zur neuen Erfahrung migrieren, verlieren keinen Zugriff auf Einstellungen auf Gruppenebene. #### Neu veröffentlichte Einstellungen durch monatliche Web-Updates folgen der Konfigurationsebene der Gruppe Wenn eine Gruppe mit einer vollständigen Einstellungskategorie konfiguriert ist, werden neue Einstellungen, die dieser Kategorie durch monatliche Web-Releases hinzugefügt werden, automatisch der Gruppe zugeordnet. Wenn eine Gruppe jedoch nur mit einzelnen Einstellungen innerhalb einer Kategorie konfiguriert ist, werden der Gruppe keine neuen Einstellungen automatisch hinzugefügt. Das bedeutet, dass Administratoren, die eine granulare Auswahl einzelner Einstellungen verwenden, die präzise Kontrolle darüber behalten, welche Einstellungen jede Gruppe verwaltet, auch wenn neue Funktionen veröffentlicht werden. Wenn einer bestehenden Gruppe eine neue Einstellungskategorie hinzugefügt wird, übernimmt die Gruppe zum Zeitpunkt des Hinzufügens die Werte auf Kontoebene für diese Kategorie. --- # 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/de/administrator-bereich/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md?ask=&goal= ``` `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.