> 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/it/registrazione-log/per-panel-overrides.md).
# Sovrascritture dei log per pannello
Invia i log di un pannello a un canale diverso dai valori predefiniti a livello di server.
Ogni pannello può sovrascrivere i **aperto** e **chiuso** canali di log indipendentemente dai valori predefiniti dell'intero server. Utile quando tipi diversi di ticket devono essere registrati in posti diversi.
## Come configurare
Nell'editor del pannello, apri l'editor dei valori predefiniti a livello di pannello. Due campi controllano i canali di log per pannello:
* **Canale predefinito del log di apertura del ticket**
* **Canale predefinito del log di chiusura del ticket**
Ogni campo può essere lasciato per usare il canale a livello di server, oppure impostato su un valore proprio. Quando ne imposti uno, il valore può essere:
* A **canale** (dove finiscono invece i log di questo pannello).
* **Nessun canale** (gli eventi di apertura o chiusura di questo pannello non vengono registrati affatto).
Inviare i log di un pannello a un canale diverso è il caso più comune. Impostarlo su nessun canale è utile quando hai un pannello ad alto volume di cui non hai bisogno dei log.
## Come il bot sceglie il canale
Quando un ticket si apre o si chiude, il bot decide dove registrarlo:
1. **Se il pannello imposta il proprio canale di log,** il bot usa quel canale, oppure salta la registrazione se il pannello è impostato su nessun canale.
2. **Altrimenti,** il bot torna al Canale log ticket aperti o al Canale log ticket chiusi a livello di server.
## Pannelli di applicazione
I pannelli di applicazione hanno il proprio **Canale di log** campo in ogni opzione, ed è obbligatorio. Questo non è la stessa cosa dei canali di log dei ticket.
→ [Progettare la tua candidatura](/docs/it/candidature/designing-your-application.md)
## Esempio pratico
Il server ha:
* Log dei ticket aperti: `#tk-opened-tickets`.
* Log dei ticket chiusi: `#tk-closed-tickets`.
Pannelli:
| Pannello | Log di apertura | Log di chiusura |
| ------------------- | ------------------------------- | ------------------------------- |
| Supporto generale | (eredita) | (eredita) |
| Segnalazioni di bug | Sovrascrivi → `#bug-tracker` | Sovrascrivi → `#bug-tracker` |
| Ticket dello staff | Sovrascrivi → `#staff-internal` | Sovrascrivi → `#staff-internal` |
Risultato:
* I log di apertura/chiusura dei ticket di Supporto generale vanno ai canali predefiniti.
* I ticket di Segnalazioni di bug vengono registrati in `#bug-tracker` esclusivamente.
* I ticket dello staff vengono registrati in `#staff-internal` (tenuti separati dai log visibili ai membri).
## Correlati
{% content-ref url="/pages/95622158d1f4ffa67cb056806b781f97f9e032f4" %}
[Canali di registro](/docs/it/registrazione-log/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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://ticketking.xyz/docs/it/registrazione-log/per-panel-overrides.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
