Un droit n'est pas un grade. Un droit n'est pas un admin.
Dans les bots Discord et les guild managers classiques, vous avez le choix entre membre, modo et admin. Trois niveaux, zéro finesse. Game Org fournit une grille de droits techniques atomiques : chaque action sensible a son droit propre, assignable séparément, sans que vous ayez à tout donner pour déléguer un morceau.
- Des dizaines de droits atomiques, pas trois grades — « Peut valider une promo officier », « Peut créer un event secret », « Peut modifier les formations de sa section », « Peut gérer les droits des membres ». Chaque action sensible a son droit dédié, attribuable à qui vous voulez
- Cascade logique, pas explosion combinatoire — le droit Admin de l'orga englobe tout, Admin formations englobe toutes les actions formation, Admin événements couvre tous les types d'events. Vous configurez le haut de la cascade, le reste suit — pas besoin de cocher trente cases
- Portées explicites — globale, sa section, ou ses propres contenus. Un chef de section peut éditer les formations de sa section sans voir celles des autres. Un contributeur mission peut éditer ses missions, pas celles du voisin
- Zéro rôle fourre-tout — pas de « modo gentil qui peut quand même tout faire parce qu'on lui fait confiance ». La confiance ne se code pas, les droits si
Proposer n'est pas valider.
La plupart des outils tournent sur la logique « si tu peux faire l'action, tu peux la déclencher seul ». Game Org sépare systématiquement le droit de proposer du droit de valider. Un officier peut suggérer une promotion sans la signer — c'est un officier supérieur qui tranche. La hiérarchie est câblée, pas implicite.
- Sur les promotions, deux droits systématiquement séparés — RH peut proposer et RH peut valider, pour chacun des 4 paliers de grade. Un sous-officier peut être autorisé à proposer un officier sans pouvoir le valider. Huit droits RH atomiques, pas un bouton admin qui ouvre tout
- Même logique côté formation — un membre passe sa formation, mais un droit dédié Valider les formations de sa section est nécessaire pour acter la réussite. Le membre ne se décerne pas sa propre attestation
- Refus obligatoirement motivé — si une proposition est refusée, le demandeur reçoit le motif. Pas de message qui disparaît dans le vide, pas de « j'ai refusé mais je te dis pas pourquoi »
- Impossible de s'auto-promouvoir, impossible de débloquer l'exception « juste cette fois » en vocal à 1h du matin. Le workflow est une protection contre la fatigue de décision
Votre orga n'est pas un catalogue public.
Certains outils gaming bien connus — catalogues de flotte, wikis communautaires, registres ouverts — sont construits pour être indexés par Google et scrapés par les rivaux. Vos compositions d'équipage, vos affectations, votre roster tactique : exposés au monde. Game Org fait l'inverse : votre orga n'a aucune page publique par défaut.
- Pas d'URL publique pour votre flotte, votre effectif, vos events, vos formations. Rien de devinable depuis l'extérieur. Un outsider qui tente /orgs/votre-nom tombe sur un login, pas sur votre roster
- Contraste direct avec Fleetyards et consorts — ils sont conçus comme des vitrines, Game Org comme un coffre. Deux philosophies opposées, un choix à faire selon ce que vous considérez comme un avantage compétitif
- Le contenu public de votre orga, c'est zéro par défaut. Pas d'opt-out à comprendre, pas de case à décocher dans un settings obscur. Vous êtes invisible tant que vous ne décidez pas autrement
- Vos concurrents ne voient rien — ni vos compositions mission, ni vos événements à venir, ni qui monte en grade chez vous. Ils savent que vous existez, ils ne savent pas ce que vous faites
Chaque orga, un silo. Zéro débordement latéral.
Le serveur Game Org filtre systématiquement les données par identifiant d'orga. Chaque requête est rattachée à une orga et une seule — un utilisateur authentifié sur l'orga A ne verra jamais les données de l'orga B, même s'il est membre des deux côté Discord. Pas de dashboard global Game Org qui agrège vos données avec celles de vos rivaux.
- Étanchéité par tenant — un membre appartenant à plusieurs orgas bascule de l'une à l'autre, jamais en parallèle. Même logique que deux serveurs Discord distincts : vous êtes sur l'un, ou sur l'autre, jamais les deux en même temps
- Pas de superposition de droits — vos droits Admin de l'orga sur une orga ne donnent aucun accès sur une autre. Chaque orga gère ses propres droits, ses propres grades, sa propre hiérarchie
- À chaque consultation, le serveur vérifie dans quelle orga vous êtes avant de renvoyer la moindre donnée. La vérification est systématique, pas optionnelle, pas contournable par une URL bricolée. Impossible qu'une donnée d'une autre orga arrive chez vous par erreur
- Pas de template de config partagé qui fuite — vous configurez votre orga, votre grille est à vous, vos libellés sont à vous. Rien ne traverse, pas même votre structure organisationnelle
Pas de compte, pas de mot de passe, pas de credentials à voler.
Chaque fois qu'un outil vous demande un mot de passe, vous créez une surface d'attaque. Un mot de passe réutilisé ailleurs, un phishing qui passe, une base de login qui fuit — voilà votre orga compromise par une erreur qui n'est même pas la vôtre. Game Org n'a pas de compte local : l'authentification passe par Discord, la source de vérité d'identité que vos membres utilisent déjà.
- Pas de mot de passe Game Org à gérer, donc rien à oublier, rien à réinitialiser, rien à faire voler. Pas de base de login locale à protéger côté infra
- Accès attaché à Discord — quand un membre est retiré de votre orga (démission External côté module RH), ses accès Game Org tombent automatiquement via la propagation Discord
- Pas de session orpheline qui traîne six mois après le départ d'un officier. Pas d'ex-membre qui conserve un token oublié dans un onglet d'un vieux PC
- Si Discord verrouille un compte (violation TOS, compte compromis), Game Org le reflète. Un seul login, une seule source de vérité d'identité, pas de divergence à surveiller
FAQ
Questions fréquentes
Qu'est-ce qui empêche concrètement un officier de s'auto-promouvoir ?
La séparation RH peut proposer / RH peut valider. Proposer une promotion et la valider sont deux droits séparés, assignés à des paliers hiérarchiques différents. Un sous-officier peut proposer un officier, il n'a pas le droit de valider — ce droit est réservé au palier supérieur. Si un officier tente de s'auto-promouvoir, l'action part dans la file d'un officier supérieur qui accepte ou refuse avec motif obligatoire. Les Admins de l'orga, qui techniquement ont la cascade complète, laissent une trace dans l'activity feed RH à chaque décision — même eux ne peuvent pas agir en silence.
Une autre orga peut-elle voir mes données ?
Non. Chaque requête est scopée au niveau du serveur par l'identifiant d'orga. Un utilisateur authentifié sur l'orga A qui tenterait d'accéder à une ressource de l'orga B recevrait un refus, pas une donnée par erreur. Un membre appartenant à plusieurs orgas bascule entre elles, jamais en parallèle : il est sur l'une ou sur l'autre, comme sur deux serveurs Discord distincts. Pas de vue globale qui agrège, pas de template partagé qui fuite, pas de droits qui traversent. Vos rivaux peuvent être clients de Game Org comme vous, ils ne verront jamais vos compositions.
Que se passe-t-il si un membre quitte Discord ou si votre orga le retire ?
Deux cas. S'il quitte Discord de lui-même (ou si son compte est verrouillé), son accès Game Org tombe au prochain check d'identité — il n'est plus authentifiable. Si votre orga le retire via le module RH (démission External), la propagation Discord retire automatiquement le rôle membre : plus d'accès aux canaux internes, plus d'accès aux espaces Game Org liés à ce rôle. Son historique reste archivé côté Game Org pour audit, mais il ne peut plus rien consulter ni modifier. Si un jour il postule à nouveau via le module Recrutement, son ancien dossier ressort flaggé « Suspect ».
Game Org peut-il empêcher une fuite volontaire (copier-coller, screenshot) ?
Honnêtement : non. Aucun outil SaaS ne peut empêcher un utilisateur légitime de prendre une capture d'écran de ce qu'il voit légitimement — au pire, vous ne serez pas plus exposés qu'une capture d'écran de votre Discord. Ce que Game Org peut faire, c'est minimiser ce que chaque utilisateur voit légitimement. Le principe du moindre droit pris au sérieux : un recruteur avec le seul droit Voir les candidatures ne voit pas le reste. Un membre d'une section n'a pas accès aux missions des autres sections. Plus la surface exposée à chaque rôle est réduite, moins une fuite potentielle porte loin. Game Org ne promet pas l'impossible, il réduit le périmètre du possible.
Comment savoir, à tout moment, qui a quels droits chez moi ?
Le module Gestion des droits, accessible aux Admins de l'orga en vue complète, et aux chefs de section en version restreinte (qui gèrent uniquement les droits de leurs propres membres). En deux clics, vous voyez qui peut faire quoi, sur quel module — pas besoin de fouiller dans dix écrans différents ni de reconstituer un tableau à la main. Un nouveau staff qui reprend un poste peut auditer en cinq minutes les droits en place dès sa prise de fonction, sans attendre de buter sur une action bloquée pour comprendre qui peut quoi. Les promotions, réserves et exclusions RH sont par ailleurs tracées dans l'activity feed RH — le reste des modifications de droits se consulte directement dans le module Gestion des droits.
Comment Game Org protège-t-il les données au niveau technique ?
Architecture cloisonnée : backend applicatif séparé de la base de données, accès BDD uniquement via l'API interne — pas d'exposition directe. Tous les flux utilisateur passent en SSL/TLS, pas d'exception. Chaque requête API est authentifiée et scopée par identifiant d'orga avant d'atteindre la couche de données. L'architecture est pensée pour le multi-tenant strict et la montée en charge. Nous ne communiquons pas publiquement sur la localisation physique des serveurs ni sur les détails bas niveau d'infrastructure — ces éléments évoluent avec la plateforme.