[Glpi-dev] Temps sur les SLA
Bonjour,
J'ai des clients confrontés à un problème sur les SLA
Ils ont des temps de résolution possibles suivants avec des
résolution sous :
* 12h (aucun soucis)
* 24 heures (pb)
* 36 heures (pb)
* 48 heures (pb)
* le lendemain soit 1jour actuellement
Aujourd'hui on est incapable de pouvoir gérer ces 24h, 36h et 48h
Est-ce que vous pensez qu'il serait possible de modifier
1/ la table `glpi_slas` afin de garder le champ `resolution_time` pour
la durée et ajouter un champ `definition_time` qui va prendre les infos
suivantes 'hours', 'days', 'months'
2/ Pouvoir mettre le temps que l'on souhaite dans le formulaire de SLA
avec une dropdown pour la durée (chiffre numérique) et une dropdown
pour le temps ('hours', 'days', 'months')
Est-ce que vous pensez que c'est gérable? est-ce que ça va poser des
soucis de perf sur les calculs de SLA?
David
++
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Temps sur les SLA
Le 14/05/2013 08:21, David DURIEUX a écrit :
Bonjour,
J'ai des clients confrontés à un problème sur les SLA
Ils ont des temps de résolution possibles suivants avec des
résolution sous :
* 12h (aucun soucis)
* 24 heures (pb)
* 36 heures (pb)
* 48 heures (pb)
* le lendemain soit 1jour actuellement
Aujourd'hui on est incapable de pouvoir gérer ces 24h, 36h et 48h
Est-ce que vous pensez qu'il serait possible de modifier
1/ la table `glpi_slas` afin de garder le champ `resolution_time` pour
la durée et ajouter un champ `definition_time` qui va prendre les infos
suivantes 'hours', 'days', 'months'
2/ Pouvoir mettre le temps que l'on souhaite dans le formulaire de SLA
avec une dropdown pour la durée (chiffre numérique) et une dropdown
pour le temps ('hours', 'days', 'months')
Est-ce que vous pensez que c'est gérable? est-ce que ça va poser des
soucis de perf sur les calculs de SLA?
Salut,
des problèmes de perfs je ne pense pas.
Le mieux est de créer un ticket sur le sujet pour continuer les
discussions concernant l'implémentation.
++
Julien
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Temps sur les SLA
Je voudrais profiter de ce sujet pour vous transmettre une autre
problématique client que j'ai reçu et qui pourrait se solutionner
facilement.
Le scénario porte sur le traitement d'un ticket en dehors des plages
horaires soumises au SLA :
Exemple :
Si le SLA est effectif uniquement de 9h à 20h, qu'un client créé un
ticket à 8h30, et que par excès de bonté, un technicien traite le ticket
à 8h45, en dehors des horaires officielles donc.
À 9h10, le technicien met à jour le ticket (avec un suivi ou peu importe).
À ce moment précis, le temps de prise en charge du ticket sera de 10
minutes. Tout simplement parce qu'il a mis a jour le ticket à 9h10, et
qu'avant, le SLA n'était pas effectif.
Or, le temps de prise en charge du ticket devrait être de 0, et être
toutefois considéré comme pris en charge.
La problématique technique est assez simple : au niveau du Framework,
GLPI ne peut différencier un ticket non pris en charge, et un ticket
pris en charge sans délais.
Si on prend la peine de modifier la valeur par défaut du
takeintoaccount, en le passant de 0 à simplement NULL, et qu'on modifie
légèrement le framework pour considérer la valeur NULL, GLPI s'en
sortirait bien mieux.
J'ai déjà identifié les trois lignes à modifier et j'aimerais donc votre
avis pour savoir si cette problématique est commune à tous.
Bien à vous,
Anthony.
Le 14/05/2013 08:56, David DURIEUX a écrit :
Le Tue, 14 May 2013 08:52:27 +0200
Julien Dombre m...@indepnet.net a écrit:
Le 14/05/2013 08:21, David DURIEUX a écrit :
Bonjour,
J'ai des clients confrontés à un problème sur les SLA
Ils ont des temps de résolution possibles suivants avec des
résolution sous :
* 12h (aucun soucis)
* 24 heures (pb)
* 36 heures (pb)
* 48 heures (pb)
* le lendemain soit 1jour actuellement
Aujourd'hui on est incapable de pouvoir gérer ces 24h, 36h et 48h
Est-ce que vous pensez qu'il serait possible de modifier
1/ la table `glpi_slas` afin de garder le champ `resolution_time`
pour la durée et ajouter un champ `definition_time` qui va prendre
les infos suivantes 'hours', 'days', 'months'
2/ Pouvoir mettre le temps que l'on souhaite dans le formulaire de
SLA avec une dropdown pour la durée (chiffre numérique) et une
dropdown pour le temps ('hours', 'days', 'months')
Est-ce que vous pensez que c'est gérable? est-ce que ça va poser des
soucis de perf sur les calculs de SLA?
Salut,
des problèmes de perfs je ne pense pas.
Le mieux est de créer un ticket sur le sujet pour continuer les
discussions concernant l'implémentation.
Ticket créé : https://forge.indepnet.net/issues/4346
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Explication du mode GLPI
Le 08/05/2013 12:35, Ilyass ELHMAR a écrit : Bonjour, Concernant les actions automatiques, on dit qu'en mode GLPI, il faut de l'activité dans GLPI pour que l'action automatique puisse se déclencher, si non, on passe au mode CLI et on ajoute un cron dans le serveur... S'il vous plait, je me demande comment ça marche le mode GLPI (un COUNT ou bien...) ? Bonjour, je ne comprend pas trop votre question. En mode GLPI, le cron se lancent en tache de fond si un utilisateur affiche une page. Cordialement Merci d'avance. -- Ilyass ELHMAR 3ème Année cycle ingénieur, Génie Informatique, INSA ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
