Bonjour,  
 
Je suis en stage et mon manager il m'a demandé de trouver une solution de gestion des incidents mais le problème c'est que je n'ai pas encore trouvé une solution ou je peux ajouter des champs (ex adresse IP). et aussi d'ajouter des statuts de ticket autre que les statuts prédéfinis.
 
svp est-ce que vous avez des solutions à me proposer?
 
Merci.

bonjour,
Si tu n'as rien trouvé sur le forum GLPI ou avec un plugin (moins bien ).
je te deconseille de le faire dans le code.
Car tu ne pourras plus (ou difficilement) faire les maj de GLPI.
 
Adresse ip ? tu l'as si tu le lit a l'element qui lui a une IP
pour le type des tickets c'est de l'itil ! pourquoi les changer ?

C'est pas un outil très connu mais mon logiciel Astres, sous licence GPL, est très performant pour gérer les tickets. Tu peux faire le workflow que tu veux (définir le nom des statuts) car il est modélisé par un réseau de Pétri (pas de panique, c'est pas très compliqué à faire). Dans la dernière version (je l'ai pas encore packagée sur Sourceforge), l'outil est même capable de gérer des workflow différents en fonction du type de ticket.
 
Il est également capable, par configuration, de définir des champs personnalisés sur des tickets en fonction du type de ticket, de son niveau d'escalade (N0, N1, N2...) et du projet concernée (projet = système, composant logiciel... bref, ça dépende du contexte client). Ces champs peuvent être de différents types : texte sur 1 ligne, bloc de texte, date, liste déroulante à sélection unique ou multiple avec une liste de valeurs fixe ou provenant d'une table de la BD (cette table pouvant faire partie des tables de l'appli ou d'une table que tu auras rajouter, elle doit juste respecter certaines contraintes). Ces champs peuvent être affichés dès la création du ticket, ou une fois que le ticket existe. Ces champs peuvent aussi être définis comme critère de recherche dans le moteur de recherche de tickets.
 
L'outil dispose également de plugins permettant d'étendre les fonctions de base, en particulier pour répondre à des besoins très spécifiques, métier.
 
Ex de plugin :
- changement de charge graphique
- analyse sémantique pour proposer des tickets similaires, identiques ou corrélés
- affichage de templates dans le champ description pour aider à la saisie du ticket l'utilisateur
- enrichissement de la description d'un ticket à la volée avec des liens hypertextes pointant sur une base de connaissance (type Mediawiki ou GLPI...)
...

On n'a pas besoin que tu spam tous les topics avec ta pub non plus...

Je suis désolé, j'ai répondu à 2 topics où mon logiciel répond au besoin de l'auteur. Je ne vois pas en quoi c'est du spam. En plus je précise que j'en suis l'auteur et que je reconnais volontiers que ce n'est pas un logiciel très connu.

GLPI fait déjà tout cela....
sauf la charte graphique. Mais, beaucoup de logiciel sont bueau mais lent. Ce n'est pas un critére.
GLPI est rapide

Le seul truc que je reproche à GLPI c'est que c'est une vrai usine à gaz et si on le couple avec OCSiNVENTORY on a là une vrai centrale nucléaire.
 
Mais la complexité de la gestion va alors avec.

cela depend ce que l''on recherche.
Ce n'est pas qu'un logiciel de ticket.
Mais ne pas relier un ticket à un logiciel/materiel, je trouve cela bizarre.
OCSiNVENTORY on l'a aussi. Cela depend de ce que tu veux remonter.
Si tu t'amuse a remonter tous les logiciels avec un filtrage coté GLPI, Alors oui.
Faut bien etudier les besoins, les possibilités, la maintenance etc...
Il y a moyen d'avoir des aides payante de la part de l’éditeur Techlib.
https://glpi-project.org/fr/support/