You are not logged in.
Bonjour.
Actuellement, sauf erreur de ma part, les règles métiers en sont exécutées qu'à la création du ticket.
La possibilité de déclarer des règles métiers 'en modification ticket' (même principe d'enchainement de règles) permettrait :
* de gérer l'escalade de tickets entre services (catégorie ticket niv0 / niv1 / niv2 /etc) qui réaffecte l'attribution du groupe d'escalade
A la création du ticket, sélection catégorie niv0 attribue le ticket au groupe Groupe_Niv0 via règle métier de création de ticket
Puis, en changeant la catégorie (catégorie niv1 par exemple), on réaffecte le ticket au Groupe_Niv1 via règle métier modification ticket.
* de réaffecter la bonne SLA si la catégorisation a été initialement mal effectuée
De façon générale, les règles métiers de modification ticket, en ayant la possibilité d'agir sur la valeur initiale et la nouvelle valeur du champ, permettrait une gestion de workflow de traitement de ticket.
Merci pour vos commentaires sur ce sujet.
GLPIen en cours d'évaluation du produit et en phase de maquettage
GLPI 0.83.7
Offline
Cette demande a déjà été effectuée.
Par contre, ce qui nous manque pour pouvoir envisager le développement, ce sont des spécifications fonctionnelles.
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