# Der Ticket-Lebenszyklus
Jedes Ticket-King-Ticket durchläuft dieselben Phasen: **Offen**, dann ein optionales **Beanspruchen**, dann **Schließen**. Diese Seite behandelt, was bei jedem Übergang passiert und was dein Team steuert.
## Phase 1: Offen
**Auslöser:**
* Ein Mitglied klickt auf einen Panel-Button oder wählt eine Auswahlmenü-Option.
* Mitarbeiter öffnen ein Ticket im Namen von jemandem mit `/createticket`.
* Mitarbeiter klicken mit der rechten Maustaste auf eine Nachricht und wählen **Apps > Ticket erstellen**.
**Was passiert:**
1. Optionale Berechtigungsprüfungen werden ausgeführt (erforderliche Rollen :crown:, blockierte Rollen, Steam-Verknüpfung :crown: für Optionen, die dies erfordern).
2. Ein optionales Pop-up-Formular erscheint (bis zu 5 Fragen).
3. Ticket King erstellt einen neuen Kanal oder Thread.
4. Der Ticket-Ersteller und die konfigurierten Support-Rollen erhalten Zugriff.
5. Der Eröffnungs-Embed wird gepostet. Er kann konfigurierte Rollen anpingen, wenn du das eingerichtet hast.
6. Formularantworten, sofern vorhanden, werden in das Eröffnungs-Embed eingefügt.
7. Ein Eintrag "Ticket geöffnet" wird im Log-Kanal für geöffnete Tickets protokolliert, wenn du einen eingerichtet hast.
**Status danach:** Offen. Der Ersteller und das Support-Team können chatten.
## Phase 2: Beanspruchen (optional)
Ein bestimmtes Teammitglied übernimmt die Zuständigkeit. Ob Beanspruchen erlaubt ist, wird serverweit konfiguriert.
Die vier Claim-Modi und ihr Verhalten sind detailliert beschrieben unter [Ein Ticket beanspruchen](/docs/de/tickets/claiming-a-ticket.md). Der Standardmodus ist **Aktiviert - Privat beim Beanspruchen**.
Claim ist nur für einen Beanspruchenden. Es gibt kein Multi-Claim. Um ein Ticket zu übergeben, führt der aktuelle Beanspruchende `/unclaim`, oder jedes Teammitglied, das das Ticket verwalten kann, führt `/transfer @newperson`.
{% hint style="info" %}
Beanspruchen, Freigeben und Übertragen innerhalb von Discord mit `/claim`, `/unclaim`, und `/transfer` sind kostenlos. Dieselben Aktionen in der Ticketansicht des Dashboards sind :crown: Premium.
{% endhint %}
## Phase 3: Schließen
Die Unterhaltung ist beendet.
**Auslöser:**
* Ein Teammitglied, das das Ticket verwalten kann, oder der Ticket-Ersteller führt `/close [Grund]` aus oder klickt auf die Schließen-Schaltfläche.
* :crown: Der Inaktivitäts-Timer für automatisches Schließen wird nach der festgelegten Ruhezeit ausgelöst.
* Der Ticket-Ersteller verlässt den Server, wenn Autoclose Leave aktiviert ist. Dies ist kostenlos.
**Was passiert:**
1. Wenn **Close Requires Reason** aktiviert ist und kein Grund angegeben wurde, fragt ein Pop-up danach. Es gibt keinen weiteren Ja-/Nein-Bestätigungsschritt.
2. Ein Transkript wird erstellt.
3. Ein Eintrag "Ticket geschlossen" wird im Log-Kanal für geschlossene Tickets mit einer Schaltfläche "Transkript ansehen" gepostet, wenn du diesen Kanal eingerichtet hast.
4. Wenn **DM User Close Message** aktiviert ist, was die Standardeinstellung ist, erhält der Ticket-Ersteller per DM eine Schließungsnachricht mit dem Transkript-Link. Auf einem Premium-Server mit aktivierter Ticket-Bewertung enthält die DM außerdem die 5-Sterne-Bewertungszeile.
5. Der Kanal wird entfernt:
* Ein **Textkanal** wird gelöscht. Für Textkanäle gibt es keine Archivierungsoption.
* Ein **Thread** wird je nach **Thread-Tickets archivieren** Einstellung archiviert oder gelöscht (Standard: Löschen).
**Status danach:** Geschlossen. Ein geschlossenes Ticket kann nicht erneut geöffnet werden.
## Kann ein geschlossenes Ticket erneut geöffnet werden?
Nein. Das erneute Öffnen wird nicht unterstützt. Der Kanal ist bei Text-Tickets weg, oder bei Threads archiviert oder gelöscht.
Wenn ein Mitglied weitere Hilfe zum selben Thema benötigt, eröffnet es ein neues Ticket. Das Team kann auf das ursprüngliche Transkript verweisen.
## Was du in jeder Phase kontrollierst
| Phase | Was du kontrollierst | Wo |
| ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- |
| Offen | Benutzerdefiniertes Embed, Support-Rollen, Formular, Format des Ticketnamens, Berechtigung, Ping-Verhalten | Panel-Editor und Einstellungen pro Option |
| Beanspruchen | Ob Beanspruchen existiert und was es mit Berechtigungen macht, Autor beim Beanspruchen anpingen, Rollen, die beim Beanspruchen hinzugefügt werden | Einstellungen, Ticket-Beanspruchung |
| Schließen | Grund erforderlich, Support-Rolle erforderlich, Schließenden verbergen, Autor per DM benachrichtigen, Standardgrund, rollenspezifische Transkriptansicht, Nachrichtenanzahl des Teams im Log | Einstellungen, Ticket-Schließen- & Transkript-Einstellungen |
| Thread schließen | Archivieren oder löschen | Einstellungen, Ticket-Stil- und Beanspruchungs-Einstellungen, Thread-Tickets archivieren |
## Kanal löschen außerhalb des Schließablaufs
Wenn ein Teammitglied den Ticket-Kanal direkt in Discord löscht, ohne `/close`zu verwenden, erkennt Ticket King das Löschen und schließt das Ticket mit dem Grund "Der Ticket-Kanal wurde manuell von einem Administrator gelöscht." Ein Transkript wird trotzdem erstellt.
## Verwandt
{% content-ref url="/pages/bb49de7e37280d67c707ef5c754152454da4feb5" %}
[Ein Ticket beanspruchen](/docs/de/tickets/claiming-a-ticket.md)
{% endcontent-ref %}
{% content-ref url="/pages/a344d0ab525ab6cf49a74f137e1d533ba872f3d1" %}
[Ein Ticket schließen](/docs/de/tickets/closing-a-ticket.md)
{% endcontent-ref %}
{% content-ref url="/pages/bf7656f68a6d078b7ddf89201dbe42db2ace1bb4" %}
[Inaktivitätsregeln](/docs/de/tickets/inactivity-rules.md)
{% endcontent-ref %}
---
# Agent Instructions: 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:
```
GET https://ticketking.xyz/docs/de/tickets/lifecycle.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.