You are not logged in.
Bonjour,
Tout d'abord les détails techniques :
- serveur UBUNTU 12.04.4
- GLPI 0.84.3
Et maintenant la question piège
J'aimerais savoir comment je pourrais mettre en place une notification indiquant aux utilisateurs la liste des tickets GLPI qu'ils ont "dans les tuyaux" et qui sont non résolus.
Merci.
Les admins systèmes c'est comme les canards - calmes au dessus et en dessous ça pédale comme un fou...
Offline
Avec les notifications l'evenement alert Not Closed peut déclencher une notification des tickets ouverts depuis x jours.
paramétrez la notification avec les destinataires : demandeurs ou techniciens en charge du ticket.
x est le nombre de jours à attendre entre l'ouverture et l'alerte paramétrable au niveau de l'entité.
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Merci pour la réponse.
J'ai déjà regardé et il n'y a pas ni les demandeurs ni les techs.
Les admins systèmes c'est comme les canards - calmes au dessus et en dessous ça pédale comme un fou...
Offline
configuration>notifications>notifications ne permet pas de selectionner les destinataires des notifications ?
1) soit vous n'avez pas les droits en écriture sur les notifs ( mauvais profil)
2) soit vous n'êtes pas dans la bonne entité.
Last edited by LaDenrée (2014-03-27 16:22:45)
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Bonjour,
Dans les destinataires de la notification ticket non résolus j'ai :
- Administrateur
- Administrateur de l'entité
- Profil : hotliner
- profil : Supervisor
- Profil : Technician
- Profil : admin
- Profil : normal
- Profil : post-only
- Profil : super-admin
- tous mes groupes
Il n'y a pas demandeur ce qui justement m'interressait...
Les admins systèmes c'est comme les canards - calmes au dessus et en dessous ça pédale comme un fou...
Offline
c'était pourtant indiqué que c'était une question piège.
Effectivement le demandeur n'est pas dans la liste. L'action automatique renvoie la liste des tickets ouverts de tous les utilisateurs en meme temps et la liste n'est pas associée à un demandeur (mais les ticket qui la composent oui). Cela explique que "le demandeur" ne soit pas dans la liste.
Je ne vois pas de solution par cette méthode.
Peut être avec les web services (recuperer la liste des tickets, et travailler sur chaque ticket en ajoutant un suivi ou une action qui déclenche une notification )
ou alors les sla qui notifient le demandeur au dela d'un delai.
ps : quel est l'intérêt d'informer systématiquement par notification le demandeur sur ses tickets ouvert ?
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Merci pour vos recherches je vais donc continuer comme je fais actuellement les relances d'infos sur les tickets.
L'intérêt reposait sur le fait que lorsque je répond à l'utilisateur avec une demande d'info, par exemple dois-je cloturer le ticket ou non, j'aimerais que celui-ci réponde....
Actuellement ce n'est pas le cas je dois donc le relancer par mail, téléphone,... il ne manque plus que le pigeon voyageur...
L'avantage d'envoyer les tickets non résolus directement aux utilisateurs est qu'ils seront bien obligés d'agir au bout d'un moment à force de voir ce mail tomber avec une liste monstrueuse...
D'un autre coté les utilisateurs seront aussi où en sont les tickets qu'ils ont soumis.
Merci déjà d'avoir cherché...
Je pense que cela pourrait faire partie d'une future évolution....
Last edited by isatis (2014-03-28 12:53:23)
Les admins systèmes c'est comme les canards - calmes au dessus et en dessous ça pédale comme un fou...
Offline
Pour la cloture, il y a la possibilité de l'ajout de solution avec demande de validation en attente de cloture. si après 30 jours il n'y a pas de réponse : cloture automatique.
Pensez vous vraiment que la liste des tickets impressionne le demandeur ? A priori vous avez traité sa demande, la manière dont vous le gerez dans GLPI n'est pas son problème. S'il a un peu de compassion il verra que VOUS avez un problème avec votre liste, mais cet utilisateur là répondra à votre notification de résolution.
Perso, je laisse la possibilité au demandeur de s'exprimer, même de refuser la solution, mais si il n'a pas envie je laisse GLPI fermer les tickets.
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Le souci principal ne concerne pas que la cloture.
En effet j'utilise les GLPI pour les échanges d'infos sur le ticket (très pratique pour garder des traces des inter) et c'est surtout dans ce cas-là que je souhaite que l'utilisateur recoive la liste...
Merci encore pour les infos...
Les admins systèmes c'est comme les canards - calmes au dessus et en dessous ça pédale comme un fou...
Offline
Ticket ajouté sur la forge pour discussion https://forge.indepnet.net/issues/4858
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Merci pour l'ajout.
Les admins systèmes c'est comme les canards - calmes au dessus et en dessous ça pédale comme un fou...
Offline
Bonjour,
Je reviens sur ce sujet car le besoin est toujours présent.
Est-ce qu'il y a une chance que cela apparaisse dans la futur prochaine version ?
Les admins systèmes c'est comme les canards - calmes au dessus et en dessous ça pédale comme un fou...
Offline
Bonjour,
Je suis egalement intéréssée par cette fonctionnalité mais je ne trouve toujours pas la possibilité d'ajouter les demandeurs dans Alert Tickets not closed...
GLPI 9.1.3 sous CentOS
Plugins FusionInventory 9.1+1.1 + Dashboard 0.9.0
Agents FusionInventory 2.4.1 Windows et 2.4.1 OSX
Offline