Table des matières

Comprendre les droits des utilisateurs

Dans un environnement multi-utilisateurs il est capital de contrôler ce que chacun peut faire. Si vous utilisez OpenGoo en tant que client en extranet vous n'appréciez certainement pas qu'un autre client puisse avoir accès aux informations vous concernant. Si vous utilisez OpenGoo dans un intranet vous appréciez que certains projets ne puissent pas être utilisés en édition par certains collègues, ou employés, alors que vous trouvez nécessaire que certains projets soient visibles par tous à des fins d'organisation uniquement.

Gérer les droits des utilisateurs se révèle être une des tâches les plus complexe dans OpenGoo. Vous pouvez trouver des propriétés un peu partout, il faut savoir où et pour quel objet et comment ces fiches sont liées entre elles. Cette page a pour but de vous proposer une synthèse des différentes façon de gérer les droits des utilisateurs.

Grosso-modo, il y a deux types de permissions : certaines concernent l'ensemble de l'installation - ce sont les permissions système. D'autres s'appliquent aux contextes - ce sont les permissions de contexte.

Les niveaux de permissions des utilisateurs

Au niveau simple utilisateur vous pouvez régler les permissions système ainsi que les permissions contexte en cochant ou non la boite à cocher correspondante.

Les permissions système précisent à quoi l'utilisateur est autorisé :

Les permissions de contexte donne accès à l'ensemble des informations concernant le contexte et ses sous-contextes.

1)

Pour contrôler plus finement les droits de contexte cliquez sur le nom du contexte pour ouvrir les permissions qui lui sont propres. Vous pouvez alors définir les permissions de l'utilisateur pour chaque type d'objet, en écriture ou en lecture ou les deux ou rien.

Vous voyez en bas deux boites à cocher supplémentaires qui permettent d'assigner des tâches à d'autres utilisateurs. Si vous activez la première vous autorisez cet utilisateur à assigner des tâches aux utilisateurs de la société propriétaire; si vous activez la seconde, cet utilisateur pourra assigner des tâches à des utilisateurs d'autres sociétés. Par défaut l'utilisateur peut assigner des tâches aux utilisateurs de la société dont il fait partie.

Les niveaux de permissions du groupe

Pour l'heure je ne vois pas l'intérêt de traduire cette partie dans la mesure où cette fonction ne semble pas encore aboutie dans OpenGoo (version 1.4.2) NdT)

Groups (or roles) are a common concept for dealing with user rights. The idea is that you do not set permissions for every single user but that you can define groups (or roles) with specific rights and add the users to a certain group (or role). This makes controlling and updating permissions much easier.

Unfortunatly groups in OpenGoo are not very powerful. As of OpenGoo 1.0 you can only define groups based on the system permissions. This means that assigning users to workspaces happens always per user, which may become a problem if you have a lot of users.

Les niveaux de permissions de la société

Voici un autre écran grâce auquel vous pouvez configurer les permissions de contexte pour chaque société.

A NOTER : Les droits d'accès aux contextes sont configurés par les permissions de contexte au niveau de chaque profil d'utilisateur et non pas au niveau des sociétés auxquelles il appartient. Ainsi, si vous ajoutez des droits d'accès aux contexte pour certaines sociétés, cela ne signifie pas que ces droits sont donnés automatiquement aux utilisateurs de cette société ; une boite jaune vous indique de donner les droits manuellement à chaque utilisateurs . C'est plutôt une bonne chose car cela vous évitera de donner des droits accidentellement.

Cependant ceci peut entraîner quelques confusions, et vous vous demandez si cela est vraiment nécessaire. Ajouter et supprimer des droits sur les permissions de contexte via les droits des sociétés a plusieurs conséquences :

1) Comme vous pouvez le voir vous pouvez contrôler les droits de contexte de deux façons, depuis les propriétés de contexte et depuis les propriétés de l'utilisateur. S'agit-il des même droits ? la chose n'est pas évidente NdT