Administration Rôles : Différence entre versions

De GIVAV-WIKI
Aller à la navigationAller à la recherche
m (Comment définir les droits des utilisateurs)
m (Comment définir les droits des utilisateurs)
 
(2 révisions intermédiaires par le même utilisateur non affichées)
Ligne 29 : Ligne 29 :
 
Le principe veut que, lors de sa connexion, l'utilisateur soit crédité des droits définis dans ses différents rôles. Donc, il faut soigneusement définir les droits des différents rôles, il est alors simple de les affecter aux utilisateurs suivant les besoins.<br />
 
Le principe veut que, lors de sa connexion, l'utilisateur soit crédité des droits définis dans ses différents rôles. Donc, il faut soigneusement définir les droits des différents rôles, il est alors simple de les affecter aux utilisateurs suivant les besoins.<br />
 
La gestion des droits des utilisateurs à travers les rôles est particulièrement puissante, veuillez lire attentivement ce qui suit afin d'en tirer le maximum.<br /><br />
 
La gestion des droits des utilisateurs à travers les rôles est particulièrement puissante, veuillez lire attentivement ce qui suit afin d'en tirer le maximum.<br /><br />
 
+
La version 3.1 apporte une simplification significative dans la gestion des droits, elle dissocie le menu des programmes qui, de fait, est affiché en totalité pour tous les utilisateurs.<br />
=== Création du rôle "Accès minimum" ===
+
Une tentative de simplification antérieure avait ajouté des rôles dont le nom débute par "_", vous pouvez les supprimer s'ils ne vous servent pas.<br />
[[Fichier:droits utilisateurs1.png]]<br />
+
La version 3.1 ajoute aussi quelques rôles destinés à expliquer les bonnes pratiques. Par convention, ils débutent par un "-" s'ils suppriment des droits ou par un "+" s'ils en ajoutent. Ce sont :
Pour qu'un utilisateur puisse se connecter, il doit disposer de tous les droits sur la racine de l'application (voir ci-dessus). Par contre, les sous-parties de celle-ci doivent être protégées :
+
* -Base : Supprime tous les droits sur l'application
* Application => Givav (tout refuser)
+
* +Préférences : Ajoute l'accès au menu Paramétrage => Préférences
* Application => Compta (tout refuser)
+
* +Gestion : Ajoute l'accès au menu Gestion
* Application => Ged (tout refuser)
+
* +Comptabilité : Ajoute l'accès au menu Comptabilité
* Application => Paramétrage => Tarif (Tout refuser)
+
* +Ged : Ajoute l'accès au menu GED
* Application => Paramétrage => Société (Tout refuser)
+
* +Gestion_dsac-ir : Ajoute les droits d'accès des DSAC/IR aux données de la formation (Ne pas modifier)
 +
Le rôle '''Dsac_ir''' est un rôle regroupant trois des rôles "+/-" afin de définir l'accès accordé aux DSAC/IR dans le cadre du suivi de la formation. Il comporte "+Gestion_dsac-ir", "+Préférences" et "-Base" et limite les utilisateurs qui disposent de ce rôle à l'accès aux menus Paramétrage => Préférences et Gestion => Membres => Formation. Dans ce dernier, l'utilisateur peut ouvrir une fiche Membre mais il ne peut que consulter trois onglets (Info, Qualifications et Formations).<br /><br />
 +
'''Attention !''' L'ordre des rôles est primordiale ! Ils sont interprétés du haut vers le bas. Ainsi, le rôle "+Gestion_dsac-ir" donne accès aux menu Application => Givav => Membres => Formations alors que le rôle "-Base" l'interdit. La gestion des droits de l'application va lire en premier le rôle "+Gestion_dsac-ir", elle va autoriser les accès qu'il contient, les rôles qu'elle lit ensuite ne pourront plus modifier ces droits. Le rôle "-Base", placé en dernier, permet d'interdir tout ce qui n'a pas été explicitement autorisé, ceci permet qu'un nouveau programme ne soit pas autorisé sans l'accord des administrateurs.<br />
 
<br />
 
<br />
[[Fichier:droits utilisateurs2.png]]<br />
+
[[Fichier:Droits 1.png]]<br />
De fait le menu Application => Paramétrage => Préférences n'ayant pas été refusé, c'est le seul auquel le rôle donne accès. Un utilisateur ne disposant que de ce rôle aura un menu réduit (voir ci-dessus).<br />
+
La capture ci-dessus montre l'ajout de l'accès au menu Gestion => Membres => Formations.<br /><br />
 
 
=== Création d'un rôle "Consultation de la comptabilité" ===
 
[[Fichier:droits utilisateurs3.png]]<br />
 
Ce rôle doit permettre à un utilisateur de consulter la comptabilité sans pour autant pouvoir la modifier.<br />
 
Pour ceci, les entrées suivantes sont modifiées :
 
* Application => Compta (Consultation autorisée, autres droits refusés)
 
* Application => Compta => Plan comptable (Consultation refusée)
 
* Application => Compta => Saisie (Consultation refusée)
 
Dans ces deux dernières entrées, les droits hérités du niveau supérieur (Application => Compta) sont repris grâce au système d'héritage. Il suffit donc d'indiquer ce qui change.<br /><br />
 
'''Attention ! L'ordre des rôles définis pour un utilisateur est très important.'''<br />
 
[[Fichier:droits utilisateurs4.png]]<br />
 
Le système de gestion des droits parcourt les rôles de l'utilisateur dans l'ordre de la liste. Pour chaque entrée, il stoppe sa recherche dés qu'il trouve un droit "Autorisé" ou "Refusé" (l'héritage n'est pas un droit). Le rôle "Accès minimum" est très restrictif, s'il est analysé en premier, l'utilisateur n'a que des droits minimums, le rôle de consultation de la comptabilité droit donc être placé devant.<br /><br />
 
[[Fichier:droits utilisateurs5.png]]<br />
 
Le menu de l'utilisateur lui donne accès à la consultation de la comptabilité.<br /><br />
 
 
 
=== Création d'un rôle "Modification de la comptabilité" ===
 
[[Fichier:droits utilisateurs6.png]]<br />
 
Le rôle permettant de modifier la comptabilité est plus simple, il suffit d'autoriser tout sur les entrées "Application => Compta" et "Application => Givav => AdmCompta" (droits sur les anciens programmes).<br /><br />
 
[[Fichier:droits utilisateurs7.png]]<br />
 
Ce rôle est placé dans la liste des rôles de l'utilisateur à la place de "Consultation de la comptabilité", tout le menu de comptabilité est alors accèssible.<br /><br />
 
 
 
=== Création d'un rôle "Interdiction du rapprochement bancaire" ===
 
[[Fichier:droits utilisateurs8.png]]<br />
 
Ce rôle permet d'autoriser la modification de la comptabilité mais il interdit l'accès à l'onglet "Rapprochement bancaire". Il doit être placé '''avant''' le rôle "Modification de la comptabilité".<br /><br />
 
[[Fichier:droits utilisateurs9.png]]<br />
 
Le menu "Comptabilité => Saisies" est accessible mais l'onglet "Rapprochement" n'est pas présent.<br /><br />
 
 
 
=== Création d'un rôle "Accès GIVAV" ===
 
[[Fichier:droits utilisateurs10.png]]<br />
 
Ce rôle ne donne aucun droit particulier sinon de permettre l'accès au menu, il doit être associé à d'autres rôles pour fonctionner :
 
* Application => Givav (Consultation autorisée)
 
* Application => Givav => Membres (Consultation refusée)
 
* Application => Givav => Vols (Consultation refusée)
 
* Application => Givav => Matériel (Consultation refusée)
 
* Application => Givav => Statistiques (Consultation refusée)
 
* Application => Givav => AdmMembre (Modification acceptée = droits sur les anciens programmes)
 
<br />
 
 
 
=== Création d'un rôle " Saisie de la planche" ===
 
[[Fichier:droits utilisateurs11.png]]<br />
 
Ce rôle vient en complément du précédent, il autorise l'utilisateur à accéder à la liste des planches de vols et à la liste des vols.<br /><br />
 
[[Fichier:droits utilisateurs12.png]]<br />
 
Il doit être placé avant le rôle "Accès GIVAV".<br /><br />
 
  
=== Création d'un rôle composite ===
+
[[Fichier:Droits 2.png]]<br />
[[Fichier:droits utilisateurs13.png]]<br />
+
Les entrées Application => Givav => AdmMembres donne accès à la gestion d'une membre qui peut être appelée depuis plusieurs listes (Membres, Formation, Bourses, Badges, ...). Dans cet exemple, seuls les onglets "Informations", "Qualifications" et "Formations" seront visibles en consultation par l'utilisateur.
Ce rôle de défini aucun droit, il inclus des rôles existants.<br /><br />
 
[[Fichier:droits utilisateurs14.png]]<br />
 
L'utilisateur qui possède ce rôle (et rien que celui la) accède à tout ce qui est prévus dans les rôles inclus.<br /><br />
 

Version actuelle datée du 20 février 2015 à 09:50

Liste des rôles

Roles 1.png
La liste des rôles s'appuie sur la nouvelle gestion des listes paramétrables ajoutée dans la version 3.
Lors de la migration de la V2 à la V3, un rôle a été créé pour chacun des utilisateurs, pensez à remplacer ces rôles spécifiques par des rôles génériques.

Pensez à survoler les boutons et les entêtes de colonnes avec le pointeur de votre souris car ces endroits disposent souvent d'informations complémentaires sous forme d'info-bulle.

Détail d'un rôle

Roles 2.png
L'onglet Information indique le nom du rôle et la liste des rôles inclus.
Les droits octroyés par les rôles inclus viennent s'appliquer avant les droits du rôle principal.

Roles 3.png
L'onglet Droits permet de définir les autorisations à appliquer sur les différentes ressources de l'application. En général, celle-ci sont des points de menus ou des onglets mais cela peut aussi être un bouton.

Pour chaque ressource, les droits peuvent être :

  • Héritage : le droit est hérité du niveau juste au dessus
  • Autorisé : le doit est donnée
  • Refusé : le droit est refusé


Ces droits peuvent être accordés pour :

  • La consultation
  • La modification
  • L'exportation des données d'une liste


Lors de la connexion, le programme fait défiler toutes les ressources de l'application. Pour chacun d'elles, il regarde les droits définis pour le ou les rôles de l'utilisateur dans l'ordre d'affectation.
Si la ressource est autorisé ou refusée, le programme le note dans sa liste de contrôle d'accès et passe à la ressource suivante.
Le résultat de l'application des rôles sur les ressources est consultable dans le fiche de l'utilisateur.

Comment définir les droits des utilisateurs

Le principe veut que, lors de sa connexion, l'utilisateur soit crédité des droits définis dans ses différents rôles. Donc, il faut soigneusement définir les droits des différents rôles, il est alors simple de les affecter aux utilisateurs suivant les besoins.
La gestion des droits des utilisateurs à travers les rôles est particulièrement puissante, veuillez lire attentivement ce qui suit afin d'en tirer le maximum.

La version 3.1 apporte une simplification significative dans la gestion des droits, elle dissocie le menu des programmes qui, de fait, est affiché en totalité pour tous les utilisateurs.
Une tentative de simplification antérieure avait ajouté des rôles dont le nom débute par "_", vous pouvez les supprimer s'ils ne vous servent pas.
La version 3.1 ajoute aussi quelques rôles destinés à expliquer les bonnes pratiques. Par convention, ils débutent par un "-" s'ils suppriment des droits ou par un "+" s'ils en ajoutent. Ce sont :

  • -Base : Supprime tous les droits sur l'application
  • +Préférences : Ajoute l'accès au menu Paramétrage => Préférences
  • +Gestion : Ajoute l'accès au menu Gestion
  • +Comptabilité : Ajoute l'accès au menu Comptabilité
  • +Ged : Ajoute l'accès au menu GED
  • +Gestion_dsac-ir : Ajoute les droits d'accès des DSAC/IR aux données de la formation (Ne pas modifier)

Le rôle Dsac_ir est un rôle regroupant trois des rôles "+/-" afin de définir l'accès accordé aux DSAC/IR dans le cadre du suivi de la formation. Il comporte "+Gestion_dsac-ir", "+Préférences" et "-Base" et limite les utilisateurs qui disposent de ce rôle à l'accès aux menus Paramétrage => Préférences et Gestion => Membres => Formation. Dans ce dernier, l'utilisateur peut ouvrir une fiche Membre mais il ne peut que consulter trois onglets (Info, Qualifications et Formations).

Attention ! L'ordre des rôles est primordiale ! Ils sont interprétés du haut vers le bas. Ainsi, le rôle "+Gestion_dsac-ir" donne accès aux menu Application => Givav => Membres => Formations alors que le rôle "-Base" l'interdit. La gestion des droits de l'application va lire en premier le rôle "+Gestion_dsac-ir", elle va autoriser les accès qu'il contient, les rôles qu'elle lit ensuite ne pourront plus modifier ces droits. Le rôle "-Base", placé en dernier, permet d'interdir tout ce qui n'a pas été explicitement autorisé, ceci permet qu'un nouveau programme ne soit pas autorisé sans l'accord des administrateurs.

Droits 1.png
La capture ci-dessus montre l'ajout de l'accès au menu Gestion => Membres => Formations.

Droits 2.png
Les entrées Application => Givav => AdmMembres donne accès à la gestion d'une membre qui peut être appelée depuis plusieurs listes (Membres, Formation, Bourses, Badges, ...). Dans cet exemple, seuls les onglets "Informations", "Qualifications" et "Formations" seront visibles en consultation par l'utilisateur.