GLPI : Catégorie des tickets
+
Par Remi le dimanche 18 octobre 2009, 10:00 - Développement - Lien permanent
Alors que la version GLPI 0.72 est stabilisée et n'est plus modifiée en dehors de quelques corrections mineures, la version développement, qui devrait sortir sous le numéro 0.80, est en pleine activité.
Je vais donc essayer de poster régulièrement quelques copies d'écran pour vous permettre de découvrir les nouveautés et vous permettre d'y réagir.
Version cible 0.80.
Jusqu'à présent, les catégories de ticket étaient un simple "intitulé" comme plusieurs autres.
Désormais, c'est un objet plus complexe, géré depuis le moteur de recherche habituel :
Une catégorie peut être définie dans une entité, ce qui permettra à chaque administrateur "local" de personnaliser l'activité de son centre de support. Une évolution attendue par les utilisateurs.
De nouveaux champs font leur apparition :
Le responsable et le groupe permettront l'assignation automatique lors de la création d'un ticket.
La liaison vers une rubrique de la base de connaissance est aussi prévue.
D'autres intitulés devraient aussi être désormais gérés de cette manière :
- Les catégories de tâches (nouveauté permettant des statistiques sur l'activité des techniciens)
- Les lieux (avec quelques nouveaux champs, par exemple un code bâtiment ou service pour le lien vers un outil externe ou l'impression de code à barre pour faciliter la gestion de l'inventaire physique)
Au sens ITIL, cette évolution devrait permettre d'alimenter un catalogue de services.
Les commentaires sont les bienvenus.
Commentaires
Salut,
intéressant ?
itsminfo.fr/glpi
login visiteur
pwd visiteur
outil>rapport>Exportation TICKETs
Avec le 0.80, la partie assistance doit passer sur le moteur de recherche standard, comme les autres objets.
Avec cette évolution, on bénéficiera automatiquement de l'export CSV / PDF paramètrable (choix des colonnes) de la liste des tickets.
+
Pour mémoire, le projet dispose désormais d'une forge pour les plugins et d'un catalogue. Ces 2 outils permettent à ceux qui le souhaitent d'utiliser l'infrastructure du projet pour publier leur développement. Chaque plugin est un projet autonome avec son responsable et ses développeurs.
++