ERPNext
Permissions basées sur les rôles
Les permissions par rôle décident quels rôles accèdent à quels documents, et avec quels droits. Le niveau de permission relie un groupe de champs à une règle.
À quoi servent les permissions par rôle
ERPNext contrôle l'accès aux documents par des permissions basées sur les rôles (Role Based Permissions). On attribue des rôles aux utilisateurs, puis on pose les permissions sur ces rôles. Le gestionnaire de permissions de rôle (Role Permissions Manager) indique quels rôles accèdent à quels documents, et avec quels droits : lecture, écriture, validation, etc.
Une fois les rôles attribués, l'accès peut être limité à certains documents. La structure permet aussi des règles différentes selon les champs, grâce au niveau de permission d'un champ.
On ouvre l'outil par Accueil > Utilisateurs et permissions > Gestionnaire de permissions de rôle.
Sur quoi une permission se combine
- Rôles. Les règles s'appliquent aux rôles, pas directement à la personne. Un commercial peut cumuler Employé et Utilisateur des ventes. Exemples de rôles : responsable comptable, employé, utilisateur RH.
- Types de documents. Chaque type, fiche de base ou transaction, a sa liste de permissions. Exemples : facture de vente, demande de congé, écriture de stock.
- Niveaux de permission. Dans un document, les champs se groupent par niveaux numérotés de 0 à 9. Chaque groupe peut avoir ses propres règles. Par défaut, tous les champs sont au niveau 0. Le niveau X d'un champ se relie à la règle de niveau X.
- Stades du document. Les droits se posent sur la création, l'enregistrement, la validation, l'annulation et l'amendement. Un rôle peut aussi imprimer, envoyer par e-mail, importer ou exporter, accéder aux rapports, ou définir des permissions utilisateur.
- Permissions utilisateur. Elles restreignent un utilisateur à certains documents d'un type, par exemple un seul territoire. Celles définies pour d'autres types s'appliquent aussi s'ils sont liés au document courant par un champ de lien. Un client est un lien sur une commande ou un devis. Dans le gestionnaire, le bouton de définition des permissions utilisateur mène à ces règles.
- Ajouter une règle. Cliquez sur Ajouter une règle. Une fenêtre demande le rôle et le niveau de permission. Ajouter insère une ligne dans la table.
Exemple : la demande de congé
La demande de congé (Leave Application) illustre l'ensemble du système.
- Elle est créée par un employé : le rôle Employé reçoit lecture, écriture et création.
- Un employé ne voit que sa demande : une permission utilisateur relie chaque utilisateur à son employé.
- S'il doit seulement sélectionner un document dans un autre sans le lire en entier, n'accordez que le droit Sélectionner.
- Le responsable RH voit toutes les demandes : règle au niveau 0 avec lecture, et Appliquer les permissions utilisateur désactivé.
- L'approbateur de congés voit et met à jour les demandes de son équipe : lecture et écriture au niveau 0, et les fiches employé concernées dans ses permissions utilisateur. Pour les approbateurs déjà cités sur la fiche employé, ces permissions utilisateur sont créées par le programme.
- Seuls l'utilisateur RH ou l'approbateur approuvent ou rejettent. Le champ Statut est au niveau 1. L'utilisateur RH et l'approbateur ont lecture et écriture au niveau 0 ; les autres (Tous) ont la lecture au niveau 1.
- L'utilisateur RH peut déléguer des demandes à ses subordonnés : il a le droit de définir des permissions utilisateur sur la demande de congé pour d'autres utilisateurs.
Si les rôles sont corrects et qu'une erreur d'accès demeure, la source renvoie à la page des erreurs de permission.