> > L'installation et la prise en main se sont faites rapidement et sans > grande difficultés (bravo, c'est souvent une faiblesse des logiciels > libres). > > Je souhaite vous adresser en toute amitié les premières observations qui > me sont venues à l'esprit pendant ces premiers contacts avec votre > produit. >
Merci de vos encouragements cela fait toujours plaisir ;p > Installation : un erreur est remontée, assortie d'une explication > (pertinente) sur les droits du répertoire /docs. En effet, ce > répertoire, et tous les fichiers de GLPI d'ailleurs, appartenaient à un > utilisateur inexistant sur mon système, sans nom, et de PID 501? > Un chown au profit de WWW-data a tout remis en ordre, et la reprise de > l'installation a été couronnée de succès. Je ne sais pas d'ou peux venir cet UID 501, il faut peut etre jeter un oeil dans les options de décompression de l'archive... > Installation encore : à deux reprises, l'utilisateur est fortement avisé > de ne pas détruire le compte HELPDESK. > C'est sans doute assez important pour qu'on le signale avec autant > d'insistance mais... il n'y a pas d'utilisateur HELPDESK. > J'ai supposé qu'il s'agissait en fait de l'utilisateur post-only, et > dans le doute, je n'ai pas touché aux comptes prédéfinis de GLPI. > En fait nous nous sommes arrangés pour que cet utilisateur n'apparaisse pas dans la liste des utilisateurs depuis l'interface web, par contre il existe effectivement dans la base de données (table glpi_user). C'est l'utilisateur qui permet de poster des interventions anonymes, si cette option est choisie. Mais effectivement nous pourrions enlever ce message lors des procédures l'install/mise à jour, ou le faire apparaitre en plus petit. > Utilisation : Je me suis rapidement intéressé à la gestion des > cartouches, qui est ma première motivation pour GLPI. > Plus que des cartouches, ce sont des consommables que je gère. Je dois > donc pouvoir traiter des cartouches bien sur, mais aussi des tambours, > des fours, des réceptacles d'huile, etc. > J'ai donc donc voulu compléter la liste des cartouches intialement > limitée à "jet d'encre", "toner" et "ruban". Je n'ai pas trouvé où le > faire (menu configuration ?). Ces valeurs sont-elles dans une table, ou > codées en dur ? > Oui c'est ecrit en dur, la remarque nous a déjà été faite, nous allons faire en sorte globalement de ne plus avoir de choses codées en dur, et de passer par les intitulés à chaque fois. > > Après ces quelques heures d'utilisation seulement, je ne peux m'empécher > de vous faire ces quelques suggestions d'ordre fonctionnel. > > - Plutôt que des cartouches, il serait intéressant de retenir la notion > de consommable au sens large (produit sans identification unitaire, géré > par quantité et non par unité). J'y inclue personnellement les > disquettes, CD-R, tapis de souris, les cordons réseau, les produits > d'entretien (bombes et lingettes) et même les souris et les claviers. > Ca nous a aussi déjà été proposé, je pense qu'à terme nous y viendront, pour l'instant le temps nous manque cruellement, mais je suis d'accord pour dire que ce serait vraiment un plus. > - Seuil de renouvellement des cartouches : il devrait pouvoir être fixé > cartouche par cartouche (consommable par consommable). > > - Gestion "financière" : le prix des cartouches fait partie de mes > soucis quotidiens. Je n'ai pas vu dans GLPI le moyen de gérer cet aspect. > De la même manière c'est une bonne idée dans le cadre du passage à la gestion "consomables" il faudra y penser. > - Je n'ai pas vu comment gérer une catégorie fondamentale : mes > utilisateurs (mes clients). Un pc, un écran ou une imprimante sont > détenus par un utilisateur, membre d'un service. Je ne vois pas comment > le faire apparaître dans GLPI. C'est d'autant plus frustrant que ces > infos sont déjà dans mon LDAP. Il me suffirait de pionter l'utilisateur > dans une liste pour récupérer toute son affectation (direction, service, > voire même sa situation géographique). > C'est aussi un point qui reviens souvent, il faudra que l'on reflechisse à la possibilité de lier un utilisateur "géré" (autre qu'un champ texte) et un matériel... le fonctionnement actuel doit rester possible, mais on verra s'il est interressant de rajouter la possibilité de... > > Voilà, il se fait tard, mais je ne voulais pas perdre ces reflexions à > chaud. J'en aurai surement d'autres dont je vous ferai part alors. > Merci pour vos retours, n'hésitez pas à continuer dans cette voie c'est toujours bénéfique pour le projet et c'est ainsi qu'on arrive à avancer. -- Pour l'equipe de dev. Bazile
