Aller au contenu principal

Agence IA & développement web sur mesure

Gérer les droits utilisateurs dans une application

Dans votre application, presque tout le monde est administrateur parce que c'était plus simple au démarrage. Chez Koul, on met en place un modèle de droits aligné sur vos métiers réels : des rôles clairs, un périmètre par agence ou par entité, un contrôle appliqué côté serveur et un journal des accès que vous pouvez sortir le jour d'un audit.

  • On part de vos métiers réels : qui fait quoi au siège, en agence, chez un sous-traitant, et quelles données ne doivent jamais sortir de certains cercles.
  • On cadre les rôles, les périmètres par entité, les délégations temporaires et le processus d'arrivée et de départ des collaborateurs.
  • On livre par paliers : d'abord les rôles les plus sensibles et le contrôle côté serveur, ensuite l'affinage et le journal des accès exportable.

Parlons de votre projet

Réponse sous 24h, sans engagement.

  • Saint-Gobain
  • PUM
  • Toupret
  • FFME
  • Nola TS
  • Mon Répondeur Pro
  • Raisetalk
  • Groupe MALLET
  • Hubicus
  • Shopify
  • Qonto
  • Fauconis
  • Up To The League
  • Grappin
  • Lemonway
  • Stripe
  • API Platform
  • Velveto
  • Helloasso
  • République française
  • Société Générale

Tout le monde est administrateur, et personne ne sait pourquoi

Au démarrage, l'application servait à cinq personnes qui se faisaient confiance. Donner à chacun tous les droits allait plus vite que de réfléchir à un découpage. Trois ans plus tard, elle est utilisée par le siège, six agences, des intérimaires et deux sous-traitants, et le réglage n'a jamais bougé.

Les signes sont partout. Un commercial ouvre une fiche affaire et voit la marge, parce que la colonne est là depuis toujours. Un intérimaire parti il y a six mois a encore un identifiant qui fonctionne, puisque personne n'était chargé de le couper. Une assistante d'agence peut supprimer un dossier qui ne la concerne pas, sans intention de nuire, simplement parce que le bouton lui est proposé.

Et quand un client grand compte ou un auditeur demande la liste de qui a accès à quoi, la réponse se fabrique à la main dans un tableur, en interrogeant les uns et les autres. Le document sort avec deux semaines de retard, et personne dans la salle ne jurerait qu'il est exact.

Les signaux qui montrent qu'il faut reprendre les droits

Reprendre un modèle de droits n'est pas un chantier permanent. Il devient prioritaire quand les accès ne reflètent plus l'organisation réelle, et que chaque exception se règle par une intervention technique.

  • Ajouter un nouveau profil d'utilisateur demande une intervention de développeur, parce que les droits sont codés en dur dans les écrans.
  • Des comptes de personnes parties, intérimaires ou sous-traitants, sont toujours actifs, et personne ne sait combien.
  • Des données sensibles, marges, salaires, coordonnées de clients, sont visibles par des profils qui n'en ont pas l'usage.
  • Les remplacements pendant les congés se règlent en prêtant un identifiant, ou en élargissant les droits « le temps de ».
  • Un client ou un auditeur réclame la liste des accès, et il faut plusieurs jours pour la reconstituer.
  • Vous ouvrez l'application à des utilisateurs externes, clients ou partenaires, avec le même système de droits qu'en interne.

Trois de ces signaux réunis suffisent : le sujet est mûr, et la discussion porte alors sur le découpage à retenir, plus sur l'opportunité du chantier.

Comment on remet vos droits en ordre

On commence par la cartographie, pas par le code. Qui utilise l'application, dans quel rôle métier, sur quel périmètre, et quelles données ne doivent jamais sortir de certains cercles. Ce travail se mène avec les responsables concernés, direction financière comprise, parce que les arbitrages qui comptent, la marge, les salaires, les coordonnées clients, ne sont pas des décisions informatiques. Il tient dans une étude de cadrage courte, qui sert de base au chiffrage.

Vient ensuite la structure. Un rôle décrit ce qu'on a le droit de faire, un périmètre décrit sur quoi : la même fonction de chef d'agence s'applique à Lyon pour l'un, à Nantes pour l'autre. On ajoute la délégation temporaire, avec date de fin obligatoire, pour les remplacements de congés. Et on écrit le processus d'arrivée et de départ, en le rattachant si possible à une source qui fait autorité, l'outil des ressources humaines ou l'annuaire interne.

Le développement suit ensuite notre méthode de travail : livraison par paliers, budget ferme sur un périmètre écrit. La règle de contrôle est appliquée à un seul endroit côté serveur, jamais recopiée écran par écran, et le journal des accès est posé en même temps, pour ne pas avoir à le reconstruire le jour où on vous le demande.

Ce que ça change une fois le modèle en place

Chaque utilisateur ouvre une application qui lui ressemble : ses agences, ses dossiers, ses actions, sans les colonnes et les boutons qui ne le concernent pas. La marge cesse de circuler dans les écrans commerciaux. L'arrivée d'un intérimaire se règle en choisissant un rôle existant, en quelques minutes, sans ticket ni développement.

Côté direction, la question « qui a accès à quoi » a enfin une réponse tenable. La liste se génère depuis l'application, le journal des accès s'exporte pour un auditeur ou un client grand compte, et les revues de comptes inactifs deviennent une routine plutôt qu'un exercice de mémoire. Les remplacements passent par une délégation datée, qui s'éteint seule.

Un modèle de droits vit ensuite au rythme de votre organisation : une agence qui ouvre, une entité rachetée, un nouveau métier, un partenaire à accueillir. On assure cette suite en tierce maintenance applicative (TMA), avec un interlocuteur qui connaît déjà votre découpage, et on regarde les accès réellement utilisés pour ajuster ce qui doit l'être.

Parlons de qui a accès à quoi chez vous

Décrivez-nous les profils qui utilisent votre application et les données que certains ne devraient pas voir. On vous dira ce qu'un modèle de droits peut absorber, et par quel bout il vaut mieux commencer.

Estimer mon projetParler à un architecte

Réponse sous 24h, sans engagement.

Alexandre Da Silva, Koul, à son poste de travail
Deux développeurs Koul revoient une architecture côte à côte
L'équipe Koul au complet, réunie dans les bureaux de Reims
Revue de code en binôme dans l'open space
Échange technique entre deux membres de l'équipe Koul
Atelier collectif autour d'un projet client
Trois associés Koul en discussion autour d'un écran
Cadrage produit en duo avec un fondateur
L'équipe Koul réunie pour un point hebdomadaire

Pourquoi confier votre modèle de droits à Koul

Chez Koul, on ne bricole pas des cases à cocher écran par écran : on écrit d'abord qui a le droit de voir et de faire quoi, puis on applique cette règle au même endroit pour toute l'application. Le travail est livré par paliers, sur un périmètre écrit, et branché sur l'application que vos équipes utilisent déjà.

  • 250+projets livrés
  • 98%clients renouvellent
  • 100k+utilisateurs servis

Combien de comptes actifs appartiennent à des gens partis ?

Réservez 30 minutes avec un spécialiste pour cadrer votre modèle de droits et vos rôles métier, gratuitement et sans engagement.

Réserver un créneauÉcrire à l'équipe

Réponse sous 24h, sans engagement.

Alexandre Da Silva, Koul, à son poste de travail
Questions fréquentes

Vous vous posez sûrement ces questions

Méthode, coûts, équipe, propriété du code : l'essentiel avant un premier échange.

Votre question est plus complexe ?

Un échange court suffit souvent à trancher. Prenez un créneau, on vous répond sur votre cas.

Réserver un créneau

Parlons de votre projet

Remplissez le formulaire, nous revenons vers vous sous 24h pour cadrer votre besoin, gratuitement et sans engagement.

  • contact@koul.io
  • Reims, France
  • Réponse sous 24h
250+projets livrés
98%clients renouvellent
100k+utilisateurs servis