Gruppen & Zugriffsrechte
Diese Seite erklärt, wie Admins Gruppen, Gruppenmitglieder und Gruppenzugriffsrechte verwalten.
Zugangsvoraussetzungen
groups.view, um die Liste zu öffnen.groups.create, um Gruppen zu erstellen.groups.edit, um Gruppen und Mitglieder zu aktualisieren.groups.delete, um Gruppen zu entfernen.groups.edit_access_rights, um Zugriffsrechte zu verwalten.
Gruppenübersicht
Die Übersicht listet alle Gruppen und deren Spieleranzahl auf.
Für Gruppen, die als Standardgruppen des Servers konfiguriert sind, zeigt die Spieleranzahl die effektive Mitgliederzahl des Servers. Das bedeutet, dass dort alle verknüpften Spieler enthalten sind, auch wenn niemand der Gruppe direkt zugewiesen wurde.
Benutze Gruppe erstellen, um eine neue zu erstellen, oder öffne eine vorhandene Gruppe, um sie zu verwalten.
Gruppen-Vorlagen
Ein neuer Server startet mit vier Gruppen, jede aus einer Vorlage:
| Vorlage | Was sie erlaubt |
|---|---|
| Owner | Alles. Wer den Server eingerichtet hat, ist Mitglied. |
| Admins | Alles außer Rechte vergeben (Gruppen anlegen, löschen und bearbeiten, Rechte einzelner Spieler ändern), Abrechnung, Monetarisierung und Buchhaltung verwalten, als Spieler einloggen, Spieler löschen oder zusammenführen, Entwickler-Schlüssel, Code von Aktionen und Mod-Dateien. |
| Moderatoren | Support: Tickets, Spieler ansehen, verwarnen, bannen, whitelisten und entsperren, Einschränkungen, Prüfungen, Logs und Log-Anfragen, Basen, Fraktionen, Bestellungen, Zonen und Regeln (wo nichts anderes steht nur ansehen), den Cheating-Index, Live-Räume moderieren, dazu Whitelist und Priorität im Spiel. Keine Wirtschaft, keine Konfiguration. |
| Spieler | Jedes Spieler-Feature, damit Spieler vom ersten Tag an die ganze Seite sehen. Privilegien bleiben aus: Whitelist, Priorität in der Warteschlange, Zonen ignorieren, andere Spieler, Basen oder fremde Orte auf der Karte sehen, Positionen im Killfeed, nicht verfügbare Shop-Artikel, Wetten anlegen. |
Die Spieler-Gruppe ist die Standardgruppe des Servers: Jeder Spieler bekommt ihre Rechte, ohne hinzugefügt zu werden. Schalte aus, was du nicht willst, statt alles einzeln einzuschalten.
Gruppe erstellen fragt zuerst nach dem Startpunkt: eine der Vorlagen oder eine leere Gruppe. Vorlagen, die der Server noch nicht nutzt, sind mit Neu markiert; die Gruppenliste weist über der Liste darauf hin.
Gruppe mit ihrer Vorlage abgleichen
Eine Gruppe merkt sich, aus welcher Vorlage sie stammt. Bekommt die Vorlage Rechte, die die Gruppe noch nicht übernommen hat — weil dzbot ein Feature ergänzt hat oder weil die Gruppe von einem älteren Server stammt —, zeigt die Gruppenliste n Neuerungen an der Gruppe, und ihr Tab Zugriffsrechte bietet Abgleichen an:
- Neu in der Vorlage — Rechte, über die in der Gruppe nie entschieden wurde. Sie sind ausgewählt.
- Von dir geändert — Rechte, die die Gruppe bewusst anders setzt. Sie stehen da, sind aber nicht ausgewählt.
Übernehmen übernimmt die ausgewählten Rechte; der Rest bleibt angeboten. Rest ignorieren markiert alles nicht Ausgewählte als gesehen, es wird erst wieder angeboten, wenn sich die Vorlage dort erneut ändert. Von selbst ändert sich nichts: Bestehende Server behalten ihre Gruppen genau so, bis jemand eine Neuerung übernimmt.
Die Gruppen, die die Server-Einrichtung vor den Vorlagen angelegt hat, sind schon zugeordnet: Admins der Vorlage Owner, die Standardgruppe des Servers der Vorlage Spieler. Jede andere Gruppe lässt sich in ihren Einstellungen einer Vorlage zuordnen (Vorlage); ihre Rechte bleiben, wie sie sind, und jeder Unterschied wird unter Zugriffsrechte angeboten.
Gruppeneinstellungen
Innerhalb einer Gruppe kannst du:
- Die Gruppe umbenennen.
- Verwalten, welche anderen Orte von Gruppen verwaltet werden können (Orte-Delegation).
- Die Gruppe einer Vorlage zuordnen oder die Zuordnung lösen.
Tab "Zugriffsrechte"
Benutze diesen Tab, um Rechte für alle Gruppenmitglieder gleichzeitig zu gewähren.
Wenn du nur einen einzelnen Spieler ändern musst, verwende stattdessen direkte Benutzerrechte in der Ansicht Spieler-Details. Für das vollständige Zugriffsmodell und Namenskonventionen, siehe Zugriffskontrolle.
Typisches Ticket-Setup:
- Verwende
player.tickets.viewfür den spielerseitigen Ticketzugriff im Shop. - Verwende
admin.tickets.viewfür Mitarbeiter, die die Admin-Ticketliste öffnen dürfen, ohne Tickets zu bearbeiten. - Auf Servern mit Support-Leveln vergib außerdem das Recht
admin.tickets.level_<id>für jedes Level, das die Gruppe sehen soll. Ohne eines bleibt die Warteschlange der Gruppe leer. - Füge
admin.tickets.reply,admin.tickets.internal_message,admin.tickets.assignundadmin.tickets.change_statusnur Support-Rollen hinzu, die Tickets aktiv bearbeiten sollen. - Vergib
admin.tickets.change_levelan Mitarbeiter, die ein Ticket in ein anderes Support-Level hochreichen dürfen. - Behalte
admin.tickets.manage_levelsundadmin.tickets.manage_categoriesbei den Gruppen, die das Setup gestalten, statt bei denen, die darin arbeiten: das erste legt die Support-Level selbst an und sortiert sie, das zweite bearbeitet die Anliegensarten samt Aufnahmeformularen und veröffentlicht ihre Discord-Panels. Für die Ticketbearbeitung braucht man keines von beiden.
Einstellungen für Moderatoren
Unter Alle Einstellungen bearbeiten im Einstellungs-Block öffnet Einzeln festlegen jeden Einstellungsbereich und jede einzelne Einstellung als eigenes Recht — durchsuchbar, mit Filtern für erlaubte, verweigerte und abweichende Einträge. Jeder Bereich hat einen eigenen Schalter, jede Einstellung darin auch; ein Eintrag auf Neutral folgt dem Bereich, der Bereich folgt Alle Einstellungen bearbeiten. Ein Hinweis zeigt, was ein neutraler Eintrag gerade erbt.
Beispiel: Moderatoren dürfen die Whitelist ein- und ausschalten, sonst nichts. Lass Alle Einstellungen bearbeiten und den Bereich Whitelist & Konten auf Neutral und erlaube nur Whitelist aktiviert.
Standardgruppen ist die Ausnahme: sie entscheiden, welche Rechte jeder Spieler bekommt, deshalb lassen sie sich nicht einzeln vergeben und ändern sich nur mit Alle Einstellungen bearbeiten.
Was eine Gruppe mit einzelnen Einstellungen sieht:
- Ohne Alle Einstellungen ansehen zeigt die Einstellungsseite genau die Einstellungen, die sie ändern darf; mit dem Recht alle, aber nur die erlaubten lassen sich ändern.
- Discord
/serverzeigt nur die Schalter, die sie umlegen darf. - Der KI-Companion und geplante Aufgaben vom Typ „Servereinstellungen ändern“ können genau dieselben Einstellungen ändern — eine geplante Aufgabe lässt sich nicht mit einer Einstellung speichern, die ihr Autor nicht ändern darf.
Tab "Spieler"
Füge Mitglieder zur Gruppe hinzu oder entferne sie. Änderungen an Mitgliedschaften gelten sofort bei Zugriffskontrollen.
Tab "Orte" (delegierte Ortsverwaltung)
Wenn aktiviert, erlaubt dir dieser Tab die Erstellung und Verwaltung von Orten im Namen von Gruppen, deren Verwaltung dir erlaubt wurde. Dies ist nützlich für hierarchische Arbeitsabläufe im Personal, bei denen eine Gruppe die Koordinaten anderer Gruppen verwaltet.
Organisations-Gruppen (ein Team für alle Server)
Unter Organisation → Gruppen bündelt eine Organisations-Gruppe Rechte für Personen auf allen Servern deiner Organisation. Neben den Organisations-Rechten (Abrechnung, Einstellungen, Organisations-Spieler) kann sie Admin- und **Spieler-**Rechte halten: Die gelten auf jedem Server der Organisation, zusätzlich zu den Gruppen des jeweiligen Servers. Ein Supporter in der Gruppe „Support" der Organisation hat dadurch auf allen Servern dieselben Rechte, auch auf einem Server, den du später hinzufügst.
Ob dein Team organisationsweit oder pro Server arbeitet, entscheidest du: Behalte Server-Gruppen für Teams, die nur einen Server betreuen, und nutze eine Organisations-Gruppe für das Team, das alle betreut. Wie bei Server-Gruppen gewinnt die Gruppe mit der höheren Priorität, wenn zwei Gruppen dasselbe Recht setzen, und ein direkt am Spieler gesetztes Recht gewinnt über jede Gruppe.