You are not logged in.
Pages: 1
Topic closed
Bonjour, suite à certains tests je me demande si je suis seul dans cet état.
J'ai demandé une copie de ma PROD (v. 0.90.5) vers mon environnement TEST pour faire l'upgrade en (v9.1.2)
Jusque là pas de problème, sauf jusqu'au moment ou je tente d'envoyer des courriels de satisfaction(encore une fois)
Je me suis bien assuré que l'action automatique CreateInquest soit PROGRAMMÉE (aux 15 min pour tests)
Dans ma liste de notifications, j'ai bien validé que TicketSatisfaction était ACTIF avec le modele bien associé (une seule traduction)
Je possède 1 entité racine avec 2 entités enfants
Les 2 entités enfants héritent du parent pour les enquêtes.
L'entité parent est configuré comme suit pour les enquêtes:
*Enquete interne
*Création Des que possible
*taux 100% (je désire tester donc doit envoyer à tous les tickets clos)
*Durée 2 jours
Par contre, après tous ces configs, lors d'une cloture de ticket, aucun mail d'enquete n'est envoyée
J'ai fait un test d'envoi courriel à l'administrateur par le biais des configurations des suivis par mail (ça marche)
Si je vais voir dans le mail.log, je vois les mails de tests envoyés, mais aucun mail d'enquête.
Quelqu'un a eu ce problème en faisant un upgrade??
Merci encore à tous
Offline
MaJ : après quelques tests, si je crée un ticket et le met en RESOLU...ENREGISTRE...modifie le ticket pour CLOS le courriel de satisfaction s'envoie...mais je n'arrive toujours pas à le faire envoyer si je le crée et le met directement à CLOS...
J'ai activer la notification CLOSETICKET à ACTIF avec ENQUETE SATISFACTION comme modele
MaJ2: Je viens de comprendre la manière dont les enquetes fonctionnent:
-Création de ticket et mettre CLOS lors de la creation = pas d'enquete de satisfcation
-Création de ticket et mettre RESOLU, par la suite mettre CLOS = enquete envoyee
J'ai essaye de mettre la configuration de l'ENTITE a "Clôture automatique des tickets résolus après=immédiatement" mais sans succes....les tickets restent a resolu
Est-ce normal?
Merci encore
Last edited by bryan.cote (2017-02-23 18:19:02)
Offline
Up
Offline
en plus de l'entité il faut paramétrer :
configuration>actions automatiques>closeticket
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
Il est déjà programmé :
1 minute
Mode execution GLPI
Plage horaire 0 - 24
Je retest et reviens avec le resultat
Merci de ton temps
Offline
en mode glpi l'action ne se déclenche que s'il y a de l'activité dans glpi, ça peut prendre bien plus d'une minute ( une action a déclencher le vendredi soir peut n'être lancée que le lundi quand tout le monde revient.
(activité = creation de tickets, resolution, ou ???, mais je ne connais pas la liste exacte des evenements considérés comme activité)
le mieux c'est le mode cli avec une ligne dans la crontab du serveur (sous linux sinon c'est scheduled task) qui lance glpi/front/cron.php toutes les 5 minutes. (ça lancera en même temps les suivis de la file t'attente des courriels).
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
Bon bon bon.....je commence à me dire que nous changerons notre manière de travailler.
J'ai modifié la notification CLOSETICKET à CLI, 5 min, 0-24 et CREATEINQUEST avec les meme parametres
J'ai ajoute une ligne dans crontab : */5 * * * * /usr/bin/php5 /var/www/html/glpi/front/cron.php
Rien de bon à ce niveau.
Même si je tape cette commande à bras, aucune réaction.
Je vais voir le cron.log:
Ne peut recuperer le verrou de la BD
Externe #1 : D marrage closeticket
Externe #2 : D marrage createinquest
Interne #1 : D marrage mailgate
Interne #1 : D marrage slaticket
Interne #1 : D marrage planningrecall
Interne #1 : D marrage queuedmail
Interne #1 : D marrage queuedmailclean
Les tickets RESOLU restent RESOLU...
Seule manière de faire fonctionner tout cela, est de remettre ces 2 parametres a GLPI, créer un ticket en RESOLU, modifier le ticket en CLOS....là tout fonctionne....
Je suis à bout de souffle.
Last edited by bryan.cote (2017-02-23 22:47:37)
Offline
il ne reste donc que la cloture automatique qui ne fonctionne pas, on avance.
pour info je suis en 9.1.2 et la cloture automatique fonctionne pour mes sous entités ( cad mes clients). en mode CLI avec un Cron (toutes les heures, on ne peut pas faire moins chez ovh en mutualisé), fermeture après 7 jours.
avez vous paramétré les entités filles pour la cloture automatique ?
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
malheureusement oui
Last edited by bryan.cote (2017-02-24 02:29:02)
Offline
Pour la cloture automatique, si le délai est à Immédiatement, c'est le pré update qui met à clos (pas de passage par le cron).
Pour la génération de l'enquête de satisfaction, si c'est Dès que possible, c'est le post update du ticket qui génère l'enquête (pas de passage par le cron).
Donc il faut créer un ticket et mettre une solution. Cela va mettre à jour le ticket en lui donnant le statut Clos et en générant l'enquête.
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
Bonjour à tous, merci pour votre aide et pour toutes vos pistes.
J'ai fini par réussir à tout faire fonctionner comme je le voulais.
Avec votre aide, j'ai fais quelques tests de configurations et fini par arriver à un résultat.....je vous en remercie grandement.
Je créé un ticket en statut CLOS directement, le cron passe et envoi un mail de satisfaction.
Je pourrai vous fournir mes configs si d'autres usagers le désirent.
Merci encore
Offline
Rebonjour, derniere petite question....avec les enquetes de satisfaction...somme-nous capable de créer des rapports annuels par exemple?
Savoir l'appréciation des utilisateurs?
Merci !
Offline
Assistance > Statistiques > Ticket - Global
le dernier graphique est le tableau de la satisfaction
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
Excellent....merci beaucoup!..!
Offline
Pages: 1
Topic closed