Candidatures et examens

En bref. Les formulaires se construisent dans Administration → Candidatures. Les demandes se traitent dans Modération → Candidatures. Accepter une candidature peut donner un groupe, donc un rôle Discord. Les candidatures ne dépendent d'aucune licence.

Créer un formulaire #

1. Administration → Candidatures : un titre, Créer. Le formulaire naît masqué.

2. Règle-le :

   Réglage	Effet
   Adresse de la page	La page publique sera /candidatures/adresse
   Présentation	Le texte d'introduction : il évite les demandes bâclées
   Rôle accordé à l'acceptation	Donné automatiquement, avec son rôle Discord
   Délai avant de repostuler après un refus	En jours, 0 = tout de suite. Le candidat refusé voit la date avant le formulaire
   Une seule demande en attente par personne	Évite les doublons

3. L'éditeur a cinq onglets : Général (ces réglages), Questions, Examen, Évaluateurs et Aperçu (le formulaire tel que le candidat le verra, sans rien envoyer).

4. Onglet Questions : texte court ou long, nombre, date, liste, choix multiples, cases à cocher. Chaque bloc s'enregistre séparément : enregistre avant de déplacer ou supprimer une question.

5. Coche Visible sur le site.

Dupliquer crée une copie masquée. Supprimer efface aussi toutes les candidatures reçues : pour retirer un formulaire, désactive-le plutôt. La suppression est refusée tant que des candidatures attendent une décision (« tranchez-les, ou désactivez le formulaire, avant de le supprimer »), et elle est toujours inscrite au journal d'administration.

La whitelist se gère à part. Il n'y a qu'un seul formulaire de whitelist, qui accorde le rôle Whitelist : il se règle dans Modération → Whitelist (Configurer ouvre le même éditeur, Voir les candidatures la file), pas dans la liste des formulaires. Si aucun n'existe encore, Créer le formulaire de whitelist.

Un formulaire peut aussi être rattaché à un job du MDT (recrutement d'un service) : voir plus bas.

Ajouter un examen (facultatif) #

Onglet Examen de l'éditeur : un questionnaire à choix, chronométré, corrigé automatiquement, passé juste après le dépôt. Sans question d'examen, il n'y a pas d'examen ; tu peux aussi Désactiver l'examen ou le Supprimer.

• Durée (0 à 240 minutes) : le temps est recompté côté serveur, avec 15 secondes de marge. Une copie en retard vaut zéro et est signalée « hors délai ».
• Score de réussite (0 = aucun seuil).
• Questions : 2 à 8 choix (deux choix identiques sont refusés), une ou plusieurs bonnes réponses (case Réponses à choix multiples), 1 à 100 points, une note interne pour le staff.
• Une question à choix multiple donne des points partiels : une bonne réponse cochée sur deux vaut la moitié des points, une mauvaise ne retire rien. Le candidat ne peut pas cocher plus de cases qu'il n'y a de bonnes réponses. Le total est arrondi à l'entier inférieur, et la question n'est « juste » que si les bonnes réponses sont exactement celles cochées.

Pendant qu'un candidat passe l'examen, ses questions et son barème ne peuvent plus changer (« un candidat passe cet examen en ce moment »), jusqu'à ce qu'il rende sa copie ou que l'échéance de sa tentative passe (durée + 15 s de marge ; 24 h si l'examen n'a pas de durée). Une tentative abandonnée, onglet fermé, ne bloque donc plus l'édition au-delà de son échéance : sa copie arrivée en retard vaudrait zéro de toute façon. Un examen désactivé est fermé aux candidats.

Côté candidat : une seule tentative, un ordre de questions propre à lui, copier-coller bloqué et sorties d'onglet comptées. Ces compteurs sont indicatifs : c'est au staff de juger.

Désigner des évaluateurs #

Onglet Évaluateurs de l'éditeur (administrateurs seulement) : Rôles évaluateurs et Membres évaluateurs (pseudos, 50 au plus). Un évaluateur voit, note, fait avancer et tranche seulement les dossiers de ce formulaire, jamais sa propre candidature.

Un formulaire rattaché à un job suit une autre règle : ses évaluateurs sont les grades du job qui ont la permission Traiter les candidatures du job (à cocher dans MDT → Configuration). Les formulaires du job se gèrent dans la rubrique Formulaires du MDT, pour qui a Gérer les formulaires du job. Cette création a des limites : 10 formulaires créés par tranche de 10 minutes et par compte, et 50 formulaires au plus par job (« Ce job a déjà 50 formulaires : supprime ou réutilise un ancien formulaire avant d'en créer un autre »).

Traiter une demande #

Modération → Candidatures (onglets En attente et Traitées, 25 par page, filtres par formulaire et par étape ; une page au-delà de la dernière te ramène à une page qui existe, au lieu d'afficher une liste vide) :

1. Lis les réponses et, s'il y en a, l'examen.
2. Ajoute des notes internes si besoin : jamais visibles du candidat.
3. Fais avancer l'étape (Déposée → Examen → Entretien → Décision) : elle ne sert qu'au suivi.
4. Accepter ou Refuser, avec un message facultatif au candidat.

À l'acceptation : le rôle est donné, le rôle Discord suit, et le candidat reçoit un message privé. Revenir sur la décision remet la demande en attente, sans retirer le rôle déjà donné.

Sur un serveur qui utilise txAdmin, un encadré en tête de file liste aussi les demandes de liste blanche txAdmin, en lecture seule : on les approuve dans txAdmin. Voir txAdmin dans Agora.

À savoir #

• Un formulaire qui accorde un rôle muni de droits ne s'accepte que par un administrateur.
• Un candidat suspendu ne peut pas être accepté tant que sa suspension dure, ni un compte anonymisé (jamais).
• Une candidature acceptée ne se redépose pas : une seconde demande du même candidat pour le même formulaire est refusée.
• Un formulaire qui accorde un groupe relié à un rôle Discord de pouvoir (Administrateur, Bannir, Gérer les rôles…) ne s'accepte, lui aussi, que par un administrateur : voir Rôles Discord.
• Une étape de candidature conditionnelle n'écrase plus un verdict déjà rendu.
• Aucune notification n'arrive au staff à chaque candidature : le compteur « en attente » de la tuile Candidatures de la Modération fait foi, ou ajoute un webhook application.received.