Réflexions sur la refonte de l'affichage du ticket

validé le 05/07/09

voir KbTracking
----

Objectifs : séparer

- l'historique du ticket (traçabilité de la vie du ticket)
- les suivis (notes ou dialogues avec l'utilisateur)
- la résolution (lien avec la kb ou non)
- les taches liées au ticket (planifiée ou non).
- les documents

Ajout de nouveaux onglets

  • Taches : Un tâche (defaut public/privé fonction de pref user), elle peut être planifiée ou non et est attachée à un technicien
    Eléments : descriptif, type de tâches, temps, planification, utilisateur (tech)

Possibilité dans un second temps : Afficher ici la liste des taches avec leurs caractéristiques dans une liste. Notion de catalogue de tâches.

Bouton "ajouter une nouvelle tache"

  • Résolution : Description de la résolution du ticket + dropdown type de résolution , possibilité de faire un lien avec la kb en cop/col d'un article de la kb. cf chantier lien KbTracking
  • Historique : traçabilité de tous les évènements du ticket de manière neutre sans informations sensibles (cf historique inventaire)
  • documents du tickets

Concernant le "ajouter un nouveau suivi" : un nouveau suivi (privé ou public cf pref user). Il correspond à une note du technicien ou à un dialogue avec le demandeur (dans ce cas il faudra cocher "public" ou "avertir le demandeur" par exemple.)

Impact sur les notifications

Ajouter les notification dans la configuration des notifications :

  • à chaque nouvelle tâche
  • à chaque modification du ticket ? (pour faire la distinction entre tâche, suivi et modifs)
    • transfert de la config "historiser les modifications des tickets en ajoutant des suivis" dans la config des notifications

Impact sur la mise à jour

Requalifier les suivis planfiés en tâches planifiée.

Pour le reste suivis non planifiés, il est impossible de faire le tri (suivi, taches ou historique).

On peut être se baser également sur la durée pour le suivi. Si le suivi possède une durée alors on estime qu'il s'agit d'une tâche.

Renommage de la table planning_tracking -> task_tracking, copie des données de followup vers task_tracking puis suppression des followups

Mockups

En attachement quelques mockups permettant de visualiser les modifications à apporter. A discuter bien entendu.

Echanges

- Walid : il peut-être intéressant d'aller plus finement dans la partie notification des modifications d'un ticket : seules certaines actions intéressent parfois les gens (seulement les changements de statut, seulement l'affectation à un groupe, etc).
- MoYo : dans un premier temps, il faut se recalquer sur le mode de gestion actuel. Ce problème est plus lié à la partie notifications. Il y a d'ailleurs un critère générale : Mie à jour du champ X sur le chantier GlpiNotifications.

- MoYo :
- Ticket :
- Peut-être que l'onglet Suivi devienne l'onglet par défaut ?
- JMD : OUI
- Je virerai la partie document du form principal. On gagnerait de la place et en clarté.
- JMD : OUI
Suivis : Sont ils modifiables ? Si formulaire ajout petit peut-être un affichage permanent ? Bouton ajout au dessus de la liste (problème listes longues) ? :
JMD on garde le système actuel
- Taches : idem suivis ?
- JMD on garde le système actuel
- Résolution : Système de copier / coller ou simplement liaison des éléments de la KB ? ou copier/coller manuel ?
- JMD le cop/cl auto est possible mais ça signifie que la résolution soit en html.
- Documents : RAS

- Nelly
- Nom du demandeur dans un ticket
- Si doublon de nom dans l'entité ou les sous-entités, cela est difficile de retrouver le bon demandeur (si les préférences ne sont pas remplies)
- Comment afficher l'entité en se limitant à une seule dropdown ? ajout du nom de l'entité à la suite du nom du demandeur ? arborescence dans la dropdown listant le nom de l'entité et les demandeurs, un peu comme lorsqu'on clique sur Entité racine ?
- jmd : revoir mode sélection utilisateur

- N° de ticket
- Serait-il possible d'ajouter un préfixe à un numéro de ticket ? dans le cas de l'interfaçage avec des bases existantes, cela évite au SPOC de faire de multiple requêtes (plusieurs demandes sur le forum à ce sujet)
- jmd : ???

- remi
- Mettre le bouton "Ajouter et Fermer" uniquement sur l'écran de saisie de la solution ?
- jmd : ok

Ticket.png (105 KB) jmd, 05/20/2009 12:46 AM

suivi.png (105 KB) jmd, 05/20/2009 12:47 AM

Taches.png (114 KB) jmd, 05/20/2009 12:47 AM

Documents.png (104 KB) jmd, 05/20/2009 12:48 AM

Historique.png (110 KB) jmd, 05/20/2009 12:48 AM