Module de gestion de parc

Bonjour à tous,

avec mon équipe, nous avons développé un nouveau module destiné principalement aux sociétés de maintenance informatique.

InfoExtranet permet de gérer et de prendre en compte de l’état d’un parc d’équipements au sein de Dolibarr. Pour cela, il va ajouter plusieurs onglets complémentaires aux tiers afin de regrouper des informations sur les états des parcs.

Il ajoute 3 onglets complémentaires aux tiers :

  • L’onglet « État de Parc »,
  • L’onglet « Applications »,
  • L’onglet « Équipements ».

ll permet de peupler les parcs en créant différent type d’objets :

  • Des applications,
  • Des équipements,
  • Des adresses,
  • Des rôles.

Le module possède aussi ses propres menus, permettant ainsi la création de ces objets et une vue globale de l’état de l’ensemble des parcs et de ses objets.

A terme, nous allons intégrer les fonctionnalités suivantes :

  • L’ajout massif d’objet,
  • Des liens de saisie rapide supplémentaires.

Ce module a été testé pour les versions suivantes :

  • Dolibarr v.7.0.3,
  • Compatible PHP v.5.6+.

Nous l’utilisons en interne en ce moment même et ajoutons des fonctionnalités en fonctions de nos besoins.
N’hésitez pas à nous faire des retours !

Bonne journée.

module_infoextranet-1.3.1.zip (1.21 MB)

7 J'aimes

Merci bcp !!

Bonjour,

Merci pour ce partage !

Actuellement nous utilisons GLPI et l’outil d’inventaire automatique Fusioninventory pour gérer les parcs de nos clients, mais c’est pénible de n’avoir aucun lien entre Dolibarr et GLPI.

Est-ce qu’on pourrait envisager que votre module puisse être « nourri » par les inventaires remontés par les agents Fusioninventory installés sur les postes des clients ?

1 J'aime

Salut egroult,

belle initiative :happy:

Par curiosité:
pourquoi n’avez vous pas créé 2 modules (un dans GLPI par exemple et 1 dans dolibarr) pour lier les deux solutions :
exemple :
Facturation d’un « truc » à un client dans dolibarr = création d’un « truc » et association dans glpi (matériel, soft, etc…)
Intervention dans GLPI = création/modification d’un événement dans dolibarr.
Création d’un tiers/contact/adresse dans dolibarr = création d’un tiers/contact/adresse dans GLPI
etc…
Le tout en restreignants les bons accès pour qu’une solution soit à chaque fois « maître » sur l’autre (sinon, bonjour les problème de synchro … et d’accès multiples simultanés…)

Après, je ne sais pas si les API de part et d’autre permettent cela :dry:

Je trouve dommage de re-développer une solution existante dans dolibarr.

Ne prends pas ces critiques négativement : je ne suis pas développeur et encore moins dans le milieu de l’informatique.
Je veux juste comprendre :happy:

1 J'aime

=> Ce module a été développé sur la base du ModuleBuilderV7 et selon notre cahier des charges internes dont la gestion des API.
Nous connaissons GLPI & Fusion Inventory mais nous ne l’utilisons pas. Nous étudions la compatibilité avec OCS Inventory.

=> À ce jour, seulement une petite partie du module est interfacée avec des API .
Mais à terme et grâce aux APIs, il est serait donc possible de ‹ nourrir › le module ou de ‹ peupler › un autre un outil externe.

Petit souci avec le module
le dossier doit etre copié deux fois
une fois ds htdocs et une fois ds custom
ce n est pas un pb en soi …mais un pb avec le « standard dolibarr »

Le fichier ZIP est prévus pour être déployer via l’installeur/déployeur de module externe.

Il n’a pas besoin d’être copié manuellement dans Dolibarr et encore moins dans deux dossiers distincts.

Desolé je savais pas :happy:
Je ne pensais pas d ailleurs que cela pouvait faire une difference selon l install

J ai l habitude de proceder ainsi …decompresser et copier le dossier ds htdocs
la structure du zip d ailleurs est htdocs/infoextranet

Apres test sur dolicloud
le dossier est plutot « htdocs/custom »

En tout cas JE CONFIRME QUE CA MARCHE BIEN EN V7
ET M EXCUSE D AVOIR DIT UNE BETISE

@pm17 : au plaisir de pouvoir t’aider :happy:

Bjr Egroult
Petite liste d idees d ameliorations futures
Pouvoir faire une fiche pdf ou odt de l equipement pour l impression
Pouvoir lier l equipement a un numero de contrat
Pouvoir lier l equipement a une intervention

Calculer en auto le temps de garantie restant a partir de la date d achat grace a la duree d une periode de garantie(normalement 24 mois)

Transformer en option desactivable
L’onglet « État de Parc »,
L’onglet « Applications »,
L’onglet « Équipements ».

Bonjour pm17,
Merci pour votre retour !
Concernant les points suivants:

=> Il existe un module que nous utilisons permettant l’export PDF/CSV des différentes listes du module (notamment pour les équipements): https://www.dolistore.com/fr/modules/845-Liste-exportation---importation.html?search_query=import+export+csv&results=83

=> Il s’agit en effet d’une idée pertinante qui pourrait être utile.

=> C’est à étudier.

=> Cela sera possible pour une prochaine version.

=> Ce n’est pour le moment pas prévu, même si cela pourrait être envisageable.

[quote=« agendre, post:11, topic:28418 »

=> Il s’agit en effet d’une idée pertinante qui pourrait être utile.

=> C’est à étudier.
[/quote]

Cela serait il possible avec des extrafields ?
en utilisant le type lien vers objet…

Du coup l objet Equipement a quelle classe ?
Société:societe/class/societe.class.php
Contact:contact/class/contact.class.php

Equipement ou Equipment ?

Merci a vous

Merci et félicitation pour ce don, qui servira surement, je le testerai courant novembre . :happy:

Bjr Elgrout

pouvez vous me confirmer les infos suivantes ?

NOM DE L OBJET NOM DE L OBJET DS LA CLASSE CLASSE
Equipement device class/device.class.php
address address class/address.class.php
application application class/application.class.php

role----------------------------role----------------------------------------------------------------------------------------------- class/role.class.php
Equipement
Reseau---------------------networkdevice-----------------------------------------------------------------------------------networkdevice.class.php

Bjr Elgrout

pouvez vous me confirmer les infos suivantes ?

NOM DE L OBJET NOM DE L OBJET DS LA CLASSE CLASSE
Equipement device infoextranet/class/device.class.php
address address infoextranet/class/address.class.php
application application infoextranet/class/application.class.php
role role infoextranet/class/role.class.php
Equipement
Reseau networkdevice infoextranet/class/networkdevice.class.php

Bonjour pm17,

Pour répondre à votre question :

=> Reprenons votre tableau :

NOM DE L’OBJET NOM DE L’OBJET DANS LA CLASSE CLASSE
Equipement Device infoextranet/class/device.class.php
Adresse AddressExtra infoextranet/class/address.class.php
Application Application infoextranet/class/application.class.php
Rôle Role infoextranet/class/role.class.php

N.B. : L’objet « Equipement Réseau » n’est pas utilisé, mais il hérite directement de l’objet : « Equipement ».

https://wiki.dolibarr.org/index.php/Module_InfoExtranet

Bonjour,

Merci pour cette mise à disposition je testerai aussi le module dès que j’ai un moment mais comme Arre et ZenAdm la problématique chez nous c’est que tous ces éléments sont dans Glpi et mon souhait (depuis quelques années) c’est de commencer a les faire communiquer plutôt que de tout ressaisir bêtement…

Nous avons commencer le travail sur les API mais ce n’est pas si simple…

Au plaisir d’échanger sur ces sujets car de manière assez étrange c’est vrai qu’il y a peu de module dédiés aux activités des société d’informatique pour Dolibarr…peut etre parce ce que chacun a scripté dans son coin…

A noter aussi que l’approche « tout dans dolibarr » semble avoir du sens etant donné que les tickets arrivent dans le Core…après pour ceux (comme moi) qui travaillent depuis des années dans glpi c’est difficile de décrocher :wink:

A bientôt

Christophe.

@pm 17 : nous allons mettre à jour le wiki.

@ChrisG : le besoin de lien entre DOLIBARR et GLPI | OCS est une demande récurrente.
L’étude et le chiffrage de cette passerelle pourrait être envisagée.
Au besoin, le cout de développement pourrait être mutualisé.

J ai fait ce que j ai pu :sunglasses:

1 J'aime