> 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/tickets/lifecycle.md).
# Le cycle de vie du ticket
Du clic sur un bouton à la fermeture, tous les états par lesquels passe un ticket.
Chaque ticket Ticket King passe par les mêmes étapes : **Ouvert**, puis une étape facultative **Prise en charge**, puis **Fermeture**. Cette page explique ce qui se passe à chaque transition, et ce que votre équipe contrôle.
## Étape 1 : Ouverture
**Déclencheurs :**
* Un membre clique sur un bouton du panneau ou choisit une option du menu déroulant.
* Le personnel ouvre un ticket au nom de quelqu'un avec `/createticket`.
* Le personnel fait un clic droit sur un message et choisit **Applications > Créer un ticket**.
**Ce qui se passe :**
1. Des vérifications d'éligibilité facultatives s'exécutent (rôles requis :crown:, rôles bloqués, liaison Steam :crown: pour les options qui l'exigent).
2. Un formulaire contextuel facultatif apparaît (jusqu'à 5 questions, ou jusqu'à 100 avec les formulaires multi-étapes sur Premium).
3. Ticket King crée un nouveau salon ou fil.
4. L'auteur du ticket et les rôles d'assistance configurés obtiennent l'accès.
5. L'embed d'ouverture est publié. Il peut mentionner les rôles configurés si vous l'avez paramétré.
6. Les réponses du formulaire, s'il y en a, sont insérées dans l'embed d'ouverture.
7. Une entrée "Ticket Opened" est enregistrée dans le salon de journalisation des tickets ouverts, si vous en avez défini un.
**État après :** Ouvert. L'auteur et l'équipe d'assistance peuvent discuter.
## Étape 2 : Prise en charge (facultatif)
Un membre précis du personnel prend le ticket en charge. Le fait d'autoriser la prise en charge est configuré globalement sur le serveur.
Les quatre modes de prise en charge et leur comportement sont détaillés sur [Prendre en charge un ticket](/docs/fr/tickets/claiming-a-ticket.md). Le mode par défaut est **Activé - Privé lors de la prise en charge**.
La prise en charge est unique. Il n'y a pas de multi-prise en charge. Pour transmettre un ticket, le membre qui l'a pris en charge exécute `/unclaim`, ou tout membre du personnel qui peut gérer le ticket exécute `/transfer @newperson`.
{% hint style="info" %}
Prendre en charge, annuler la prise en charge et transférer dans Discord avec `/claim`, `/unclaim`, et `/transfer` sont gratuits. Effectuer les mêmes actions depuis l'affichage du ticket dans le tableau de bord est :crown: Premium.
{% endhint %}
## Étape 3 : Fermeture
La conversation est terminée.
**Déclencheurs :**
* Un membre du personnel qui peut gérer le ticket, ou l'auteur du ticket, exécute `/close [reason]` ou clique sur le bouton Fermer.
* :crown: Le minuteur de fermeture automatique pour inactivité se déclenche après la période de silence configurée.
* L'auteur du ticket quitte le serveur si la fermeture automatique au départ est activée. Ceci est gratuit.
**Ce qui se passe :**
1. Si **La fermeture nécessite une raison** est activé et qu'aucune raison n'a été fournie, une fenêtre contextuelle en demande une. Il n'y a aucune autre étape de confirmation oui ou non.
2. Une transcription est générée.
3. Une entrée "Ticket Closed" est publiée dans le salon de journalisation des tickets fermés avec un bouton de lien "View Transcript", si vous avez configuré ce salon.
4. Si **Message de fermeture envoyé en DM à l'utilisateur** est activé, ce qui est le réglage par défaut, l'auteur du ticket reçoit en message privé un avis de fermeture avec le lien de la transcription. Sur un serveur Premium avec le système de notation des tickets activé, le DM inclut aussi la ligne de notation 5 étoiles.
5. Le salon est supprimé :
* Un **salon textuel** est supprimé. Il n'existe pas d'option d'archivage pour les salons textuels.
* Un **fil** est archivé ou supprimé, selon le paramètre **Archiver les tickets en fil** (par défaut : Supprimer).
**État après :** Fermé. Un ticket fermé ne peut pas être rouvert.
## Un ticket fermé peut-il être rouvert ?
Non. La réouverture n'est pas prise en charge. Le salon disparaît pour les tickets textuels, ou est archivé ou supprimé pour les fils.
Si un membre a besoin d'une aide supplémentaire sur le même sujet, il ouvre un nouveau ticket. Le personnel peut se référer à la transcription originale.
## Ce que vous contrôlez à chaque étape
| Étape | Ce que vous contrôlez | Où |
| ---------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- |
| Ouvert | Embed personnalisé, rôles d'assistance, formulaire, nom personnalisé du ticket, éligibilité, comportement des mentions | Éditeur de panneau et paramètres par option |
| Prise en charge | Si la prise en charge existe et ce qu'elle fait aux permissions, mention de l'auteur lors de la prise en charge, rôles ajoutés lors de la prise en charge | Paramètres, Prise en charge des tickets |
| Fermeture | Raison requise, rôle d'assistance requis, masquer le fermant, envoyer un DM à l'auteur, raison par défaut, consultation de la transcription selon le rôle, nombre de messages du personnel dans le journal | Paramètres, Fermeture des tickets et paramètres de transcription |
| Fermeture du fil | Archiver ou supprimer | Paramètres, Style des tickets et paramètres de prise en charge, Archiver les tickets en fil |
## Suppression du salon en dehors du flux de fermeture
Si un membre du personnel supprime directement le salon du ticket dans Discord sans utiliser `/close`, Ticket King détecte la suppression et ferme le ticket avec la raison « Le salon du ticket a été supprimé manuellement par un administrateur. » Une transcription est tout de même générée.
## Connexe
{% content-ref url="/pages/bcd28986a2d3a0a12a6763a0a31a6b2132f1101a" %}
[Prendre en charge un ticket](/docs/fr/tickets/claiming-a-ticket.md)
{% endcontent-ref %}
{% content-ref url="/pages/0ea81b95f79fdd7df74775388e0144a8411982b5" %}
[Fermeture d'un ticket](/docs/fr/tickets/closing-a-ticket.md)
{% endcontent-ref %}
{% content-ref url="/pages/df96e1ef8795d8aae51a00d5e983bfc81e5fab44" %}
[Règles d'inactivité](/docs/fr/tickets/inactivity-rules.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/tickets/lifecycle.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.
