# Overrides de logs par panneau

Chaque panneau peut remplacer le **ouverts** et **fermés** canaux de logs indépendamment des valeurs par défaut à l’échelle du 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 valeurs par défaut du panneau. Deux champs contrôlent les canaux de logs propres à chaque panneau :

* **Canal de journal des tickets ouverts par défaut**
* **Canal de journal des tickets fermés par défaut**

Chaque champ peut être laissé pour utiliser le canal à l’échelle du serveur, ou défini avec une valeur personnalisée. Lorsque vous en définissez un, la valeur peut être :

* A **canal** (où les logs de ce panneau sont envoyés à la place).
* **Aucun canal** (les événements d’ouverture ou de fermeture de ce panneau ne sont pas consignés du tout).

Envoyer les logs d’un panneau vers un autre canal est le cas le plus courant. Le régler sur aucun canal est utile lorsque vous avez un panneau à fort volume dont vous n’avez pas besoin des logs.

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

## Comment le bot choisit le canal

Lorsqu’un ticket s’ouvre ou se ferme, le bot décide où le consigner :

1. **Si le panneau définit son propre canal de logs,** le bot utilise ce canal, ou ignore la journalisation si le panneau est réglé sur aucun canal.
2. **Sinon,** le bot revient au Canal de journal des tickets ouverts ou au Canal de journal des tickets fermés à l’échelle du serveur.

## Panneaux d’application

Les panneaux d’application ont leur propre **Salon de journalisation** champ sur chaque option, et il est obligatoire. Ce n’est pas la même chose que les canaux de logs des tickets.

→ [Concevoir votre candidature](/docs/fr/candidatures/designing-your-application.md)

## Exemple concret

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          |
| -------------------- | ----------------------------- | ----------------------------- |
| Assistance générale  | (hériter)                     | (hériter)                     |
| Signalements de bugs | Remplacer → `#bug-tracker`    | Remplacer → `#bug-tracker`    |
| Tickets du personnel | Remplacer → `#staff-internal` | Remplacer → `#staff-internal` |

Résultat :

* Les journaux d’ouverture/fermeture des tickets d’Assistance générale vont vers les canaux par défaut.
* Les tickets de Signalements de bugs sont consignés dans `#bug-tracker` exclusivement.
* Les tickets du personnel sont consignés dans `#staff-internal` (séparés des journaux visibles par les membres).

## Articles liés

{% content-ref url="/pages/5aacaada5647e48ddc4051c6e819e5242b9a84fb" %}
[Salons de logs](/docs/fr/journalisation/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/fr/journalisation/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.