# Le cycle de vie du ticket Chaque ticket Ticket King passe par les mêmes étapes : **Ouvert**, puis éventuellement **Prise en charge**, puis **Fermeture**. Cette page explique ce qui se passe à chaque transition, et ce que votre équipe contrôle.
A flow diagram showing
## Étape 1 : Ouvert **Déclencheurs :** * Un membre clique sur un bouton du panneau ou choisit une option du menu de sélection. * Le staff ouvre un ticket au nom de quelqu'un avec `/createticket`. * Le staff clique avec le bouton 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). 3. Ticket King crée un nouveau salon ou fil. 4. L'auteur du ticket et les rôles de support 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é ainsi. 6. Les réponses du formulaire, s'il y en a, sont ajoutées dans l'embed d'ouverture. 7. Une entrée « Ticket ouvert » est consignée dans le salon de journalisation des tickets ouverts, si vous en avez configuré un. **État après :** Ouvert. L'auteur et l'équipe de support peuvent discuter. ## Étape 2 : Prise en charge (facultative) Un membre du staff spécifique prend la responsabilité. Le fait d'autoriser la prise en charge est configuré au niveau du 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é à la prise en charge**. La prise en charge est limitée à une seule personne. Il n'y a pas de multi-prise en charge. Pour transmettre un ticket, le responsable actuel exécute `/unclaim`, ou n'importe quel membre du staff qui peut gérer le ticket exécute `/transfer @newperson`. {% hint style="info" %} La prise en charge, l'abandon de prise en charge et le transfert dans Discord avec `/claim`, `/unclaim`, et `/transfer` sont gratuits. Faire les mêmes actions depuis la vue du ticket dans le tableau de bord est :crown: Premium. {% endhint %} ## Étape 3 : Fermeture La conversation est terminée. **Déclencheurs :** * Un membre du staff qui peut gérer le ticket, ou l'auteur du ticket, exécute `/close [raison]` ou clique sur le bouton Fermer. * :crown: Le minuteur de fermeture automatique en cas d'inactivité se déclenche après la période d'inactivité configurée. * L'auteur du ticket quitte le serveur, si la fermeture automatique au départ est activée. Celle-ci est gratuite. **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 pas d'autre étape de confirmation oui/non. 2. Une transcription est générée. 3. Une entrée « Ticket fermé » est publiée dans le salon de journalisation des tickets fermés avec un bouton lien « Voir la transcription », si vous avez configuré ce salon. 4. Si **Message de fermeture par DM à l'utilisateur** est activé, ce qui est le réglage par défaut, l'auteur du ticket reçoit par DM un avis de fermeture avec le lien de la transcription. Sur un serveur Premium avec la notation des tickets activée, le DM inclut aussi la rangée de notation 5 étoiles. 5. Le salon est supprimé : * Un **salon texte** est supprimé. Il n'existe pas d'option d'archivage pour les salons texte. * Un **fil** est archivé ou supprimé, selon le **Archivage des tickets en fil** réglage (Supprimer par défaut). **É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 texte, ou est archivé ou supprimé pour les fils. Si un membre a besoin d'aide supplémentaire sur le même sujet, il ouvre un nouveau ticket. Le staff peut consulter la transcription d'origine. ## Ce que vous contrôlez à chaque étape | Étape | Ce que vous contrôlez | Où | | ---------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | | Ouvert | Embed personnalisé, rôles de support, formulaire, format du nom du ticket, éligibilité, comportement de mention | Éditeur de panneau et paramètres par option | | Prise en charge | Si la prise en charge existe et ce qu'elle fait aux permissions, mentionner 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 de support requis, masquer le clôturant, DM à l'auteur, raison par défaut, visualisation de la transcription par rôle, nombre de messages du staff dans le journal | Paramètres, paramètres de fermeture et de transcription des tickets | | Fermeture du fil | Archiver ou supprimer | Paramètres, style des tickets et paramètres de prise en charge, archivage des tickets en fil | ## Suppression du salon en dehors du flux de fermeture Si un membre du staff supprime directement le salon du ticket dans Discord sans utiliser `/close`, Ticket King détecte la suppression et clôt 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. ## Lié {% content-ref url="/pages/bcd28986a2d3a0a12a6763a0a31a6b2132f1101a" %} [Réclamer un ticket](/docs/fr/tickets/claiming-a-ticket.md) {% endcontent-ref %} {% content-ref url="/pages/0ea81b95f79fdd7df74775388e0144a8411982b5" %} [Fermer 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: 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/tickets/lifecycle.md?ask= ``` 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.