Permissions, commandes & abus administratifs

Environ 3588 motsEnviron 12 min

Les permissions administratives sont confiées aux membres du staff afin qu’ils puissent assurer le bon fonctionnement d’Insane RP.

Elles doivent être utilisées uniquement lorsqu’une raison administrative, technique ou organisationnelle le justifie.

Posséder une permission ne signifie jamais avoir le droit de l’utiliser librement.

Principe général

Avant d’utiliser une commande administrative, un membre du staff doit pouvoir répondre clairement à la question :

Pourquoi cette commande est-elle nécessaire ?

Une utilisation correcte doit être :

justifiée ;
proportionnée ;
temporaire lorsque nécessaire ;
liée aux fonctions du staff ;
indépendante de tout intérêt personnel.

Permissions selon le grade

Chaque grade dispose uniquement des permissions nécessaires à ses responsabilités.

Un membre ne doit pas chercher à obtenir ou utiliser des commandes normalement réservées à un grade supérieur.

Limites du grade

Lorsqu’une action dépasse ses permissions, le membre doit demander l’intervention d’une personne compétente.

Il est interdit de contourner cette limitation grâce à :

une autre commande ;
un autre staff ;
une faille ;
un accès oublié.

Responsabilité

Chaque membre est responsable des actions réalisées avec son compte.

Une commande exécutée « pour rigoler » reste une action administrative.

NoClip

Le NoClip peut notamment être utilisé pour :

rejoindre rapidement une intervention ;
vérifier un problème de map ;
observer une situation administrative ;
récupérer un joueur bloqué ;
effectuer un test autorisé.

NoClip personnel

Il est interdit d’utiliser le NoClip simplement pour éviter les déplacements normaux.

❌ Exemple interdit

Terminer une scène puis NoClip directement jusqu’au garage parce que vous n’avez pas envie de marcher.

NoClip en RP

Un staff jouant normalement son personnage ne doit pas utiliser le NoClip pour obtenir un avantage.

❌ Exemples

fuir une arrestation ;
rejoindre ses amis ;
traverser un bâtiment ;
échapper à une fusillade ;
atteindre une position inaccessible.

Observation en NoClip

Lorsqu’un staff observe une scène en NoClip, il doit éviter :

d’interférer ;
d’être visible inutilement ;
de modifier la scène.

Informations obtenues

Les informations découvertes grâce au NoClip sont administratives.

Elles ne peuvent jamais être utilisées plus tard avec un personnage.

Invisible

Le mode invisible peut permettre au staff d’observer une situation sans influencer les joueurs.

Il ne doit pas être utilisé :

pour espionner par curiosité ;
suivre un groupe criminel pour son personnage ;
découvrir des caches ;
écouter des conversations sans raison administrative.

Spectate

Le mode spectateur peut être utilisé lors :

d’un signalement ;
d’une suspicion de triche ;
d’une vérification ;
d’une intervention importante.

Spectate sans raison

Il est interdit d’observer continuellement des joueurs uniquement :

par curiosité ;
pour regarder leur RP ;
pour espionner une organisation ;
pour suivre un streamer.

Stream et spectate

Un staff ne doit jamais utiliser ses permissions afin d’obtenir des informations qui pourraient ensuite bénéficier à :

son groupe ;
son entreprise ;
ses amis ;
son personnage.

Téléportation

Les commandes de téléportation doivent être réservées aux besoins administratifs.

Cela peut notamment comprendre :

rejoindre un ticket ;
résoudre un bug ;
atteindre une intervention ;
effectuer un test.

TP personnel

❌ Interdit

Utiliser une commande de téléportation pour :

rejoindre un rendez-vous RP ;
récupérer sa voiture ;
rejoindre son organisation ;
éviter un trajet ;
rentrer chez soi.

Téléportation vers un joueur

Se téléporter vers un joueur peut perturber sa scène.

Le staff doit vérifier autant que possible la situation avant d’apparaître directement devant lui.

Bring

La commande permettant de faire venir un joueur doit être utilisée uniquement lorsqu’elle est nécessaire.

Avant de l’utiliser, il faut prendre en compte si la personne est :

en scène RP ;
en poursuite ;
inconsciente ;
en transaction ;
occupée dans une situation importante.

Return

Lorsqu’un joueur a été déplacé administrativement, il doit être replacé à son emplacement précédent lorsque cela est nécessaire et possible.

TP aléatoire

Il est interdit de téléporter des joueurs pour :

faire une blague ;
les surprendre ;
les envoyer dans un endroit dangereux ;
perturber leur RP.

Freeze

Le Freeze peut notamment servir à :

maintenir une personne pendant une intervention ;
empêcher une fuite administrative ;
résoudre certains problèmes techniques.

Il doit être retiré dès qu’il n’est plus nécessaire.

Freeze en scène

Un joueur ne doit pas être Freeze afin d’aider artificiellement un autre participant dans une scène RP.

Freeze comme punition

Il est interdit de laisser volontairement un joueur Freeze pendant une longue durée uniquement pour le punir ou l’énerver.

Revive

Le Revive administratif doit répondre à une justification précise.

Cela peut notamment concerner :

mort provoquée par un bug confirmé ;
erreur staff ;
problème technique ;
événement administratif particulier.

Revive après une scène normale

Il est interdit de revive une personne simplement parce qu’elle :

a perdu une fusillade ;
ne veut pas attendre les EMS ;
souhaite récupérer rapidement son RP ;
est votre ami.

Revive personnel

Un membre du staff ne doit jamais utiliser ses permissions afin de se revive après une conséquence RP normale.

Revive de son groupe

❌ Exemple interdit

Votre organisation perd une fusillade.

Vous utilisez votre grade staff pour revive vos alliés.

Un comportement de ce type constitue un abus particulièrement grave.

Heal

Le Heal suit les mêmes principes que le Revive.

Il doit être utilisé uniquement lorsqu’une raison administrative existe.

Nourriture et besoins

Les commandes permettant éventuellement de modifier :

faim ;
soif ;
stress ;
besoins ;

ne doivent pas servir à faciliter le gameplay personnel d’un staff.

Repair

La réparation administrative d’un véhicule doit être réservée aux situations justifiées.

✅ Exemple

Un bug serveur détruit le véhicule pendant une intervention administrative.

❌ Exemple

Vous percutez un mur pendant une course et utilisez Repair.

Skill issue administratif refusé 💀

Nettoyage de véhicule

Les commandes modifiant l’état d’un véhicule ne doivent pas être utilisées comme service personnel.

Spawn de véhicule

Un véhicule peut être créé administrativement pour :

test ;
développement ;
événement ;
intervention spécifique.

Véhicule personnel

Un véhicule créé grâce aux permissions ne doit pas être conservé pour un usage normal.

Donner un véhicule

Il est interdit d’utiliser une commande administrative pour fournir gratuitement un véhicule à :

un ami ;
un membre d’organisation ;
un joueur apprécié ;
soi-même.

Véhicule de test

Après un test, le véhicule concerné doit être supprimé ou géré selon les procédures prévues.

Suppression d’un véhicule

Un staff ne doit pas supprimer un véhicule joueur sans raison.

Raisons possibles

véhicule buggué ;
objet bloquant ;
véhicule créé administrativement ;
problème technique.

Suppression par vengeance

Il est évidemment interdit de supprimer le véhicule d’un joueur parce qu’il vous a énervé.

Give d’objet

Toute création d’objet représente une action sensible.

Un Give doit disposer d’une raison précise.

Raisons possibles

Cela peut notamment concerner :

remboursement validé ;
événement ;
test ;
correction d’un problème technique.

Give personnel

Il est strictement interdit de créer des objets pour son propre personnage.

Give à un ami

Il est interdit de fournir des objets à un joueur uniquement en raison d’une relation personnelle.

Armes

La création administrative d’armes doit être particulièrement surveillée.

Une arme créée pour un test ne doit jamais finir :

dans le coffre d’une organisation ;
dans l’inventaire personnel d’un staff ;
sur le marché illégal.

Munitions

Les mêmes règles s’appliquent aux munitions.

Give massif

Toute création importante de ressources doit être évitée sans validation appropriée.

Une erreur peut avoir des conséquences importantes sur l’économie du serveur.

Argent

Modifier l’argent d’un joueur constitue une action administrative particulièrement sensible.

Ajout d’argent

Une somme peut éventuellement être ajoutée pour :

remboursement validé ;
correction d’un bug ;
événement autorisé ;
nécessité administrative.

Argent personnel

Il est strictement interdit d’utiliser une permission afin d’enrichir :

son personnage ;
son entreprise ;
son organisation ;
un ami.

Retrait d’argent

Un retrait administratif doit également disposer d’une justification.

Cela peut notamment servir à corriger :

duplication ;
exploit ;
erreur économique ;
remboursement incorrect.

Montant

Avant toute modification importante, le staff doit vérifier attentivement :

le joueur ;
le montant ;
la raison.

Une erreur de zéro peut transformer un remboursement de 100 000 en réforme économique nationale 😭

Comptes société

Un staff ne doit pas modifier les comptes d’entreprise sans procédure ou raison administrative claire.

Coffres d’organisation

Les stocks d’une organisation ne doivent pas être modifiés arbitrairement.

Inventaire

Les outils de gestion d’inventaire peuvent permettre :

vérification ;
remboursement ;
suppression d’un objet illégitime ;
correction technique.

Consultation d’inventaire

Un membre ne doit pas consulter l’inventaire d’un joueur uniquement par curiosité.

Informations RP

Ce qui est observé grâce à une interface administrative ne peut pas devenir une connaissance RP.

Suppression d’objet

Un objet ne doit être supprimé que lorsqu’une raison claire existe.

Exemples

objet dupliqué ;
item buggué ;
ressource créée par erreur ;
sanction administrative validée.

Modification pour une scène RP

Un staff ne doit pas utiliser l’éditeur d’inventaire afin de modifier le résultat d’une scène normale.

Give après perte RP

Un objet perdu dans une scène correcte ne doit pas être rendu grâce à une commande administrative.

GodMode

Lorsqu’une commande d’invincibilité existe, elle doit être réservée aux besoins staff ou tests autorisés.

GodMode en RP

Il est strictement interdit de jouer normalement en RP avec une invincibilité administrative active.

GodMode pendant une intervention

Lorsqu’il est nécessaire pour protéger un staff pendant une intervention, celui-ci ne doit pas utiliser cet avantage pour participer à la scène.

Oubli du GodMode

Un membre doit vérifier que ses permissions temporaires ont été désactivées avant de reprendre son RP.

Invisibilité oubliée

Le même principe s’applique :

invisible ;
NoClip ;
GodMode ;
autres modes administratifs.

Apparence

Les commandes permettant de modifier l’apparence d’un joueur doivent être utilisées uniquement lorsque nécessaire.

Elles ne doivent pas devenir un accès gratuit à des modifications normalement payantes ou réservées à un système RP.

Skin staff

Un skin ou uniforme staff peut être utilisé lors d’interventions si le serveur le prévoit.

Il ne doit pas être utilisé pour créer un avantage dans une scène RP.

Téléportation de masse

Toute commande affectant un grand nombre de joueurs doit être utilisée avec une extrême prudence.

Revive de masse

Un Revive global peut être justifié après :

problème serveur majeur ;
événement ;
incident technique important.

Il ne doit jamais être exécuté « pour voir ce que ça fait ».

Kick

Un Kick administratif doit disposer d’une raison.

Le motif doit rester :

professionnel ;
compréhensible ;
sans insultes.

Messages de kick

✅ Correct

Merci de modifier votre pseudo puis de vous reconnecter.

❌ Incorrect

dégage frérot t’es relou

Même avec l’emoji crâne, ça ne devient pas une procédure officielle 💀

Ban

Une commande de bannissement ne doit être utilisée que lorsque :

le membre possède les permissions nécessaires ;
la sanction est justifiée ;
les procédures ont été respectées.

Unban

Un bannissement ne doit jamais être retiré arbitrairement.

Déban d’un ami

Il est interdit de déban une personne parce qu’elle :

est un ami ;
insiste en privé ;
propose quelque chose ;
connaît un staff.

Modification d’une sanction

Toute modification doit respecter la procédure de contestation ou de validation prévue.

Permissions Discord

Les permissions Discord sont également des permissions administratives.

Elles doivent respecter les mêmes principes.

Gestion des rôles

Un rôle ne doit pas être donné ou retiré sans justification.

Rôles staff

Il est interdit d’attribuer un rôle staff à une personne qui n’a pas été recrutée ou validée selon la procédure prévue.

Rôles RP

Les rôles liés :

aux organisations ;
aux entreprises ;
aux services ;

doivent être attribués uniquement lorsque les conditions prévues sont remplies.

Rôle à un ami

Une relation personnelle ne constitue jamais une raison valable pour attribuer un rôle.

Permissions de salon

Un staff ne doit pas donner arbitrairement accès à :

salons staff ;
candidatures ;
logs ;
tickets privés ;
dossiers confidentiels.

Création de salon

Les salons administratifs doivent être créés lorsqu’une utilité existe.

Le Discord ne doit pas devenir un labyrinthe de 400 salons test-2-final-vraiment-final 💀

Suppression de salon

Toute suppression importante doit être vérifiée avant validation.

Messages

Un staff possédant la permission de gérer les messages ne doit pas supprimer une discussion uniquement parce qu’elle critique une décision de manière respectueuse.

Suppression nécessaire

Une suppression peut être justifiée pour :

spam ;
contenu interdit ;
données personnelles ;
liens dangereux ;
insultes importantes ;
publicité interdite.

Édition de messages

Si un système permet de modifier certains contenus administratifs, il est interdit de falsifier les propos d’un joueur.

Slowmode

Le Slowmode peut être utilisé afin de limiter un spam important.

Il doit être retiré ou adapté lorsque la situation redevient normale.

Lock d’un salon

Un salon peut être temporairement verrouillé en cas :

raid ;
conflit important ;
spam massif ;
intervention de modération.

Il ne doit pas être fermé uniquement pour faire taire une critique légitime.

Timeout

Le Timeout doit être utilisé selon les règles de modération.

Sa durée doit rester proportionnée.

Ban Discord

Un ban Discord représente une sanction et doit suivre les procédures prévues.

Bots

Les commandes de gestion des bots doivent être utilisées avec prudence.

Une erreur peut toucher :

permissions ;
tickets ;
rôles ;
données ;
automatisations.

Configuration du bot

Seules les personnes autorisées doivent modifier :

token ;
configuration ;
permissions ;
salons ;
rôles sensibles ;
paramètres importants.

Token

Un token de bot est une information strictement confidentielle.

Il ne doit jamais être :

publié ;
envoyé à un joueur ;
montré en stream ;
partagé dans un salon non autorisé.

Logs administratifs

Les logs permettent de vérifier certaines actions staff.

Ils doivent être protégés.

Consultation des logs

La consultation doit répondre à un besoin administratif.

Suppression de logs

Il est strictement interdit de supprimer ou altérer des logs afin de masquer une action abusive.

Contournement de logs

Un staff ne doit pas chercher une méthode permettant d’effectuer une action sans laisser de trace lorsqu’une traçabilité est normalement prévue.

Données de connexion

Les informations techniques concernant les joueurs doivent être accessibles uniquement aux personnes ayant besoin de les consulter.

Données personnelles

Toute information personnelle ou sensible doit rester confidentielle.

Partage d’informations

Il est interdit de transmettre des informations administratives à :

joueurs ;
amis ;
groupes RP ;
Discord externes.

Commandes de développement

Certaines commandes peuvent être réservées aux développeurs.

Un staff ne doit pas les utiliser sans autorisation simplement parce qu’il connaît leur existence.

Console

L’accès à une console serveur représente une permission extrêmement sensible.

Toute commande doit être vérifiée avant exécution.

Redémarrage

Un membre ne doit pas redémarrer une ressource ou le serveur sans autorisation ou raison prévue.

Restart d’une ressource

Un redémarrage peut :

interrompre des scènes ;
supprimer des états temporaires ;
provoquer des bugs ;
affecter plusieurs joueurs.

Il doit être réalisé avec précaution.

Annonce avant intervention technique

Lorsqu’une opération risque d’affecter les joueurs, une communication peut être nécessaire.

Stop d’une ressource

Il est interdit de désactiver une ressource « pour tester » sur le serveur de production sans validation.

Base de données

L’accès direct à une base de données doit être limité aux personnes compétentes et autorisées.

Modification de données

Une modification directe peut avoir des conséquences importantes.

Elle doit être :

justifiée ;
vérifiée ;
sauvegardée lorsque nécessaire ;
effectuée avec prudence.

Suppression de données

Une suppression importante ne doit jamais être réalisée sur un coup de tête.

Comptes joueurs

Un staff ne doit pas modifier les données d’un compte afin de favoriser ou pénaliser quelqu’un.

Personnages

Les outils permettant de modifier un personnage doivent être utilisés uniquement selon les procédures prévues.

Suppression de personnage

La suppression administrative d’un personnage est une action importante.

Elle doit nécessiter une justification et les permissions appropriées.

Mort RP

Une Mort RP ne doit jamais être imposée grâce à une simple commande staff sans respecter la procédure prévue.

Wipe

Un wipe de personnage ou de compte constitue une mesure majeure.

Il ne doit être utilisé que par les personnes autorisées et pour des raisons clairement établies.

Outils anti-cheat

Les accès anti-cheat doivent être utilisés uniquement pour :

enquête ;
vérification ;
sanction ;
configuration autorisée.

Alertes anti-cheat

Une alerte n’est pas toujours une preuve absolue.

Le staff doit suivre les procédures définies pour interpréter les résultats.

Whitelist anti-cheat

Il est interdit d’ajouter arbitrairement quelqu’un à une whitelist permettant d’éviter certaines détections.

Test anti-cheat

Un test doit être réalisé de manière contrôlée afin d’éviter :

fausses sanctions ;
perturbations ;
données trompeuses.

Screenshare

Si le serveur met en place une procédure spécifique de vérification, seuls les membres formés doivent l’utiliser.

Les limites relatives à la vie privée et aux procédures internes doivent être respectées.

Permissions événements

Pendant un événement, certaines commandes peuvent être autorisées temporairement.

Une fois l’événement terminé :

objets temporaires ;
véhicules ;
permissions ;
avantages ;

doivent être retirés si nécessaire.

Give de récompense

Les récompenses officielles doivent correspondre exactement à ce qui a été validé.

Participation d’un staff

Un staff participant à un événement ne doit pas utiliser ses permissions pour favoriser son propre résultat.

Tests

Les tests doivent idéalement être réalisés sur un environnement adapté lorsque cela est possible.

Test en production

Lorsqu’un test doit être réalisé sur le serveur principal, il faut limiter au maximum :

impact économique ;
perturbation du RP ;
création de ressources ;
risques techniques.

Ressources de test

Tout objet, argent ou véhicule créé uniquement pour un test doit être retiré ensuite.

Utilisation des commandes pour rire

Les commandes administratives ne sont pas des jouets.

Certaines petites interactions peuvent être tolérées dans un environnement adapté, mais elles ne doivent jamais :

perturber les joueurs ;
créer un avantage ;
entraîner une perte ;
dégrader l’image du staff.

Troll staff

❌ Exemples

téléporter un joueur dans le ciel ;
le Freeze pour rire ;
faire disparaître son véhicule ;
lui donner puis retirer des objets ;
le revive / kill en boucle.

Même si « c’était juste une blague », cela reste un abus.

Commande utilisée par erreur

Une erreur peut arriver.

Dans ce cas, le staff doit :

arrêter l’action ;
corriger les conséquences ;
prévenir si nécessaire ;
signaler l’erreur lorsqu’elle est importante.

Ne pas cacher une erreur

Une erreur reconnue et corrigée est généralement beaucoup moins grave qu’une tentative de dissimulation.

Favoritisme administratif

Les permissions ne doivent jamais faciliter la progression :

d’amis ;
d’un groupe ;
d’une entreprise ;
d’une organisation.

Abus pour son organisation

❌ Exemples

observer une organisation adverse en spectate ;
localiser un joueur recherché avec des outils staff ;
consulter l’inventaire d’un rival ;
revive ses membres ;
fournir des armes ;
découvrir une propriété cachée.

Abus pour les forces de l’ordre

Un staff jouant policier ne doit pas utiliser :

logs administratifs ;
positions ;
spectate ;
inventaires ;

afin de faciliter une enquête RP.

Abus économique

Créer ou modifier des ressources afin d’influencer l’économie représente une faute grave.

Corruption staff

Il est strictement interdit d’échanger une action administrative contre :

argent réel ;
argent RP ;
véhicule ;
objet ;
service ;
avantage.

Vente de permissions

Aucune permission ou action administrative ne peut être vendue.

Menace avec les permissions

Un staff ne doit jamais menacer un joueur du type :

« Fais attention, je peux te ban quand je veux. »

Les permissions servent à appliquer des règles, pas à impressionner les gens.

Abus de hiérarchie

Un supérieur ne doit pas ordonner à un membre d’effectuer une action manifestement abusive.

Refus d’une commande abusive

Lorsqu’un membre reçoit une demande manifestement contraire au règlement, il doit la refuser et la signaler selon la hiérarchie prévue.

Traçabilité des actions

Les actions importantes doivent être enregistrées lorsque les outils le permettent.

Cela peut concerner :

Give ;
argent ;
véhicules ;
bans ;
remboursements ;
modifications d’inventaire.

Justification

Lorsqu’un système permet d’ajouter une raison, celle-ci doit être remplie correctement.

✅ Exemple

Remboursement bug coffre — ticket #1234.

❌ Exemple

askip il a perdu ça

Audit

Les responsables peuvent vérifier l’utilisation des commandes afin de détecter :

erreurs ;
abus ;
comportements inhabituels.

Les membres doivent accepter cette supervision.

Sanction d’un abus

Selon la gravité, un abus de permissions peut entraîner :

rappel ;
avertissement staff ;
retrait de permissions ;
rétrogradation ;
suspension ;
exclusion du staff ;
sanction joueur.

Abus grave

Certains comportements peuvent justifier une intervention immédiate.

Cela peut notamment concerner :

création massive d’argent ;
Give d’armes ;
falsification de données ;
suppression de preuves ;
aide à une organisation ;
corruption ;
utilisation des accès pour nuire au serveur.

Protection des accès

Chaque membre doit protéger ses accès administratifs.

Partage de compte

Il est interdit de laisser une autre personne utiliser votre compte staff.

Partage d’écran

Un staff doit faire attention aux informations sensibles visibles lors d’un partage d’écran ou d’un stream.

Mot de passe

Les comptes importants doivent utiliser des moyens de sécurité adaptés.

Double authentification

La double authentification est fortement recommandée pour les comptes disposant de permissions sensibles.

Compte compromis

En cas de suspicion de compromission :

prévenir immédiatement les responsables ;
sécuriser le compte ;
changer les accès nécessaires ;
vérifier les actions récentes.

Départ du staff

Lorsqu’un membre quitte l’équipe, ses accès doivent être retirés.

Cela peut notamment concerner :

rôles Discord ;
permissions FiveM ;
panel ;
outils internes ;
accès techniques.

Pourquoi dois-je l’utiliser ?
Est-elle nécessaire ?
Mon grade m’autorise-t-il à le faire ?
Cette action avantage-t-elle mon personnage ou mes proches ?
Est-ce que je pourrais expliquer cette commande à la direction ?
Est-ce que l’action laissera une trace correcte ?
Est-ce que je suis certain du joueur, du montant ou de l’objet concerné ?
Ai-je désactivé mes outils staff avant de reprendre mon RP ?

Les permissions staff sont des outils de travail, pas des pouvoirs personnels. Plus une permission est puissante, plus son utilisation doit être contrôlée.