Notification et boucle ##Foreach

ben79510 · 2017-05-26 10:31:10

Bonjour,

Tout d'abord voici la version de mon glpi : 0.83.91

J'essaye de faire des notifications pour mes techniciens. Mon objectifs et d'informer mes techniciens à chaque fois qu'une ou plusieurs mise à jour est effectuées sur un ticket.
Pour ce faire j'utilise une boucle ##Foreach log##.
Mon soucis est le suivant, la boucle ##Foreach log## liste toute les mises à jours du ticket depuis le début. J'aimerai avoir les mises à jours qui ont été faites en dernier sur mon ticket.
Exemple : je modifie la catégorie et la priorité de mon ticket et j'actualise celui-ci. Dans les log (historique) du ticket il est affiché deux entrées, une pour la modification de la catégorie et une autre pour la modification de ma priorité.

Voici l'exemple de ce que j'ai dans l'historique du ticket :
7034222 2017-05-26 10:15 usertest Impact "Très haut" --> "Moyen"
7034221 2017-05-26 10:15 usertest Urgence "Moyenne" --> "Haute"

Question : Comment puis-je faire remonter l'ensemble des mises à jours d'un ticket ayant la dernière date et heure ?

LaDenrée · 2017-05-26 10:57:19

bonjour,
vous allez noyer vos techniciens sous les e-mails si vous notifiez toutes les modifications avec des infos qui sont dans GLPI.
demandez plutôt à vos techniciens de consulter régulièrement GLPI, ils auront l'info en temps réel.

je vous conseille plutôt de sélectionner quelles notifications sont importantes pour les envois. (par expérience, j'ai remarqué que les notifications sont classées automatiquement dans une archive glpi dans laquelle il y a systématiquement des dizaines de 'non lus'...)..

pour répondre à votre question :
ça devrait marcher avec foreachlast log (je n'ai pas testé) mais vous n'aurez que la dernière ligne de la modif ( en esperant que ce ne soit pas :

19720391 26-05-2017 10:06 ladenree (yyyyy) Dernière modification par Change toto (xxx) to ladenree (yyyyy)

ben79510 · 2017-05-26 11:20:23

Merci, le besoin a été exprimé par les techniciens eux même, c'est notification sont à destinations des techniciens de niveau 2 et 3. Le niveau 1 n'en a pas besoin car ils sont constamment sur glpi.

Pour la réponse j'ai déjà testé le foreachlast log mais ça ne me conviens puisque ça ne remontera pas l'ensemble des mises à jours du ticket faites au même instant.

LaDenrée · 2017-05-26 11:43:18

le besoin a été exprimé par les techniciens eux même

ils ont demandé "toutes les modifs ?" ou ils ont besoin de connaitre toutes les modifs ?

vous avez plein d'évenements qui déclenchent selectivement des notifications qui sont à mon avis plus pertinents que "update ticket" (escalade, ajout de tache ; de suivi, solution,....) mais il n'y a pas les changements de priorité, c'est vrai.

à moins de modifier notificationtargetcommonitilobject.class (pas simple et sur la table de log ça pourrait être très lent...) je ne vois pas comment afficher les logs du tickets pour lesquels aucun autre log n'a de date supérieure.

ben79510 · 2017-05-26 12:03:20

Oui, disons qu'ils souhaites suivre la vie du ticket via les notifications mail et pas en restant connecté sur glpi. Ce n'est pas leur outil principal, il utilise principalement leur boite mail. Nous avons déjà un outil qui fais la même chose et ils aimeraient que glpi en fasse de même.
Voici un exemple des notifications qu'ils reçoivent avec l'autre application :
--------------------------------------------------------------------------------
La demande #26926 a été mise à jour par UserTest.
Statut changé de Accepté à Fermé
Temps estimé changé de 1.40 à 2.30
--------------------------------------------------------------------------------

Donc si je comprend bien, impossible simplement de faire ce que je souhaite

LaDenrée · 2017-05-26 12:17:20

impossible simplement de faire ce que je souhaite

vous ne pouvez pas le faire exactement comme vous l'avez décrit (avec les logs)...

mais vous pouvez avoir
******
le ticket #xxx a été mis à jour par : usertest
suivi ajouté (+contenu du suivi)
le : jjmmaa
**************
******
le ticket #xxx a été mis à jour par : usertest
tache ajoutée (+contenu de la tache)
le : jjmmaa
**************

******
le ticket #xxx a été mis à jour par : usertest
résolution du ticket ( solution: xxxxx)
le : jjmmaa
**************

******
le ticket #xxx a été mis à jour par : usertest
refus de la solution...motif :
le : jjmmaa
**************

ce n'est pas exactement votre demande mais ça s'en approche (même s'il manque quelques notifications de changement de priorité par exemple)

ben79510 · 2017-05-26 12:33:15

Je pense effectivement partir sur votre proposition, ça remplir 90% de la demande.
De toute façon ce que je veux faire n'est pas possible.
Cependant, est-il possible d'être notifié au changement de l’attribut "attribué à" ?
C'est le même problème non ?

LaDenrée · 2017-05-26 13:16:14

la notification d'escalade est possible c'est sûr, je l'utilisais déja en 0.83, cependant, je pense qu'elle n'est pas native mais elle existe avec le plugin comportements (behaviours).

vous devriez aussi tester la version 0.90.5 ou 9.1.3 et penser à upgrader

ben79510 · 2017-05-26 14:02:26

Oui j'ai prévu de faire un upgrade en version 9.1 dans l'été.
Je vais voir du coté de behaviours en attendant.
en version 9.1 c'est en natif dans glpi ou il faut aussi le plugins behaviours ?

LaDenrée · 2017-05-26 14:55:28

je viens de vérifier, c'est toujours dans le plugin.

Forum GLPI-Project

Announcement

#1 2017-05-26 10:31:10

Notification et boucle ##Foreach

#2 2017-05-26 10:57:19

Re: Notification et boucle ##Foreach

#3 2017-05-26 11:20:23

Re: Notification et boucle ##Foreach

#4 2017-05-26 11:43:18

Re: Notification et boucle ##Foreach

#5 2017-05-26 12:03:20

Re: Notification et boucle ##Foreach

#6 2017-05-26 12:17:20

Re: Notification et boucle ##Foreach

#7 2017-05-26 12:33:15

Re: Notification et boucle ##Foreach

#8 2017-05-26 13:16:14

Re: Notification et boucle ##Foreach

#9 2017-05-26 14:02:26

Re: Notification et boucle ##Foreach

#10 2017-05-26 14:55:28

Re: Notification et boucle ##Foreach

Board footer