Dès qu'une application web est utilisée par plusieurs personnes, une question revient : qui a le droit de voir quoi, et qui a le droit de modifier quoi ? Cette organisation des comptes et des droits d'accès est souvent traitée en fin de projet, alors qu'elle conditionne la sécurité, la simplicité d'usage et le coût des évolutions futures.
Comptes, rôles et permissions : trois notions distinctes
Le vocabulaire est souvent mélangé, alors que les trois niveaux répondent à des besoins différents :
- Le compte identifie une personne : une adresse e-mail, un mot de passe, éventuellement une double authentification.
- Le rôle décrit une fonction dans l'organisation : administrateur, gestionnaire, comptable, commercial, client final.
- La permission est l'autorisation élémentaire : consulter une facture, la créer, la modifier, la supprimer, l'exporter.
Un rôle est un ensemble de permissions regroupées sous un nom parlant. Cette séparation évite d'avoir à reconfigurer chaque utilisateur individuellement : quand une nouvelle personne rejoint l'équipe, on lui attribue un rôle existant et elle hérite immédiatement du bon périmètre.
Combien de rôles prévoir ?
La tentation est de créer un rôle par personne ou par cas particulier. En pratique, la plupart des structures de moins de cinquante salariés fonctionnent avec trois à cinq rôles. Au-delà, l'administration devient difficile à tenir : personne ne sait plus quel rôle correspond à quoi, et les droits finissent par être attribués au cas par cas.
Un point de départ courant :
- Administrateur : accès complet, y compris la gestion des autres comptes et des paramètres.
- Utilisateur interne : accès aux données de travail quotidiennes, sans toucher aux réglages ni à la facturation.
- Lecture seule : consultation et export, sans modification. Utile pour un expert-comptable, un stagiaire ou un partenaire.
- Client ou utilisateur externe : accès strictement limité à ses propres données.
Les cas particuliers se traitent ensuite par des permissions additionnelles ponctuelles, plutôt que par la création d'un nouveau rôle.
Le principe du moindre privilège
La règle de référence en sécurité consiste à n'accorder que les droits strictement nécessaires à l'accomplissement d'une tâche. Elle limite deux risques distincts : l'erreur de manipulation, la plus fréquente, et l'utilisation malveillante d'un compte compromis.
Un compte administrateur volé donne accès à l'ensemble des données. Un compte en lecture seule volé donne accès à ce que son titulaire pouvait déjà consulter.
Concrètement, cela signifie que les comptes administrateur doivent rester peu nombreux, deux ou trois dans une PME, et être réservés aux personnes qui gèrent réellement l'outil, pas aux personnes les plus haut placées dans l'organigramme.
Les points à trancher avant le développement
Quelques décisions structurantes ont un impact direct sur le temps de développement et méritent d'être posées au moment du cahier des charges :
| Question | Pourquoi elle compte |
|---|---|
| Qui crée les comptes ? | Inscription libre, invitation par un administrateur ou création manuelle : trois parcours différents à concevoir. |
| Une personne peut-elle cumuler deux rôles ? | Le cumul complexifie sensiblement la logique d'autorisation. |
| Les données sont-elles cloisonnées par équipe ou par site ? | Un cloisonnement par entité est une contrainte structurelle, difficile à ajouter après coup. |
| Que se passe-t-il au départ d'un salarié ? | Désactivation, transfert des dossiers, conservation de l'historique : à prévoir dès le départ. |
| Faut-il tracer les actions ? | Un journal des modifications est utile en cas de litige et parfois attendu par les auditeurs. |
Ce que dit le RGPD
Le règlement européen impose de limiter l'accès aux données personnelles aux seules personnes qui en ont besoin dans le cadre de leurs fonctions. Une gestion des rôles documentée constitue une partie de la réponse attendue en cas de contrôle. Elle facilite également le traitement des demandes d'accès ou de suppression, puisqu'on sait qui détient quelles données.
La revue périodique des comptes fait partie des bonnes pratiques : une fois par an, vérifier la liste des utilisateurs actifs et désactiver ceux qui n'ont plus lieu d'être. Dans beaucoup d'organisations, cette revue révèle des comptes d'anciens collaborateurs restés ouverts.
Anticiper plutôt que corriger
Ajouter une gestion fine des droits sur une application qui n'en prévoyait pas suppose de revoir l'accès à chaque écran et à chaque donnée. C'est une reprise lourde, souvent comparable au coût de la fonctionnalité initiale. À l'inverse, poser une structure simple dès le début, trois rôles, des permissions clairement nommées, permet d'ajouter des nuances au fil du temps sans tout reprendre.
Vous préparez une application web ou un espace client et vous vous interrogez sur l'organisation des accès ? Parlons de votre projet ou découvrez nos services.