You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2010-05-03 18:10:15

grenserv
Member
Registered: 2007-11-06
Posts: 59

Accés du demandeur au ticket d'une autre entité.

Bonjour,
Nous avons un soucis concernant des demandes d'utilisateurs provenant d'une entité, qui finalement concerne le service technique d'une autre entité.
Si on transfert le ticket vers l'entité adéquate, c'est parfait sauf que l'utilisateur demandeur n'a plus accès à son ticket.
Y a-t-il une option ou une possibilité pour que le demandeur du ticket ai toujours accès à ce dernier dans la zone de ses suivis, même si son tickets est dans une autre entité ?

Le seul moyen que je vois, sans donner de droits supplémentaires à l'utilisateur vers l'entité de destination de son ticket, est la réponse par mail ;
l'utilisateur reçoit toujours les mails et donc peut y répondre, et le suivis n'incrémente bien au ticket dans l'autre entité.

Mais cela me pose un problème quand la grande majorité des utilisateurs consulte leurs ticket par l'interface web.

Pouvez-vous m'aider à solutionner ce problème ? Cdlt, merci.


Glpi-0.72.3 CENTOS

Offline

#2 2010-05-03 18:22:26

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: Accés du demandeur au ticket d'une autre entité.

En mettant les tech dans une entité "parente" de celles des "clients" ? (avec un droit récursif)

+


Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/

Offline

#3 2010-05-03 19:46:40

grenserv
Member
Registered: 2007-11-06
Posts: 59

Re: Accés du demandeur au ticket d'une autre entité.

oui c'est déjà ce que l'on fait pour les techniciens des services centraux,
mais dans certaines entité enfants (laboratoires), il y a des techniciens mais uniquement pour cette entité,
je ne peut pas donner des droits aux techniciens leurs permettant d'accéder aux autres entités.

C'est surtout pour que l'utilisateur (étudiants) puissent accéder à son ticket après transfert du ticket dans une autre entité.
Car à la création du ticket, ce dernier est créé dans l'entité du demandeur, mais au final, cela concerne une autre entité.
Il faut donc le transférer pour que le technicien prenne en charge la demande, le demandeur n'aura pas accès aux suivis par l'interface, seulement avec les mails.
Ex : un étudiant crée un ticket dans l'entité "Enseignement",
cela concerne le technicien du laboratoire où l'étudiant à utiliser un ordinateur.

Pour que le technicien soit au courant du problème, il faut donc transférer le ticket vers l'entité du laboratoire.
Mais l'étudiant ne pourra plus y accéder.

Il faudrai une option permettant au demandeur de ticket de continuer à accéder à son ticket même si le ticket à été transférer dans une entité auquel il n'a aucun accès.

C'est un peu contradictoire, mais je pense que c'est une réflexion à apporté au projet GLPI.
Même si ce sont généralement des cas exceptionnels, il faudrai avoir la possibilité de laisser une visibilité (même en lecture) sur le suivis de LEURS demandes d'interventions.

Si cela n'est actuellement pas possible, nous serions intéresser pour trouver cette option dans les évolution future de l'application.


Glpi-0.72.3 CENTOS

Offline

#4 2010-05-03 20:13:43

remi
GLPI-DEV
From: Champagne
Registered: 2007-04-28
Posts: 7,127
Website

Re: Accés du demandeur au ticket d'une autre entité.

> Il faudrai une option permettant au demandeur de ticket de continuer à accéder à son ticket même si le ticket à été transférer dans une entité auquel il n'a aucun accès.

Ben non, c'est par définition l'entité qui définit les droits d'accès...

+


Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/

Offline

Board footer

Powered by FluxBB