> 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/fr/journaux/per-panel-overrides.md).
# Remplacements des journaux par panneau
Envoyer les journaux d'un panneau vers un autre canal que les valeurs par défaut du serveur.
Chaque panneau peut remplacer les **ouvert** et **fermé** salons de journalisation indépendamment des paramètres par défaut définis pour tout le serveur. Utile lorsque différents types de tickets doivent être consignés à différents endroits.
## Comment configurer
Dans l’éditeur du panneau, ouvrez l’éditeur des paramètres par défaut à l’échelle du panneau. Deux champs contrôlent les salons de journalisation propres à chaque panneau :
* **Salon de journalisation par défaut à l’ouverture d’un ticket**
* **Salon de journalisation par défaut à la fermeture d’un ticket**
Chaque champ peut être laissé pour utiliser le salon défini pour tout le serveur, ou défini avec votre propre valeur. Lorsque vous en définissez un, la valeur peut être :
* Un **salon** (là où vont les journaux de ce panneau à la place).
* **Aucun salon** (les événements d’ouverture ou de fermeture de ce panneau ne sont pas consignés du tout).
Envoyer les journaux d’un panneau vers un salon différent est le cas le plus courant. Le définir sur aucun salon est utile lorsque vous avez un panneau à fort volume dont vous n’avez pas besoin des journaux.
## Comment le bot choisit le salon
Lorsqu’un ticket s’ouvre ou se ferme, le bot décide où le consigner :
1. **Si le panneau définit son propre salon de journalisation,** le bot utilise ce salon, ou ignore la journalisation si le panneau est défini sur aucun salon.
2. **Sinon,** le bot se rabat sur le Salon de journalisation des tickets ouverts ou le Salon de journalisation des tickets fermés défini pour tout le serveur.
## Panneaux d’application
Les panneaux d’application ont leur propre **Salon de logs** champ sur chaque option, et il est obligatoire. Ce n’est pas la même chose que les salons de journalisation des tickets.
→ [Concevoir votre candidature](/docs/fr/candidatures/designing-your-application.md)
## Exemple pratique
Le serveur a :
* Journal des tickets ouverts : `#tk-opened-tickets`.
* Journal des tickets fermés : `#tk-closed-tickets`.
Panneaux :
| Panneau | Journal d’ouverture | Journal de fermeture |
| ---------------- | ----------------------------- | ----------------------------- |
| Support général | (hérité) | (hérité) |
| Rapports de bugs | Remplacer → `#bug-tracker` | Remplacer → `#bug-tracker` |
| Tickets du staff | Remplacer → `#staff-internal` | Remplacer → `#staff-internal` |
Résultat :
* Les journaux d’ouverture/fermeture des tickets de Support général vont vers les salons par défaut.
* Les tickets de Rapports de bugs sont consignés dans `#bug-tracker` exclusivement.
* Les tickets du staff sont consignés dans `#staff-internal` (séparés des journaux visibles par les membres).
## Lié
{% content-ref url="/pages/5aacaada5647e48ddc4051c6e819e5242b9a84fb" %}
[Canaux de journalisation](/docs/fr/journaux/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/fr/journaux/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.
