> 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/protokollierung/per-panel-overrides.md).
# Pro-Panel-Log-Überschreibungen
Die Logs eines Panels an einen anderen Kanal senden als die serverweiten Standardwerte.
Jedes Panel kann die **geöffnet** und **geschlossen** Log-Kanäle unabhängig von den serverweiten Standardwerten überschreiben. Nützlich, wenn verschiedene Ticketarten an unterschiedlichen Stellen protokolliert werden sollen.
## So wird konfiguriert
Öffne im Panel-Editor den Editor für panelweite Standardwerte. Zwei Felder steuern die Log-Kanäle pro Panel:
* **Standard-Log-Kanal für geöffnete Tickets**
* **Standard-Log-Kanal für geschlossene Tickets**
Jedes Feld kann leer gelassen werden, um den serverweiten Kanal zu verwenden, oder mit einem eigenen Wert gesetzt werden. Wenn du eines setzt, kann der Wert sein:
* Ein **Kanal** (wohin die Logs dieses Panels stattdessen gehen.)
* **Kein Kanal** (die Öffnen- oder Schließen-Ereignisse dieses Panels werden überhaupt nicht protokolliert).
Das Senden der Logs eines Panels an einen anderen Kanal ist der häufige Fall. Es auf keinen Kanal zu setzen ist nützlich, wenn du ein Panel mit hohem Volumen hast, dessen Logs du nicht benötigst.
## Wie der Bot den Kanal auswählt
Wenn ein Ticket geöffnet oder geschlossen wird, entscheidet der Bot, wo es protokolliert wird:
1. **Wenn das Panel seinen eigenen Log-Kanal festlegt,** verwendet der Bot diesen Kanal oder überspringt die Protokollierung, wenn das Panel auf keinen Kanal gesetzt ist.
2. **Andernfalls,** greift der Bot auf den serverweiten Log-Kanal für geöffnete Tickets oder den Log-Kanal für geschlossene Tickets zurück.
## Anwendungs-Panels
Anwendungs-Panels haben ihr eigenes **Protokollkanal** Feld bei jeder Option, und es ist erforderlich. Das ist nicht dasselbe wie die Ticket-Log-Kanäle.
→ [Gestaltung deiner Bewerbung](/docs/de/bewerbungen/designing-your-application.md)
## Beispiel
Der Server hat:
* Log für geöffnete Tickets: `#tk-geöffnete-tickets`.
* Log für geschlossene Tickets: `#tk-geschlossene-tickets`.
Panels:
| Panel | Öffnungs-Log | Schließungs-Log |
| ------------------- | --------------------------------- | --------------------------------- |
| Allgemeiner Support | (übernehmen) | (übernehmen) |
| Fehlermeldungen | Überschreiben → `#bug-tracker` | Überschreiben → `#bug-tracker` |
| Mitarbeiter-Tickets | Überschreiben → `#staff-internal` | Überschreiben → `#staff-internal` |
Ergebnis:
* Die Öffnen-/Schließen-Logs der Tickets für Allgemeinen Support gehen an die Standardkanäle.
* Fehlermeldungen-Tickets protokollieren in `#bug-tracker` ausschließlich.
* Mitarbeiter-Tickets protokollieren in `#staff-internal` (getrennt von für Mitglieder sichtbaren Logs gehalten).
## Verwandt
{% content-ref url="/pages/37782a46bb826b7b4ad08587098c71c14fc4ca03" %}
[Log-Kanäle](/docs/de/protokollierung/three-log-channels.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/protokollierung/per-panel-overrides.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.
