> 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/tickets/thread-vs-channel.md). # Thread-Tickets vs. Kanal-Tickets Textkanal oder privater Thread – wähle den passenden Ticket-Typ. Wenn du ein Panel erstellst, wählst du **Textkanal** oder **Thread** als Ticket-Stil. Du kannst den Stil pro Option festlegen, sodass ein Panel beides mischen kann. Der Stil wird beim Erstellen des Tickets gewählt. Es gibt keine Möglichkeit, ein Ticket nach dem Öffnen von einem Kanal in einen Thread oder umgekehrt zu konvertieren. ## Tickets im Textkanal vs. im Thread Du wählst einen dieser beiden Stile, wenn du ein Panel erstellst, und du kannst sie pro Option mischen. {% columns %} {% column %} ### Textkanal (Empfohlen) Jedes Ticket ist ein eigener Discord-Kanal unter einer ausgewählten Kategorie. **Vorteile** * **Vertraut.** Dein Team weiß bereits, wie Kanäle funktionieren. * **Alle Kanal-Funktionen.** Thema, langsamer Modus, angeheftete Nachrichten, Berechtigungsüberschreibungen auf Kanalebene. * **In der Seitenleiste sichtbar.** Offene Tickets werden in der Kanalliste angezeigt. * **Mehr Moderationstools.** Discord Auto-Mod läuft auf Kanälen. **Nachteile** * **Verbraucht Kanalslots.** Discord begrenzt jeden Server insgesamt auf **500 Kanäle**, und jede Kategorie auf **50 Kanäle**. * **Visuelles Durcheinander.** Ein Server mit 30 offenen Tickets hat 30 Kanäle in der Seitenleiste oder eine volle Kategorie. * **Kategorieplatz einplanen.** Ticket King platziert ein Ticket in deinen konfigurierten Kategorien und verwendet die nächste mit Platz, daher solltest du mehr als eine „Tickets“-Kategorie konfigurieren, wenn du mit hohem Aufkommen rechnest. {% endcolumn %} {% column %} ### Thread Jedes Ticket ist ein **Thread** der unter einem ausgewählten übergeordneten Kanal erstellt wird. **Vorteile** * **Kein Druck auf die Kanalslots.** Threads zählen nicht gegen das Serverlimit von 500 Kanälen. Discord begrenzt aktive Threads auf 1000 pro Server, was höher ist. * **Sauberere Kanalliste.** Ein übergeordneter Kanal, mit Threads darunter. * **Schnellere Erstellung.** Das Erstellen eines Threads ist etwas leichter als das Erstellen eines Kanals. **Nachteile** * **Keine benutzerdefinierte Kategorie pro Thread-Option.** Die Einstellung für benutzerdefinierte Kategorie ist für Thread-Optionen deaktiviert, da Threads unter ihrem übergeordneten Kanal liegen. * **Kein Admin-Thread für das Team.** Das Feld „Admin-Thread-Nachricht“ ist für Thread-Tickets deaktiviert. Diese Funktion gilt für Textkanal-Tickets. * **Keine benutzerdefinierten Pings bei Thread-Optionen.** Die Einstellung für benutzerdefinierte Pings ist für Threads deaktiviert. * **Einige Discord-Moderationstools funktionieren auf Threads schlechter.** * **Auto-Archivierung schließt das Ticket.** Wenn Discord den Thread nach Inaktivität automatisch archiviert, schließt Ticket King das Ticket, selbst wenn deine Einstellung „Thread-Tickets archivieren“ auf Löschen gesetzt ist. {% endcolumn %} {% endcolumns %} ## Was du auswählst | Deine Situation | Wähle | | ---------------------------------------------------------------------------- | -------------------------------------------------------------------- | | Kleiner Server, geringes Ticketaufkommen | Textkanal | | Server mit mittlerem Ticketaufkommen | Beides funktioniert | | Großer Server oder Server mit hohem Ticketaufkommen (50+ gleichzeitig offen) | Thread | | Auto-Mod, langsamen Modus oder Funktionen auf Kanalebene benötigt | Textkanal | | Eine benutzerdefinierte Kategorie pro Tickettyp benötigt | Textkanal (Benutzerdefinierte Kategorie ist für Threads deaktiviert) | | Einen Admin-Thread für das Team benötigt | Textkanal (Admin-Thread ist für Threads deaktiviert) | | Benutzerdefinierte Pings pro Option benötigt | Textkanal (Benutzerdefinierte Pings sind für Threads deaktiviert) | ## Was du bei der Panel-Erstellung auswählst Im Erstellungsassistenten legt der Schritt „Standard-Ticket-Stil auswählen“ die Standardvorgabe auf Panel-Ebene fest. Diese Standardvorgabe gilt für jede Schaltfläche oder Option auf dem Panel. Du kannst den Stil pro Schaltfläche oder pro Option im Editor für die jeweilige Option auf der Registerkarte Allgemein im **Ticket-Stil** -Feld (Textkanal oder Thread) überschreiben. So kann ein einzelnes Panel beide Stile mischen. {% hint style="info" %} Das Ändern des Ticket-Stils einer Option betrifft nur zukünftige Tickets. Bereits offene Tickets behalten ihren ursprünglichen Stil, und ein Ticket kann nicht zwischen einem Kanal und einem Thread konvertiert werden. {% endhint %} ## Was beim Schließen passiert | Stil | Verhalten | | --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Textkanal | Der Kanal wird gelöscht. | | Thread | Der Thread wird archiviert (mit einem „resolved“-Präfix umbenannt und gesperrt) oder gelöscht, je nach **Einstellungen, Ticket-Stil und Anspruchs-Einstellungen, Thread-Tickets archivieren**. Die Standardeinstellung ist Löschen. | ## Erforderliche Berechtigungen Threads benötigen: * **Threads verwalten** * **Private Threads erstellen** (oder Öffentliche Threads erstellen, je nach übergeordnetem Kanal) * **Nachrichten in Threads senden** Diese sind im empfohlenen Einladungslink enthalten. Wenn du die minimale Einladung verwendet hast und Threads möchtest, lade mit den empfohlenen Berechtigungen erneut ein. ## Verwandt {% content-ref url="/pages/71a5c8eb45c1748cf0547daf80eb5eb20e3414d5" %} [Der Lebenszyklus eines Tickets](/docs/de/tickets/lifecycle.md) {% endcontent-ref %} {% content-ref url="/pages/a6ca67936016b31460695f2b87c96d0781deb1d4" %} [Erstelle ein Ticket-Panel](/docs/de/panels/create-a-ticket-panel.md) {% endcontent-ref %} --- # 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/tickets/thread-vs-channel.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.