Apparence
Sanctions internes, suspension & exclusion du staff
Environ 3487 motsEnviron 12 min
Les membres du staff d’Insane RP sont soumis à des responsabilités particulières en raison des permissions et informations auxquelles ils peuvent avoir accès.
Le statut de staff ne protège jamais contre une sanction.
Au contraire, certaines fautes peuvent être considérées comme plus graves lorsqu’elles sont commises par une personne à laquelle le serveur a accordé sa confiance.
Les mesures internes ont pour objectif de :
- corriger les erreurs ;
- protéger les joueurs ;
- protéger le serveur ;
- préserver la confiance envers l’équipe ;
- empêcher les abus ;
- accompagner les membres lorsqu’une amélioration est possible.
Principe général
Une sanction interne doit rester :
- proportionnée ;
- justifiée ;
- fondée sur des faits ;
- cohérente avec la gravité de la situation ;
- appliquée par une personne disposant de l’autorité nécessaire.
Une sanction staff ne doit jamais servir à régler un conflit personnel.
Staff soumis au règlement
Tous les membres du staff restent soumis :
- au Règlement Général ;
- au Règlement Discord ;
- aux règles RolePlay ;
- au Règlement Staff ;
- aux procédures internes.
Un grade élevé ne donne aucune immunité.
Responsabilité renforcée
Un membre du staff peut parfois être davantage responsabilisé lorsqu’il enfreint une règle qu’il est lui-même censé faire respecter.
Exemple
Un joueur commettant une erreur de MetaGaming peut être sanctionné normalement.
Un staff utilisant volontairement des informations administratives afin d’aider son organisation commet également un abus de confiance et de permissions.
Types de mesures internes
Selon la situation, plusieurs mesures peuvent être utilisées :
- rappel ;
- avertissement interne ;
- formation supplémentaire ;
- surveillance ;
- retrait temporaire de permissions ;
- rétrogradation ;
- suspension ;
- exclusion du staff.
Une sanction joueur peut également être appliquée lorsque les faits enfreignent les règles générales.
Rappel interne
Un rappel peut suffire lorsqu’un membre commet une erreur :
- mineure ;
- ponctuelle ;
- sans conséquence importante ;
- manifestement non intentionnelle.
Exemple
Un nouveau Support applique incorrectement une procédure de ticket mais reconnaît immédiatement son erreur.
L’objectif est alors principalement pédagogique.
Accompagnement
Lorsqu’une erreur peut être corrigée, un membre peut recevoir :
- explication ;
- documentation ;
- nouvelle formation ;
- supervision temporaire.
Toutes les erreurs ne nécessitent pas de sortir immédiatement le marteau du ban staff 💀
Avertissement interne
Un avertissement peut être appliqué lorsqu’une faute nécessite une trace plus importante.
Cela peut notamment concerner :
- non-respect répété d’une procédure ;
- comportement inadapté avec des joueurs ;
- négligence ;
- utilisation incorrecte de permissions ;
- refus de certaines consignes raisonnables.
Contenu d’un avertissement
Un avertissement doit idéalement préciser :
- les faits concernés ;
- la règle ou procédure concernée ;
- les éléments attendus pour la suite.
Les commentaires insultants ou humiliants n’ont aucune place dans un dossier interne.
Récidive
La répétition des mêmes erreurs après plusieurs rappels peut entraîner une mesure plus importante.
La récidive doit être évaluée selon :
- la nature de l’erreur ;
- sa fréquence ;
- le temps écoulé ;
- les explications déjà données.
Erreur ponctuelle et problème récurrent
Il est important de différencier :
Erreur ponctuelle
Une mauvaise décision isolée reconnue et corrigée.
Problème récurrent
Le même comportement continue malgré plusieurs explications.
La seconde situation peut justifier une réponse plus importante.
Formation supplémentaire
Un membre peut être replacé temporairement sous supervision lorsqu’il ne maîtrise pas suffisamment certaines responsabilités.
Cela ne constitue pas forcément une punition.
Permissions sensibles
Lorsqu’un problème concerne une permission spécifique, son accès peut être retiré temporairement.
Exemples
- Give ;
- gestion économique ;
- bannissement ;
- spectate ;
- outils avancés.
Retrait temporaire de permissions
Le retrait peut permettre :
- d’éviter un nouvel incident ;
- de poursuivre l’enquête ;
- de reformer le membre ;
- de protéger le serveur.
Retrait définitif d’une permission
Un membre peut conserver son rôle tout en perdant définitivement l’accès à certaines fonctions lorsque la hiérarchie estime qu’elles ne sont plus adaptées à ses responsabilités.
Rétrogradation
Une rétrogradation peut être envisagée lorsqu’un membre n’est plus en mesure d’assurer correctement les responsabilités de son grade.
Raisons possibles de rétrogradation
Cela peut notamment concerner :
- erreurs répétées ;
- mauvaise maîtrise des procédures ;
- comportement ;
- activité insuffisante pour un poste important ;
- perte partielle de confiance ;
- utilisation incorrecte de permissions.
Rétrogradation non disciplinaire
Une rétrogradation ne constitue pas toujours une sanction.
Un membre peut également demander volontairement un grade avec moins de responsabilités lorsqu’il dispose de moins de temps.
Rétrogradation disciplinaire
Lorsqu’elle fait suite à une faute, la raison doit être suffisamment claire pour le membre concerné.
Humiliation interdite
Une rétrogradation ne doit pas devenir un spectacle.
❌ Exemple
Faire une annonce publique pour ridiculiser un membre rétrogradé.
Les problèmes internes restent internes sauf nécessité particulière.
Suspension
Une suspension consiste à retirer temporairement tout ou partie des fonctions d’un membre.
Elle peut être utilisée lorsqu’une situation nécessite :
- une enquête ;
- une prise de recul ;
- une protection des accès ;
- une vérification importante.
Suspension conservatoire
Une suspension pendant une enquête ne signifie pas automatiquement que le membre est reconnu coupable.
Elle permet simplement d’éviter que la situation évolue pendant les vérifications.
Exemple
Un staff est soupçonné d’avoir créé une quantité importante d’argent grâce à ses permissions.
Ses accès sensibles peuvent être temporairement retirés pendant l’analyse des logs.
Suspension immédiate
Certaines situations peuvent nécessiter une suspension immédiate.
Cela peut notamment concerner :
- compte compromis ;
- suspicion d’abus grave ;
- fuite importante ;
- comportement mettant directement le serveur en danger.
Compte compromis
Lorsqu’un compte staff semble compromis, la priorité consiste à protéger le serveur.
Les accès peuvent être retirés immédiatement sans considérer cela comme une sanction contre le membre.
Enquête interne
Lorsqu’une faute importante est signalée, une enquête peut être ouverte.
Elle doit être menée aussi objectivement que possible.
Éléments d’enquête
Cela peut notamment comprendre :
- logs ;
- transcripts ;
- captures ;
- vidéos ;
- témoignages ;
- historique d’actions ;
- explication du staff concerné.
Staff accusé
Le fait qu’un membre soit accusé ne signifie pas automatiquement qu’il est coupable.
Les faits doivent être vérifiés.
Rumeurs
Une rumeur interne ne constitue pas une preuve suffisante.
❌ Exemple
« Plusieurs personnes disent qu’il abuse de ses perms donc on l’exclut. »
Une accusation importante nécessite davantage qu’un simple « on m’a dit ».
Droit de s’expliquer
Lorsque la situation le permet, le membre concerné doit pouvoir présenter sa version.
Coopération
Une coopération sincère peut être prise en compte.
Cela ne supprime pas automatiquement la faute commise.
Mensonge pendant une enquête
Mentir volontairement afin de cacher une faute peut aggraver la situation.
Falsification de preuves
Modifier ou créer de fausses preuves constitue une faute extrêmement grave.
Cela peut notamment concerner :
- faux screenshots ;
- logs modifiés ;
- messages supprimés ou édités pour cacher le contexte ;
- faux témoignages organisés.
Suppression de preuves
Un membre ne doit pas supprimer volontairement les traces d’une action problématique.
Modification des logs
Il est strictement interdit de :
- effacer ;
- falsifier ;
- modifier ;
des logs afin de protéger un membre ou soi-même.
Enquête concernant un responsable
Un grade élevé ne doit pas permettre de contrôler seul une enquête dont on est la cible.
Le dossier doit être transmis à une personne disposant de l’autorité et de la neutralité nécessaires.
Conflit d’intérêt
Une personne très proche du membre concerné ne devrait pas être la seule à décider de la conclusion d’une enquête importante.
Confidentialité
Les enquêtes internes doivent rester confidentielles.
Cela permet notamment de :
- protéger les personnes ;
- éviter les rumeurs ;
- protéger les preuves ;
- éviter une pression communautaire.
Accusation publique d’un staff
Une enquête interne ne doit pas devenir un procès public Discord.
Fuite d’une enquête
Transmettre les détails d’une enquête à des personnes non autorisées peut constituer une nouvelle faute.
Résultat de l’enquête
Une enquête peut conduire à :
- absence de faute ;
- rappel ;
- avertissement ;
- retrait de permissions ;
- rétrogradation ;
- suspension ;
- exclusion ;
- sanction joueur.
Absence de faute
Lorsqu’aucun élément suffisant ne confirme l’accusation, le membre ne doit pas être sanctionné simplement pour satisfaire les personnes ayant demandé une sanction.
Erreur de bonne foi
Une erreur sincère doit être distinguée d’un abus volontaire.
Exemple
Un membre rembourse accidentellement un montant incorrect et signale immédiatement son erreur.
Cette situation est différente d’un staff donnant volontairement de l’argent à ses amis.
Négligence
Une absence d’intention malveillante ne supprime pas toujours toute responsabilité.
Des erreurs graves répétées par négligence peuvent nécessiter une mesure interne.
Abus de permissions
Un abus de permissions représente une faute sérieuse.
Cela peut notamment comprendre :
- Give personnel ;
- création d’argent ;
- spawn de véhicules pour des proches ;
- revive abusif ;
- téléportation pour son RP ;
- utilisation d’informations administratives ;
- modification injustifiée d’un inventaire.
Abus économique
Toute utilisation des permissions ayant pour objectif de favoriser économiquement :
- soi-même ;
- une organisation ;
- une entreprise ;
- un ami ;
peut entraîner une exclusion importante.
Création d’argent
Une création volontaire d’argent sans justification est particulièrement grave en raison de son impact potentiel sur l’économie.
Give d’armes
Fournir volontairement des armes grâce à des permissions administratives constitue également une faute grave.
Revive abusif
Revive :
- soi-même ;
- son groupe ;
- ses amis ;
après une scène perdue constitue un abus administratif.
Spectate abusif
Utiliser Spectate afin d’obtenir des informations pour son propre RP peut entraîner une sanction staff et joueur.
NoClip abusif
Le NoClip ne doit pas servir à :
- espionner ;
- se déplacer en RP ;
- échapper à une conséquence ;
- découvrir des lieux cachés.
Informations administratives utilisées en RP
Il s’agit d’une violation majeure de la séparation entre staff et RolePlay.
Exemple
Découvrir administrativement une cache d’armes puis organiser sa découverte avec son personnage policier.
Leak
Une fuite d’information peut concerner :
- salons staff ;
- candidatures ;
- sanctions ;
- opérations internes ;
- outils ;
- projets ;
- données personnelles.
Gravité d’un leak
La gravité dépend notamment :
- du contenu ;
- de la personne ayant reçu l’information ;
- des conséquences ;
- de l’intention.
Leak donnant un avantage RP
Prévenir son organisation d’une opération ou information obtenue grâce au staff constitue une faute particulièrement grave.
Leak technique
Révéler des informations permettant de contourner :
- anti-cheat ;
- logs ;
- sécurité ;
- systèmes internes ;
peut entraîner une exclusion immédiate.
Données personnelles
La diffusion ou utilisation abusive de données personnelles est considérée comme extrêmement grave.
Menaces avec des données
Un staff ne doit jamais menacer un joueur en utilisant une information obtenue grâce à ses accès.
Favoritisme
Le favoritisme peut entraîner une sanction interne.
Exemples
- remboursement sans preuve pour un ami ;
- sanction réduite ;
- rôle accordé sans procédure ;
- dossier supprimé ;
- ticket prioritaire sans justification.
Favoritisme répété
Lorsqu’un membre utilise régulièrement ses fonctions afin de favoriser son entourage, la confiance nécessaire à son poste peut être considérée comme perdue.
Protection d’un proche
Un staff ne doit pas supprimer ou cacher une preuve afin de protéger :
- un ami ;
- son organisation ;
- un collègue.
Corruption
Toute action administrative obtenue en échange d’un avantage est strictement interdite.
Cela peut concerner :
- argent réel ;
- argent RP ;
- véhicule ;
- objet ;
- faveur ;
- service.
Vente d’un unban
Il est strictement interdit de demander ou accepter quoi que ce soit en échange d’une levée de sanction non autorisée.
Vente de permissions
Aucun rôle ou accès staff ne peut être vendu.
Harcèlement
Un comportement de harcèlement envers :
- joueur ;
- candidat ;
- membre du staff ;
peut conduire à des mesures internes importantes.
Discrimination
Tout comportement discriminatoire incompatible avec le règlement peut entraîner une exclusion.
Menaces réelles
Les menaces IRL représentent une situation particulièrement grave et doivent être remontées immédiatement.
Doxxing
Le doxxing ou la menace de doxxing peut entraîner une exclusion immédiate et une sanction serveur importante.
Triche
Un membre du staff utilisant un logiciel de triche ne bénéficie d’aucune protection particulière.
La confiance nécessaire à une fonction administrative peut être considérée comme totalement rompue.
Exploitation de bugs
Un staff qui exploite volontairement une faille qu’il est censé signaler peut recevoir une sanction aggravée.
Partage d’un exploit
Transmettre une méthode d’exploitation à des joueurs peut être considéré comme une faute grave.
Contournement de sanction
Un staff ne doit jamais aider un joueur à contourner :
- ban ;
- mute ;
- restriction ;
- sanction interne.
Modification d’une sanction sans autorisation
Il est interdit de :
- unban ;
- réduire une sanction ;
- supprimer un warn ;
sans disposer de la justification et de l’autorité nécessaires.
Protection entre staffs
La solidarité ne doit jamais empêcher l’application des règles.
❌ Exemple
« Je sais qu’il abuse parfois de ses perms mais c’est un pote donc je dis rien. »
Couvrir volontairement un abus grave peut également entraîner des conséquences.
Signalement d’un collègue
Un staff doit pouvoir signaler un comportement préoccupant à la hiérarchie adaptée.
Le signalement doit rester :
- de bonne foi ;
- factuel ;
- confidentiel.
Représailles
Il est interdit de sanctionner, rétrograder ou harceler quelqu’un uniquement parce qu’il a signalé de bonne foi une faute réelle.
Faux signalement
Inventer volontairement une accusation contre un collègue constitue également une faute.
Exclusion du staff
Une exclusion peut être décidée lorsque le maintien d’un membre dans l’équipe n’est plus compatible avec :
- la sécurité ;
- la confiance ;
- le bon fonctionnement ;
- l’image du staff.
Raisons possibles d’exclusion
Cela peut notamment concerner :
- abus grave de permissions ;
- favoritisme répété ;
- fuite d’informations ;
- corruption ;
- falsification ;
- triche ;
- comportement extrêmement toxique ;
- refus permanent des procédures ;
- perte importante de confiance.
Exclusion immédiate
Certaines fautes peuvent justifier un retrait immédiat des accès avant toute autre démarche.
Exemples
- compromission d’un compte ;
- création massive de ressources ;
- fuite de données sensibles ;
- sabotage ;
- utilisation malveillante d’un accès technique.
Retrait des accès
Lorsqu’un membre est suspendu ou exclu, les accès nécessaires doivent être retirés rapidement.
Cela peut notamment comprendre :
- rôle Discord ;
- permissions FiveM ;
- panel ;
- outils de modération ;
- documents internes ;
- accès techniques.
Accès oubliés
Un membre suspendu ou exclu découvrant un accès encore actif ne doit pas l’utiliser.
Utilisation d’un accès après exclusion
Utiliser volontairement une permission oubliée après son exclusion peut aggraver fortement la situation.
Sabotage au départ
Il est strictement interdit de :
- supprimer des salons ;
- modifier les permissions ;
- supprimer des données ;
- leak des documents ;
- casser des bots ;
- modifier une base de données ;
parce qu’un membre a été exclu.
Rage quit
« Si je suis viré, je détruis tout avant de partir. »
est probablement la méthode la plus rapide pour confirmer que le retrait des accès était une bonne idée 💀
Démission pendant une enquête
Démissionner ne met pas automatiquement fin à une enquête interne.
Lorsque les faits peuvent avoir des conséquences joueur ou sécurité, le dossier peut continuer à être traité.
Démission avant sanction
Un membre ne peut pas nécessairement éviter toute conséquence simplement en quittant le staff quelques secondes avant qu’une décision soit prise.
Démission volontaire
Une personne quittant normalement l’équipe doit être distinguée d’une personne exclue pour faute.
Communication d’un départ
La communication publique concernant un départ doit rester professionnelle.
Raisons confidentielles
Il n’est pas nécessaire de publier l’intégralité d’un dossier disciplinaire pour expliquer qu’un membre ne fait plus partie du staff.
Annonce publique
Une formulation simple peut généralement suffire :
Cette personne ne fait désormais plus partie de l’équipe staff d’Insane RP.
Les détails peuvent rester internes.
Humiliation après exclusion
Le staff ne doit pas utiliser l’exclusion d’un membre comme occasion de :
- se moquer ;
- diffuser des dossiers ;
- publier ses erreurs ;
- provoquer publiquement.
Ancien staff exclu
Une personne exclue du staff peut parfois rester joueuse du serveur lorsque la faute commise ne nécessite pas de sanction joueur.
Sanction joueur
Lorsque les faits enfreignent également le règlement applicable aux joueurs, une sanction supplémentaire peut être appliquée.
Exemple
Un staff utilise un cheat.
Il peut être :
- exclu du staff ;
- sanctionné comme joueur.
Séparer les deux décisions
Il est important de différencier :
Sanction interne
Concerne la fonction staff.
Sanction joueur
Concerne l’accès à la communauté ou au serveur.
Une exclusion staff ne signifie donc pas automatiquement un ban permanent.
Appel interne
Selon les procédures du serveur, certaines décisions peuvent éventuellement être réexaminées.
Contestation
Une contestation doit rester :
- respectueuse ;
- argumentée ;
- accompagnée de nouveaux éléments lorsqu’ils existent.
Staff Shopping interne
Un membre ne doit pas contacter successivement tous les dirigeants jusqu’à obtenir l’annulation de sa sanction.
Nouvelle preuve
Une nouvelle preuve importante peut justifier un réexamen.
Erreur disciplinaire
Lorsqu’une sanction interne est reconnue comme incorrecte, elle peut être :
- annulée ;
- réduite ;
- corrigée.
Restaurer les permissions
Lorsqu’une suspension est levée, les permissions nécessaires peuvent être restaurées selon la décision prise.
Retour après suspension
Un membre revenant d’une suspension peut éventuellement bénéficier :
- d’une supervision ;
- d’une formation ;
- d’un retour progressif.
Confiance
Certaines fautes peuvent être corrigées techniquement tout en ayant profondément affecté la confiance.
La capacité à continuer dans le staff doit donc être évaluée séparément de la simple correction du problème.
Réintégration après exclusion
Un ancien staff exclu peut éventuellement demander à revenir dans le futur uniquement si la direction et les procédures le permettent.
Cela ne doit jamais être automatique.
Temps écoulé
Le temps peut permettre à une personne de :
- évoluer ;
- reconnaître ses erreurs ;
- changer son comportement.
Certaines fautes restent néanmoins incompatibles avec un retour aux responsabilités.
Ancien grade
Un ancien membre réintégré ne doit pas nécessairement récupérer son ancien grade.
Une nouvelle période de formation peut être demandée.
Historique interne
L’historique d’un membre peut être conservé afin de permettre un suivi cohérent.
Confidentialité de l’historique
Cet historique ne doit pas être accessible à toute la communauté.
Notes disciplinaires
Les notes doivent rester factuelles.
✅ Exemple
Suspension temporaire après utilisation non autorisée de Give. Enquête en cours.
❌ Exemple
Gros débile, surtout ne jamais lui redonner des perms.
Oui, même dans les notes internes on peut éviter le freestyle 💀
Suppression d’un historique
Les informations disciplinaires ne doivent pas être supprimées arbitrairement afin de favoriser un membre.
Responsabilité de la hiérarchie
Les responsables doivent également être tenus aux mêmes principes.
Un haut grade ne peut pas :
- supprimer sa propre sanction ;
- cacher ses abus ;
- protéger ses amis ;
- empêcher une enquête légitime.
Direction et exemplarité
Plus une personne possède d’accès importants, plus elle doit faire preuve de rigueur.
Contrôle des permissions
Les permissions sensibles doivent être distribuées selon les besoins réels.
Donner tous les accès à tout le monde augmente inutilement les risques.
Principe du minimum nécessaire
Un membre doit disposer uniquement des accès nécessaires à son rôle.
Audit
Les responsables peuvent vérifier périodiquement :
- permissions ;
- rôles ;
- actions administratives ;
- accès techniques.
Cela permet de détecter les erreurs ou accès inutiles.
Vérification après départ
Après une exclusion ou démission importante, il peut être utile de vérifier :
- permissions restantes ;
- tokens éventuellement exposés ;
- documents partagés ;
- comptes techniques.
Changement des accès sensibles
Lorsqu’un risque existe, certains :
- mots de passe ;
- tokens ;
- identifiants ;
peuvent nécessiter une modification.
Protection du serveur avant tout
Lorsqu’une situation représente un risque immédiat, la sécurisation des accès doit être prioritaire.
L’analyse détaillée peut ensuite avoir lieu.
Droit à l’erreur
L’équipe doit accepter qu’un membre puisse parfois se tromper.
Un environnement où chaque petite erreur entraîne immédiatement une exclusion rend les staffs plus susceptibles de cacher leurs problèmes.
Obligation de transparence interne
En contrepartie, chaque membre doit signaler rapidement une erreur importante.
Reconnaître son erreur
✅ Bon comportement
J’ai Give le mauvais montant par erreur. J’ai arrêté immédiatement et voici le ticket concerné.
Cette attitude permet de corriger rapidement le problème.
Cacher son erreur
Tenter de :
- modifier les logs ;
- supprimer les messages ;
- mentir ;
transforme généralement une erreur simple en faute beaucoup plus sérieuse.
Progressivité
Lorsque cela est adapté, les sanctions internes peuvent être progressives.
Cependant, certaines fautes graves ne nécessitent pas forcément plusieurs avertissements préalables.
Pas de « trois warns obligatoires »
Une faute extrêmement grave ne doit pas obligatoirement recevoir plusieurs petites sanctions avant qu’une exclusion soit possible.
Cohérence
Les décisions doivent rester cohérentes entre les membres.
Des faits similaires doivent recevoir des réponses relativement comparables, en tenant compte du contexte.
Pas de favoritisme disciplinaire
Un membre populaire ou ancien ne doit pas être protégé uniquement parce qu’il est considéré comme important.
Ancienneté
Une longue ancienneté peut être prise en compte dans l’analyse globale.
Elle ne rend pas acceptable une faute grave.
Nouveau staff
À l’inverse, un nouveau membre ne doit pas être traité plus sévèrement uniquement parce qu’il possède moins d’influence dans l’équipe.
Objectif final
Une procédure disciplinaire doit toujours chercher à répondre à une question :
Peut-on encore raisonnablement faire confiance à cette personne pour exercer ses responsabilités ?
Lorsque la réponse est oui, une correction ou formation peut être adaptée.
Lorsque la réponse devient non, le retrait de la fonction peut devenir nécessaire.
Bon sens
Avant de sanctionner un membre du staff, demandez-vous :
- Quels sont les faits réellement établis ?
- Les preuves sont-elles suffisantes ?
- Existe-t-il un conflit d’intérêt ?
- S’agit-il d’une erreur ou d’un comportement volontaire ?
- Quelles conséquences l’action a-t-elle provoquées ?
- Le membre reconnaît-il le problème ?
- La confiance peut-elle être restaurée ?
- La mesure envisagée est-elle proportionnée ?
- Devons-nous également appliquer une sanction joueur ?
Être staff repose avant tout sur la confiance. Lorsqu’une erreur arrive, elle peut parfois être corrigée. Lorsqu’un membre utilise volontairement cette confiance contre le serveur ou ses joueurs, il peut perdre le droit de représenter l’équipe.
