Le 30/04/2013 11:23, Remi Collet a écrit :
Le 27/04/2013 22:24, David DURIEUX a écrit :
Bonjour,
Dans les profils, on a les options "Voir les tickets attribués
(personnel
+ groupes associés)" et "Voir les tickets créés par mes groupes"
Depuis quelques versions, on a introduit les groupes enfant d'autres
groupes. De ce fait, ne devrait-on pas gérer la visualisation des
groupes un peu comme pour les profils avec les entités hiérarchiques.
Je m'explique, si on a la structure de groupe suivante :
groupe Réseau __________ groupe Firewall
\_______ groupe Switch
Si on a un ticket assigné au groupe Firewall et que je n'en fasse pas
partie, mais pas contre je fasse partie du groupe Réseau, est-ce que je
ne devrait pas pouvoir voir les tickets assigné à un des sous groupes
(dans ce cas les tickets des 2 groupes Firewall et Switch)?
ça ne me semble pas évident.
J'y ai beaucoup réfléchi lors du codage des groupes arborescent.
Pour moi, ce serait même plutôt le contraire
Salut,
remarque intéressante.
je pense que ca dépend vraiment de la gestion des groupes qui est faite.
Dans l'hypothèse ou on gère les groupes comme des boites englobantes, la
logique de David est cohérente :
Je suis dans le groupe Réseau donc également dans Firewall et Switch.
Si on utilise Réseau comme un groupe de tri (comme les catégories pour
lesquels le tech va catégoriser plus finement après une saisie simple de
l'utilisateur), cette logique se défend.
Mais effectivement la vision de Remi est aussi valable (et pas forcément
contradictoire d'ailleurs) :
Je suis dans Firewall donc également dans Réseau.
Je suis dans une entité fille donc par transition dans le mère.
C'est bien tout le problème des hiérarchies et des 2 sens de lecture
possible.
Une solution simple c'est de ne rien toucher et de dupliquer les
personnes dans les groupes... Mais bon.
++
Julien
Vue demandeur:
Un ticket qui concerne le "réseau" concerne tous les sous-groupes.
(comme les entités et les objets récursivité)
Donc un membre du sous-groupes "Firewall" est concerné par ce ticket, et
devrait donc le voir
Ensuite imaginons
Département RH > Service Paie
Un ticket sur un équipement du "Service Paie" ne concerne pas les
membres du services RH, donc ils n'ont pas besoin de le voir.
Sauf, peut-être, le manager du département (rôle de supervision).
My 0,02€
Remi.
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
