You are not logged in.
Version GLPI 0.85.5
Salut,
Je viens vers vous avec une question très importante pour notre société car nous voulons implémenter des SLAs :
est-ce qu'il y a la possibilité d'établir pour les tickets qu'une fois un changement fait et un autre SLA appliqué, la date prise en charge soit celle du système et non pas la date d'ouverture du ticket ?
E.g. J'ouvre un ticket et j'applique un SLA de 30 minutes et l'héure actuelle est 14:00. Si à 14:15 je me rends compte que je dois le transférer vers une autre équipe pour laquelle le temps de la résolution est de 20 minutes alors, étant donné qu'à ce moment la date prise en compte est la date d'ouverture du ticket, il leur restera que 5 minutes pour le resoudre car pour le champ Date d'échéance la valeur sera changée automatiquement de 14.30 à 14.20...
Merci d'avance de votre retour !
(vous pouvez me répondre soit en Anglais soi en Francais)
Offline
Le sla est un accord avec votre client. Même si vous transferez à une autre équipe votre engagement reste le même. Pendant ce temps là le client attend.
Pour votre problème passez en 9.2 qui gère le concept de sla différemment. Des SLT pour le client et des ola en interne.
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
Donc, si j'ai bien compris : je passe en 9.2, je crée une règle métier pour les tickets, j'ajoute quelques OLAs et je vais pas rencontrer la situation mentionnée ci-dessus, oui ?
Offline