You are not logged in.
Pages: 1
Bonjour à Tous,
Dans le cadre de mon stage, je travaille dans un projet pour faire le paramétrage de GLPI.
Maintenant, on essaie de comprendre le processus automatique de création d’un ticket, afin de faire le paramétrage final. (On voudrait savoir chaque phase du processus et les actions qui sont mises en place.)
Dans cette phase, on a trouvé de difficultés, par rapport à l’attribution des tickets qui ont été créé de fa-çon automatique à partir du courriel électronique.
Voici le problème que j’essaie de résoudre :
On a créé un ticket (on a juste le créé), en suite, on a envoyé un courriel électronique vers l’utilisateur GLPI responsable du ticket et on a mis en copie le collecteur GLPI.
Comme résultat on a eu :
La mise à jour du ticket, mais malheureusement, le ticket n’a pas été attribué à l’utilisateur vers qui on a envoyé le mail. (Comme information additionnel, on a le même résultat, pour la création d’un ticket en utilisant le mail).
Si j’ai bien compris le processus interne de GLPI est le suivant :
1. Le collecteur reçoit le mail envoyé.
2. L’action automatique » mail gaite » récupère l’information.
3. Mise en place des actions selon le paramétrage des règles.
4. Création du ticket ??
5. Injection en base.
6. Envoie de notifications.
Selon cette logique, dois-je modifier le paramétrage d’une règle ?
Si la réponse est positive, quelle règle dois-je modifier ?
Merci d’avance pour vos réponses et veuillez m'excuser pour les éventuelles fautes d'orthographe et de style. Je suis étudiant étranger.
Offline
Non
1. l'action automatique mailgate se lance. Cela va lire la boite mail
2. chaque mail est analysé et pre-transformé en ticket
3. les règles du collecteur sont jouées pour préparer l'affectation tu ticket à la bonne entité
4. les règles métier sont jouées pour affiner la pre-création du ticket
5. le ticket est créé en base
6. le workflow interne est joué pour parfaire la création (changement de status, envoie de notification...)
L'envoie d'un mail d'affectera jamais un ticket.
Lors de la création d'un ticket depuis un mail, le From est transformé en Demandeur et les Cc sont transformés en Obrservateurs
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 votre réponse,
Selon je comprends :
1. Si on crée un ticket à partir d’un mail, pour que le ticket soit attribué à quelqu’un, il est impératif d’aller sur GLPI et le faire de façon manuel (On ne peut pas automatiser cette tâche)
2.Si le ticket est déjà créé, on peut utiliser le mail que pour ajouter des suivis. Pas pour mettre un utilisateur comme observateur.
Merci d’avance pour vos réponses et veuillez m'excuser pour les éventuelles fautes d'orthographe et de style. Je suis étudiant étranger.
Offline
1. Si on crée un ticket à partir d’un mail, pour que le ticket soit attribué à quelqu’un, il est impératif d’aller sur GLPI et le faire de façon manuel (On ne peut pas automatiser cette tâche)
vous pouvez automatiser cette tâche avec des règles.
par exemple : vous creez 3 collecteurs
-computer.glpi@mycompany.com
-telephone.glpi@mycompany.com
-imprimante.glpi@mycompany.com
si le collecteur est computer.glpi@mycompany.com alors attribuer à technicien A....
autre exemple :
si le titre contient "panne" alors attribuer à "equipe depannage"
si le titre contient "imprimante" alors attribuer à "equipe impression"
autre exemple :
si le demandeur est en espagne attribuer à helpdesk madrid
si le demandeur est en france attribuer à helpdesk Paris
2.Si le ticket est déjà créé, on peut utiliser le mail que pour ajouter des suivis. Pas pour mettre un utilisateur comme observateur.
vous avez bien compris.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Merci bien pour vos réponse, je vais tester et après je ferai le retour.
Offline
Pages: 1