> 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).

# Log-Überschreibungen pro Panel

Jedes Panel kann die **geöffnet** und **geschlossen** Log-Kanäle unabhängig von den serverweiten Standardwerten. Nützlich, wenn verschiedene Tickettypen an unterschiedliche Orte protokolliert werden sollen.

## Konfiguration

Öffne im Panel-Editor den Editor für die panelweiten Standardwerte. Zwei Felder steuern die Log-Kanäle pro Panel:

* **Standard-Log-Kanal für Ticket-Eröffnungen**
* **Standard-Log-Kanal für Ticket-Schließungen**

Jedes Feld kann leer gelassen werden, um den serverweiten Kanal zu verwenden, oder mit einem eigenen Wert belegt werden. Wenn du einen festlegst, kann der Wert sein:

* Ein **Kanal** (wohin die Logs dieses Panels stattdessen gehen).
* **Kein Kanal** (die Eröffnungs- oder Schließereignisse dieses Panels werden gar nicht protokolliert).

Die Logs eines Panels an einen anderen Kanal zu senden, ist der Normalfall. Wenn du ihn auf keinen Kanal setzt, ist das nützlich, wenn du ein stark frequentiertes Panel hast, dessen Logs du nicht brauchst.

<figure><img src="/files/aaf3da4651a2a13c615a320e96557ddd8250c50a" alt="The panel-wide defaults editor showing the Default Ticket Open Log Channel and Default Ticket Close Log Channel fields,"><figcaption></figcaption></figure>

## 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 für das Panel kein Kanal festgelegt ist.
2. **Andernfalls,** weicht der Bot auf den serverweiten Log-Kanal für geöffnete Tickets oder den Log-Kanal für geschlossene Tickets aus.

## Anwendungs-Panels

Anwendungs-Panels haben ihr eigenes **Log-Kanal** Feld bei jeder Option, und es ist erforderlich. Das ist nicht dasselbe wie die Ticket-Log-Kanäle.

→ [Deine Bewerbung gestalten](/docs/de/bewerbungen/designing-your-application.md)

## Beispiel

Der Server hat:

* Log für geöffnete Tickets: `#tk-opened-tickets`.
* Log für geschlossene Tickets: `#tk-closed-tickets`.

Panels:

| Panel               | Öffnen-Log                        | Schließen-Log                     |
| ------------------- | --------------------------------- | --------------------------------- |
| Allgemeiner Support | (übernehmen)                      | (übernehmen)                      |
| Fehlerberichte      | Überschreiben → `#bug-tracker`    | Überschreiben → `#bug-tracker`    |
| Mitarbeiter-Tickets | Überschreiben → `#staff-internal` | Überschreiben → `#staff-internal` |

Ergebnis:

* Die Öffnen-/Schließen-Logs der Tickets von Allgemeiner Support gehen an die Standardkanäle.
* Die Tickets von Fehlerberichte protokollieren in `#bug-tracker` ausschließlich.
* Die Tickets von Mitarbeiter-Tickets protokollieren in `#staff-internal` (getrennt von den 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=<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.