You are not logged in.
Bonjour,
Je propose d'ajouter dans les fiches descriptives du matériel (computers, devices, printers, etc.) un champ "service organisationnel".
Ce champ permettrait de savoir à quel service appartient un matériel ("service compta", "service achat", "direction", "service commercial", etc.).
J'ai pensé (merci à Wawax sur IRC) à utiliser les groupes, mais il n'y a pas de gestion arborescente possible comme pour le champs "location" (donc avec des services organisationnels qui pourrait être enfant / parent d'un autre).
Si je code cette modification, est-ce une évolution qui pourrait s'intégrer dans GLPI directement ?
Merci
Offline
bonjour
effectivement c'est intéressant d'y réfléchir.
maintenant la problèmatique n'est pas si évidente, car on peut avoir des services :
* locaux (à une entité)
* globaux
ça peut dépendre de l'orga de la boite (j'ai déjà vu les 2 cas)
Avant de coder quoique ce soit, je pense que vous pouvez commencer une page sur le wiki de dev glpi afin qu'on puisse en parler calmement.
Offline
J'ai créé une page sur le wiki : https://dev.indepnet.net/glpi/wiki/Cham … isationnel
Je ne pense pas que je puisse modifier la page d'accueil du wiki pour créer un lien vers cette page.
Offline
je viens de le faire, et j'ai ajouté qq remarques.
il faut maintenant en parler avec les autres devs, pour voir dans quelle direction on pourrait aller
Offline
Ok merci pour tout
Concernant ton ajout sur la page, il ne manque pas la fin ? ("Dans tous les cas,... "?)
Offline
Bonjour,
L'entreprise qui a intégré GLPI et qui souhaite ce champs supplémentaire en a besoin pour janvier 2009.
Est-ce qu'il est envisageable que je commence à coder une partie qui sera intégré au code principal de GLPI ?
Merci et à bientôt !
Offline
Dans l'absolu oui, mais on ne peut intégrer ce qui a été validé par l'ensemble de la dev team et qu'un accord est acté sur les spécifications developpées.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Dans l'absolu oui, mais on ne peut intégrer ce qui a été validé par l'ensemble de la dev team et qu'un accord est acté sur les spécifications developpées.
Pour info, j'ai rajouté un mockup sur le wiki.
Comment se passe la validation par l'équipe de dev pour qu'on puisse avancer sur ce sujet ?
Excellente journée
Offline
pour moi ce champs peut pas être une dropdown,
ça doit être comme un groupe, car on doit pouvoir faire des services qui sont locaux à une entité, et d'autres globaux (récursifs).
Offline
Le problème des groupes, c'est qu'il n'y a pas de notion d'arborescence (ou du moins je ne l'ai pas vu).
De la part de l'entreprise qui souhaite cette évolution, l'arborescence est indispensable.
Wawa, quand tu parles de services globaux "récursifs", tu peux détailler ce que tu entends par là ?
Offline
Wawa, quand tu parles de services globaux "récursifs", tu peux détailler ce que tu entends par là ?
la même chose que pour les fournisseurs/contracts/contacts
on peut créer un fournisseur visible que dans une entité (celle où il est crée), soit visible dans son entité et toutes les sous entités (récursif).
dans une sous-entité, on peut associer une machine à un fournisseur, mais on ne peut pas modifier les données du fournisseur.
Offline
Bonjour, je reprends cette discussion en cours. je suis chargé du projet de gestion de parc dans mon entreprise (12000 machines environ). Le choix s'est porté sur OCS/GLPI. L'étude que je mène actuellement sur GLPI fait apparaitre un manque sur ce champ services. Nous avons plusieurs services distincts dans un même bâtiment. Nous souhaiterions pouvoir ventiler les matériels par services et divisions en plus de l'affectation par localisation. L'idéal serait de pouvoir donner un accés aux administrateur d'un service uniquement sur le parc du service qui les concernent. Je pense que je rejoins wawa dans sa vision du problème. Pensez vous que ce soit une fonctionnalité qui peut être intégrée dans la prochaine release. Merci aux développeurs.
BMO - Toulouse
En production sur 1 Serveur Centos 5.3 - GLPI 0.72.4 - OCS 1.3.3
7000 machines - TAG pour liaison Entités (20) - connexion LDAP (AD & OpenLDAP)
En développement sur 1 Serveur Centos 5.3 - GLPI 0.78.2 - OCS 1.3.3
Offline
Bonjour à tous,
Ce champ service ne semble pas passionner grand monde. Pourtant je pense que ce serait un réel gain dans la gestion d'un parc. Dans la liste de Roadmad prévu pour les prochaines versions, ce point ne semble pas non plus à l'ordre du jour. Est-ce un problème bloquant à développer.
Merci pour votre réponse.
BMO - Toulouse
En production sur 1 Serveur Centos 5.3 - GLPI 0.72.4 - OCS 1.3.3
7000 machines - TAG pour liaison Entités (20) - connexion LDAP (AD & OpenLDAP)
En développement sur 1 Serveur Centos 5.3 - GLPI 0.78.2 - OCS 1.3.3
Offline
Je ne comprends pas votre problème.
L'idéal serait de pouvoir donner un accés aux administrateur d'un service uniquement sur le parc du service qui les concernent
Votre demande correspond déjà à de l'existant à savoir les entités dans GLPI.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
L'entreprise qui demande cette évolution "champs service organisationnel" est maintenant pressée et je vais donc devoir faire l'évolution.
Vu que l'approche "champs dropdown" comme je l'ai maqueté dans le wiki ne semble pas convenir à l'équipe des développeurs GLPI, je vais leur faire ça sous forme de patch. Si jamais vous êtes intéressé, je pourrai vous le transmettre.
Bonne continuation et excellente journée à vous tous
Offline