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

# Einstellungsauflösung

### Ein prioritätsbasiertes Vererbungsmodell in der neuen Benutzererfahrung

#### <mark style="color:blau;">Die neue Gruppen-Erfahrung löst Einstellungen über ein prioritätsbasiertes Modell auf, das das veraltete System der primären Gruppe und der Sperrkonflikte ersetzt</mark>

<figure><img src="/files/b3235990ff389d3329b5dbc359d56afdbb7bd762" alt="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."><figcaption><p>Wie Einstellungen in der neuen Gruppen-Erfahrung aufgelöst werden</p></figcaption></figure>

Die neue Erfahrung für 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 veralteten Systems 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, bewertet das System anhand dieser Prioritätsrangfolge, welche Gruppeneinstellungen angewendet werden.

Das Auflösungsmodell funktioniert je nachdem, ob eine Einstellung gesperrt oder entsperrt ist, unterschiedlich. Diese beiden Pfade bestimmen, wie Einstellungen auf Konto-, Gruppen- und Benutzerebene angewendet werden.

#### <mark style="color:blau;">Bei gesperrten Einstellungen verläuft die Auflösungshierarchie von der Kontoebene hinunter über die Gruppenpriorität</mark>

Wenn eine Einstellung auf Kontoebene gesperrt ist, hat der Wert auf Kontoebene absoluten Vorrang. Keine Gruppenkonfiguration und kein Ändern auf Benutzerebene kann eine Sperre auf Kontoebene außer Kraft setzen, unabhängig von der Gruppenpriorität. Dieses Verhalten ist gegenüber dem veralteten Modell 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, der diese Einstellung zugeordnet 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 sogar dann, wenn die Gruppe mit höherer Priorität die Einstellung entsperrt hat. In der neuen Erfahrung bestimmt ausschließlich die Priorität, welche Gruppeneinstellung angewendet wird; Sperren auf Gruppenebene beeinflussen die Vorrangigkeit nicht so wie im veralteten Modell.

#### <mark style="color:blau;">Bei entsperrten Einstellungen hat ein vom Benutzer geänderter Wert Vorrang vor den Standardwerten der Gruppe und des Kontos</mark>

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, ist genau dieser Wert auf Benutzerebene wirksam. Dieses Verhalten des Status „geändert“ wird vom veralteten Modell 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.

#### <mark style="color:blau;">Ein Benutzer übernimmt sowohl den Einstellungswert als auch den Sperrstatus von seiner höchstpriorisierten Gruppe, die die Einstellung verwaltet</mark>

Wenn das System für einen bestimmten Benutzer eine Einstellung auflöst, ermittelt es die Gruppe mit der höchsten Priorität, der der Benutzer angehört und der genau diese Einstellung zugeordnet ist. Der Benutzer übernimmt von genau dieser einen Gruppe sowohl den Wert der Einstellung (ein oder aus) als auch den Sperrstatus der Einstellung (gesperrt oder entsperrt). Gruppen mit niedrigerer Priorität, die dieselbe Einstellung ebenfalls verwalten, haben keinen Einfluss auf den übernommenen Wert oder den Sperrstatus des Benutzers für diese Einstellung.

Wenn keine der Gruppen eines Benutzers eine bestimmte Einstellung verwaltet, fällt die Einstellung auf den Standardwert auf Kontoebene zurück. Einstellungen, die in keiner der Gruppen des Benutzers ausgewählt sind, werden weder blockiert noch stehen sie in Konflikt.

<figure><img src="/files/f77c9e33045df93cdf41375438caea0064af0964" alt="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."><figcaption><p>Wie Jane, ein Benutzer, der mindestens drei verschiedenen Gruppen angehört, Einstellungen über diese Gruppen hinweg übernimmt</p></figcaption></figure>

#### <mark style="color:blau;">Die Kennzeichnung der primären Gruppe ist bei der Auflösung von Einstellungen kein Faktor mehr</mark>

Im veralteten Modell spielte die primäre Gruppe eine zentrale Rolle bei der Bestimmung, 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 weiterhin auf das Feld der primären Gruppe angewiesen sind, um Barrieren zu erstellen. Administratoren sollten beachten, dass die Kennzeichnung der primären Gruppe zwar weiterhin existiert, aber keinen Einfluss darauf hat, welche Einstellungen ein Benutzer nach 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).

#### <mark style="color:blau;">Das Baseline- und Ausnahmegruppenmuster bietet einen vorhersehbaren Konfigurationsrahmen</mark>

Ein beispielhafter Konfigurationsansatz verwendet zwei Arten von Gruppen, die zusammenarbeiten. Eine Baseline-Gruppe enthält alle Benutzer im Konto, hat alle Registerkarten für Einstellungen aktiviert und ist der niedrigsten Priorität zugewiesen.

Diese Gruppe fungiert als Pseudostandard auf Kontoebene: Sie legt die Standardwerte der Einstellungen und die Sperrstatus fest, die für jeden Benutzer gelten, sofern sie nicht von einer 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 „Alle Benutzer“-Gruppe aktiviert werden, würden alle standortbezogenen „Richtlinien“-Einstellungen außer Kraft gesetzt. Dies würde sogar dann geschehen, wenn Einstellungen auf Standortebene gesperrt sind.
{% endhint %}

Ausnahmegruppen werden dann auf höheren Prioritätsstufen erstellt, wobei jede nur mit den spezifischen Produkt-Einstellungsregisterkarten konfiguriert ist, 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 Einstellungen-Registerkarte erforderlich ist, statt der gekoppelten aktivierten/deaktivierten Gruppen, die im veralteten Modell nötig waren.

#### <mark style="color:blau;">Nicht ausgewählte Einstellungen in einer Gruppe werden von dieser Gruppe nicht verwaltet und führen nicht zu Konflikten</mark>

Wenn eine Gruppe nur mit bestimmten Produkt-Einstellungsregisterkarten konfiguriert ist, werden alle Einstellungen außerhalb dieser ausgewählten Registerkarten von dieser Gruppe einfach nicht verwaltet. Diese nicht verwalteten Einstellungen erzeugen keine Konflikte, blockieren keine Vererbung von anderen Gruppen und setzen keine Standardwerte auf Kontoebene außer Kraft. Sie werden durchgereicht, als ob die Gruppe für diese Einstellungen nicht existieren würde.

Dies ist eine grundlegende architektonische Änderung gegenüber dem veralteten Modell, in dem jede Gruppe alle Produktregisterkarten enthielt und unbeabsichtigt Einstellungen beeinflussen konnte, die für den Zweck der Gruppe nicht relevant waren.

#### <mark style="color:blau;">Die neue Gruppen-Erfahrung umfasst alle Einstellungen, die auf der veralteten Gruppenebene verfügbar waren</mark>

Zwischen dem veralteten Gruppenverwaltungsmodell und der neuen Gruppen-Erfahrung gibt es keine Lücken bei den Einstellungen. Jede Einstellung, die im veralteten Modell auf Gruppenebene konfigurierbar war, bleibt in der neuen Erfahrung konfigurierbar. Administratoren, die zur neuen Erfahrung migrieren, verlieren keinen Zugriff auf Einstellungen auf Gruppenebene.

#### <mark style="color:blau;">Neue Einstellungen, die über monatliche Web-Updates veröffentlicht werden, folgen der Konfigurationsstufe der Gruppe</mark>

Wenn eine Gruppe mit einer vollständigen Einstellungskategorie konfiguriert ist, werden neue Einstellungen, die dieser Kategorie durch monatliche Web-Veröffentlichungen 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 fein abgestufte Auswahl einzelner Einstellungen verwenden, die genaue Kontrolle darüber behalten, welche Einstellungen jede Gruppe verwaltet, selbst 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=<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.
