You are not logged in.
Pages: 1
Bonjour,
Sur un ticket, je n'ai pas la "date d'échéance".
Comment activer celle-ci afin d'avoir une dead line pour les tickets?
Merci
Version GLPI utilisée: 9.5.7
Offline
Bonjour,
Il faut gérer cela avec les SLAs (menu configuration-->niveaux de services).
php : 7.2.24 - MySQL : 5.5.46 - GLPI 9.5.2 (3 entité - 778 utilisateurs) - ubunutu server 18.4 LTS /behavior 2.4.1/Comptes 2.6.0/Form Creator 2.10.3/FusionInventory 9.5
Offline
Je ne comprend pas le fonctionnement et comment les configurer
Mon but est que sur un ticket qui doit être fait avant le 31/10/2017 par exemple, une alerte ou la priorité change
Version GLPI utilisée: 9.5.7
Offline
En 9.2 vous n'avez plus de date d'échéance mais une date de résolution
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
Comment fonctionne cette date de résolution ?
Version GLPI utilisée: 9.5.7
Offline
Bonjour,
En 9.2 vous n'avez plus de date d'échéance mais une date de résolution
Je ne suis pas d'accord avec cette réponse. En 9.2, il s'agit de "Temps de résolution" et non de "Date de résolution". Le nom du champ n'est pas correct car la valeur du champ est une date. Un temps représente une durée qui s'exprime en unité de temps (secondes, minutes, heures, etc.). Pour autant, le terme de "Date de résolution" n'est pas explicite pour désigner une date limite. Je partage le point de vue de n.clavel sur l'utilisation du nom "Date d'échéance" qui était beaucoup plus clair.
Pouvez-vous indiquer ce qui justifie ce changement lexical ?
Est-il possible de réutiliser le terme précédent (Date d'échéance) dans la prochaine version de GLPI ?
Offline
Je suis d'accord avec nquiniou concernant le terme date d'échance
Version GLPI utilisée: 9.5.7
Offline
yllen, quel est votre avis ?
Offline
Pages: 1