> For the complete documentation index, see [llms.txt](https://ticketking.xyz/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ticketking.xyz/docs/de/berechtigungen-and-dein-support-team/two-layers.md).

# Die zwei Berechtigungsebenen

Discord-Rollen und Ticket-King-Dashboard-Berechtigungen. Zwei Systeme, beide werden verwendet.

Berechtigungen in Ticket King funktionieren auf zwei Ebenen. Die eine sind deine normalen Discord-Rollen. Die andere sind die Dashboard-Berechtigungen von Ticket King selbst.

## Ebene 1. Deine Discord-Rollen

Dies ist das standardmäßige Discord-Berechtigungssystem. Mitglieder haben Rollen, und Rollen gewähren Discord-Berechtigungen.

Ticket King verwendet Discord-Rollen für:

* **Wer einen Ticket-Kanal sehen kann.** Der Bot legt den Kanalzugriff so fest, dass nur die richtigen Personen jedes Ticket sehen.
* **Wer Tickets in Discord verwalten kann.** Jeder mit „Kanäle verwalten“ oder „Server verwalten“ sowie der Serverbesitzer kann Ticket-Befehle ausführen wie `/claim` und `/close`. Auch Discord-Administratoren bestehen.

## Ebene 2. Ticket Kings Dashboard-Berechtigungen

Dies ist Ticket Kings eigenes System, getrennt von Discord. Es steuert, was jede Rolle im Dashboard unter ticketking.xyz tun kann. Jeder Bereich wird pro Discord-Rolle aktiviert:

| Bereich                    | Schaltet frei                                      |
| -------------------------- | -------------------------------------------------- |
| Info & Statistiken         | Die Statistikseite.                                |
| Panels verwalten           | Panels, Vorlagen und öffentliche Presets.          |
| Verlauf anzeigen           | Ticketverlauf und Steam-Verknüpfung.               |
| Bewerbungsverlauf anzeigen | Die Bewerbungs-Einreichungshistorie.               |
| Bewerbungen prüfen         | Bewerbungen genehmigen oder ablehnen.              |
| Befehle verwalten          | Die Seite für benutzerdefinierte Befehle.          |
| Einstellungen verwalten    | Die Einstellungsseite und der Bot-Personalisierer. |
| Prüfprotokolle anzeigen    | Die Audit-Logs-Seite.                              |
| Berechtigungen verwalten   | Die Berechtigungsseite selbst.                     |
| Premium verwalten          | die Seite für das Premium-Abonnement.              |

Es gibt außerdem einen **Vollzugriff** Schalter pro Rolle, der sie alle auf einmal aktiviert.

{% content-ref url="/pages/9c3047010a8ac890a28f6f6c4a3ead2320ae2863" %}
[Dashboard-Berechtigungsbereiche](/docs/de/berechtigungen-and-dein-support-team/permission-areas.md)
{% endcontent-ref %}

## Wie die beiden Ebenen zusammenwirken

Die beiden Ebenen haben unterschiedliche Aufgaben. Ein Benutzer kann die eine ohne die andere haben.

| Aufgabe                                        | Benötigt Zugriff über eine Discord-Rolle | Benötigt Dashboard-Berechtigung |
| ---------------------------------------------- | ---------------------------------------- | ------------------------------- |
| Ein Ticket lesen und darauf antworten          | Ja                                       | Nein                            |
| Ein Ticket schließen mit `/close`              | Ja                                       | Nein                            |
| Ein Panel im Dashboard bearbeiten              | Nein                                     | Ja                              |
| Einer anderen Rolle Dashboard-Zugriff gewähren | Nein                                     | Ja                              |

Zum Beispiel kann ein Junior-Moderator mit einer Support-Rolle Tickets sehen und darin antworten, aber ohne eine Dashboard-Berechtigung die Panel-Einstellungen nicht ändern. Ein leitender Moderator hat beides.

## Wer diese Prüfungen umgeht

* Die **Serverbesitzer** hat immer vollen Zugriff.
* Jeder mit Discord **Administrator** oder **Server verwalten** umgeht die Dashboard-Berechtigungsprüfungen. Sie unterliegen weiterhin den normalen Discord-Kanalberechtigungen.

{% content-ref url="/pages/a543ae5fcee27a80ac35122679111d1ba7059e57" %}
[Eigentümer und Administratoren](/docs/de/berechtigungen-and-dein-support-team/owners-and-administrators.md)
{% endcontent-ref %}

## Support-Rollen sind ein separates Konzept

Support-Rollen sind weder dasselbe wie die eine noch wie die andere Ebene. Sie entscheiden, wer zu Ticket-Kanälen hinzugefügt und dort erwähnt wird. Du kannst sie serverweit, pro Panel und pro Option festlegen. Serverweite Support-Rollen gelten immer für jedes Ticket.

{% content-ref url="/pages/926ef2f86b255270b26eac491e94b30842891895" %}
[Support-Rollen](/docs/de/berechtigungen-and-dein-support-team/support-roles.md)
{% endcontent-ref %}

## Eine einfache Art, darüber nachzudenken

* Discord-Rollen und Kanalzugriff steuern, was Mitglieder in Discord sehen und tun können.
* Dashboard-Berechtigungen steuern, was Mitglieder im Dashboard konfigurieren können.
* Support-Rollen steuern, wer zu Tickets hinzugefügt und dort erwähnt wird.

Eine typische Staff-Rolle hat alle drei: eine Discord-Support-Rolle, die Dashboard-Berechtigungen „Panels verwalten“ und „Verlauf ansehen“ sowie einen Platz in deinen serverweiten Support-Rollen.


---

# 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://ticketking.xyz/docs/de/berechtigungen-and-dein-support-team/two-layers.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.