# Protokoll-Ü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" %}
[Protokollkanäle](/docs/de/protokollierung/three-log-channels.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/protokollierung/per-panel-overrides.md?ask=<question>
```

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.