# Présentation des candidatures Une **candidature** est comme un ticket, mais avec une étape de relecture entre les deux. Au lieu d’ouvrir un salon lorsqu’un membre clique sur le bouton, Ticket King recueille les réponses de son formulaire et les consigne dans un salon de relecture. Les relecteurs cliquent ensuite **Approuver** ou **Refuser**.
A flow diagram
## Quand utiliser les candidatures plutôt que les tickets Choisissez les candidatures lorsque : * Vous voulez examiner et approuver avant d’échanger. * Vous préférez ne pas créer un salon par candidat. * Vous voulez que les rôles soient attribués automatiquement à l’approbation. * Vous voulez un processus d’examen structuré avec des notes des relecteurs. Les cas d’utilisation courants sont les candidatures du personnel, les candidatures partenaires, les demandes d’attribution de rôle et les admissions pour les communautés à accès par invitation. ## Quand rester sur les tickets Restez sur les panneaux de tickets lorsque : * Vous voulez lancer une conversation tout de suite. * La décision consiste à aider le membre, pas à l’approuver ou le refuser. * Vous n’avez pas de processus d’accueil structuré. ## En quoi les candidatures diffèrent des tickets | | Panneau de ticket | Panneau de candidature | | ----------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- | | Lorsque le membre clique | Un formulaire contextuel apparaît s’il est configuré, puis un salon s’ouvre | Un formulaire contextuel s’ouvre | | Où se déroule la conversation | Dans le salon | Il n’y a pas de salon par défaut. C’est uniquement pour la relecture | | Où cela se trouve | Un salon Discord | Une entrée dans le tableau de bord des candidatures et un embed de journal dans un salon | | Nombre maximal de questions | 5 (un formulaire) | 5 (la même limite à formulaire unique) | | Attribuer des rôles automatiquement | Non | Oui, à l’approbation | | Filtrage d’éligibilité | Par option, avec les rôles requis :crown: et les rôles bloqués :crown: | Par option, plus l’ancienneté du compte et l’ancienneté d’appartenance au serveur | | Résultat | Le ticket est fermé | Approuver ou Refuser | | Envoyer un MP au membre selon le résultat | Un MP à la clôture, facultatif | Un MP à la décision, facultatif, un seul bouton bascule | ## La limite de 5 questions s’applique aussi ici Les candidatures et les tickets utilisent le même système de formulaire. Une candidature ne peut pas comporter plus de 5 questions dans une seule soumission. Il n’existe aucun moyen de répartir un formulaire sur plusieurs fenêtres contextuelles. Voir [La limite de cinq questions](/docs/fr/formulaires/five-question-limit.md) pour des modèles de conception qui fonctionnent avec 5. ## L’expérience complète du candidat Du point de vue du candidat : 1. **Cliquez sur le bouton de candidature.** 2. **Vérification de l’éligibilité.** S’il ne remplit pas les règles d’ancienneté du compte, d’ancienneté sur le serveur ou de rôle requis, il reçoit un message de blocage et ne peut pas continuer. 3. **Le formulaire contextuel s’ouvre.** Jusqu’à 5 questions. 4. **Soumettre.** Il reçoit une confirmation indiquant que la candidature a été envoyée. 5. **Attente.** Un relecteur agit dessus dans le tableau de bord ou avec les boutons Approuver et Refuser dans le salon de journalisation. 6. **Résultat.** Si **Envoyer le résultat par MP au candidat** est activé, ce qui est le comportement par défaut, Ticket King leur envoie en MP un résultat avec la raison du relecteur. La raison correspond à la partie publique de la fenêtre contextuelle de décision. ## L’expérience du relecteur Il y a deux endroits pour examiner les candidatures : ### Dans le salon de journalisation Chaque soumission publie un embed de journal avec **Approuver** (vert) et **Refuser** des boutons (rouges). Un relecteur en clique un, et une petite fenêtre contextuelle s’ouvre pour demander une **motif** facultative (1000 caractères max, peut être envoyée par MP au candidat) et une **note** facultative (1000 caractères max, interne uniquement). À l’envoi, la décision est enregistrée. ### Dans le tableau de bord Ouvert **Candidatures** dans la barre latérale. Il s’agit d’une file de toutes les soumissions, que vous pouvez filtrer et rechercher. Cliquez sur n’importe quelle soumission pour voir les réponses, puis agissez dessus. La file de relecture est gratuite. → [La page Candidatures](/docs/fr/candidatures/the-applications-page.md) ## Ce que vous configurez Par option de candidature : * **Type de candidature.** Un libellé textuel affiché comme titre du formulaire. * **Salon de journalisation.** Où les soumissions sont publiées. C’est requis. Sans cela, les soumissions ne peuvent pas être consignées et les relecteurs ne les verront pas. * **Questions de candidature.** Jusqu’à 5. * **Éligibilité.** Ancienneté minimale du compte et ancienneté minimale d’appartenance au serveur. * **Nouvelle candidature.** Le bouton bascule Autoriser une nouvelle candidature et une période de recharge en jours. * **Rôles attribués.** Les rôles attribués à l’approbation. * **Rôles à supprimer.** Les rôles retirés à l’approbation, par exemple un rôle d’attente « en attente ». * **Rôles de relecteur.** Qui peut approuver ou refuser. * **Rôles requis** :crown: **et les rôles bloqués** :crown:**.** Le même filtrage par rôle par option que pour les tickets. * **Envoyer le résultat en MP au candidat.** Indique s’il faut envoyer un MP au candidat lors de la décision. → [Concevoir votre candidature](/docs/fr/candidatures/designing-your-application.md) ## Articles liés {% content-ref url="/pages/ee9da89816edc7dcfc636c686a3a4a473c00cfa9" %} [Concevoir votre candidature](/docs/fr/candidatures/designing-your-application.md) {% endcontent-ref %} {% content-ref url="/pages/82493c6f9ee0d75e2dcc8e3835849888d2a80896" %} [La page Candidatures](/docs/fr/candidatures/the-applications-page.md) {% endcontent-ref %} {% content-ref url="/pages/fd008f6947b4f771c125352f54614eca39a995ce" %} [Créer un panneau de candidature](/docs/fr/panneaux/create-an-application-panel.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/candidatures/overview.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.