You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Jusqu'à la version 2.13.0 de GeoNature, la gestion des permissions des groupes et utilisateurs était réalisée dans une interface d'administration dédiée liée au système d'héritage des permissions et de la logique du CRUVED.
Dans le version 2.13.0 de GeoNature, le système des permissions a été entièrement revu pour :
pouvoir leur associer d'autres types de filtres (sensibilité notamment),
les simplifier et clarifier en supprimant l'héritage et en définissant les permissions disponibles pour chaque module
Le modèle de données des permissions et leur logique ayant été revu, il a fallu faire évoluer leur interface d'administration.
Il a été retenu (au moins dans un premier temps) de réaliser cette nouvelle interface d'administration des permissions dans le module ADMIN existant de GeoNature.
Il y est possible de lister toutes les permissions attribuées dans une instance GeoNature :
Il est possible de filtrer rapidement cette liste en saisissant un nom d'utilisateur ou de groupe, ou en appliquant un filtre par module, action, par utilisateur ou groupe... :
Il est possible de modifier, supprimer ou ajouter une nouvelle permission :
La liste des permissions ne contient que celles qui ont un réel usage car elles sont déclarées par chaque module.
Une fois que l'on a sélectionné un groupe ou utilisateur, la liste des permissions ne propose que des permissions qui n'ont pas été définies pour celui-ci, ou alors pour lesquelles on peut définir plusieurs permissions se combinant (Exemple du Read de la Synthèse pour lequel on peut créer une permission indiquant qu'un utilisateur voit toutes les données de son organisme sans filtre de sensibilité, mais qu'il voit toutes les données avec un filtre de sensibilité) :
Une fois qu'une permission a été selectionnée, si des filtres peuvent être appliqués à celle-ci dans ce module, alors les filtres sont affichés :
Si aucun filtre n'est sélectionné, alors la permission s'applique sur toutes les données concernées.
Il est aussi possible d'afficher et de gérer les permissions par groupes ou par utilisateurs :
Quand on clique sur un groupe ou utilisateur pour en consulter le détail des permissions, toutes les permissions disponibles de tous les modules sont affichées :
Les permissions sur fond rouge, qui affichent uniquement un + indiquent que le groupe ou utilisateur n'a pas cette permission et qu'on peut lui ajouter en cliquant sur ce +.
Les permissions dont disposent le groupe ou l'utilisateur sont indiquées en vert (si sans filtre) ou en bleu (si avec filtre) :
Pour les utilisateurs sont listées les permissions qui lui sont attribués directement individuellement, mais aussi les permissions effectives qui s'appliquent à lui (selon les groupes auquel il appartient) :
The text was updated successfully, but these errors were encountered:
Nouvelle administration des permissions intégrée dans la version 2.13.0.
Documentation contenue dans cette section, en cours d'intégration dans la documentation utilisateur - #2668
Jusqu'à la version 2.13.0 de GeoNature, la gestion des permissions des groupes et utilisateurs était réalisée dans une interface d'administration dédiée liée au système d'héritage des permissions et de la logique du CRUVED.
Dans le version 2.13.0 de GeoNature, le système des permissions a été entièrement revu pour :
Le modèle de données des permissions et leur logique ayant été revu, il a fallu faire évoluer leur interface d'administration.
Il a été retenu (au moins dans un premier temps) de réaliser cette nouvelle interface d'administration des permissions dans le module ADMIN existant de GeoNature.
Il y est possible de lister toutes les permissions attribuées dans une instance GeoNature :
Il est possible de filtrer rapidement cette liste en saisissant un nom d'utilisateur ou de groupe, ou en appliquant un filtre par module, action, par utilisateur ou groupe... :
Il est possible de modifier, supprimer ou ajouter une nouvelle permission :
La liste des permissions ne contient que celles qui ont un réel usage car elles sont déclarées par chaque module.
Une fois que l'on a sélectionné un groupe ou utilisateur, la liste des permissions ne propose que des permissions qui n'ont pas été définies pour celui-ci, ou alors pour lesquelles on peut définir plusieurs permissions se combinant (Exemple du Read de la Synthèse pour lequel on peut créer une permission indiquant qu'un utilisateur voit toutes les données de son organisme sans filtre de sensibilité, mais qu'il voit toutes les données avec un filtre de sensibilité) :
Une fois qu'une permission a été selectionnée, si des filtres peuvent être appliqués à celle-ci dans ce module, alors les filtres sont affichés :
Si aucun filtre n'est sélectionné, alors la permission s'applique sur toutes les données concernées.
Il est aussi possible d'afficher et de gérer les permissions par groupes ou par utilisateurs :
Quand on clique sur un groupe ou utilisateur pour en consulter le détail des permissions, toutes les permissions disponibles de tous les modules sont affichées :
Les permissions sur fond rouge, qui affichent uniquement un + indiquent que le groupe ou utilisateur n'a pas cette permission et qu'on peut lui ajouter en cliquant sur ce +.
Les permissions dont disposent le groupe ou l'utilisateur sont indiquées en vert (si sans filtre) ou en bleu (si avec filtre) :
Pour les utilisateurs sont listées les permissions qui lui sont attribués directement individuellement, mais aussi les permissions effectives qui s'appliquent à lui (selon les groupes auquel il appartient) :
The text was updated successfully, but these errors were encountered: