[Glpi-dev] Deux nouveaux plugins

2007-11-12 Thread CORDONNIER THomas
Bonjour

Dans le cadre de mon activité professionnelle je viens de réaliser la
migration d'un outil propriétaire vers GLPI. A cette occasion j'ai
implémenté deux nouveaux plugins correspondant à des fonctionnalités
présentes dans l'ancien outil et que je n'avais pas trouvé dans GLPI.
Ma société est favorable à une diffusion de ces plugins sous licence GPL
mais ne souhaite pas être citée c'est pourquoi je vous écris depuis mon
adresse personnelle.

Voici les deux plugins actuellement développés :

1. Importation de masse
Par exemple vous venez d'acheter 50 ordinateurs strictement identiques,
seul diffère pour le moment le numéro de série. Vous créez un template
avec l'interface de GLPI puis vous entrez dans le plugin, donnez le nom
du template et fournissez les numéros de série, soit dans un fichier
texte (1 numéro par ligne) soit par séquence (exemple : ABC001 à
ABC050). Ainsi 50 lignes sont rajoutées dans la base de données en
beaucoup moins de temps qu'avec l'interface nouvel ordinateur à partir
d'un gabarit.
Le plugin fonctionne pour les ordinateurs, écrans, et imprimantes
(peut-être autres périphériques plus tard)

2. Rapports personnalisés :
Vous fournissez la requête SQL (le plugin limite volontairement aux
SELECT, hélas sans UNION possible), et un nom, et un nouveau rapport est
ajouté à la page des rapports.
Le plugin permet de saisir des paramètres, dans ce cas une page
intermédiaire (comme dans votre rapport par année) apparaîtra. Pour le
moment pas de distinction de type des paramètres, mais on peut les
reprendre dans la requête.

Pouvez-vous s'il vous plaît :
- m'indiquer si, malgré mes recherches, un de ces plugins vous paraît
faire doublon avec un autre en développement ou déjà stable?
- dans la négative me donner un accès au SVN pour que je puisse les
importer et les voir apparaître dans la liste des plugins en développement?

En fait je me demande si ces deux fonctionnalités ne pourraient pas à
terme faire partie du noyau standard de GLPI : je ne l'ai pas fait car
la durée de ma mission ne me permettait pas l'étude approfondie du code
source de GLPI, mais il serait intéressant d'avoir l'importation de
masse directement sous forme d'un bouton lorsque vous regardez la liste
des ordinateurs, non ?

Amicalement
Thomas CORDONNIER



___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


Re: [Glpi-dev] Deux nouveaux plugins

2007-11-12 Thread Walid Nouh


CORDONNIER THomas wrote:
 Bonjour

 Dans le cadre de mon activité professionnelle je viens de réaliser la
 migration d'un outil propriétaire vers GLPI. A cette occasion j'ai
 implémenté deux nouveaux plugins correspondant à des fonctionnalités
 présentes dans l'ancien outil et que je n'avais pas trouvé dans GLPI.
 Ma société est favorable à une diffusion de ces plugins sous licence GPL
 mais ne souhaite pas être citée c'est pourquoi je vous écris depuis mon
 adresse personnelle.

 Voici les deux plugins actuellement développés :

 1. Importation de masse
 Par exemple vous venez d'acheter 50 ordinateurs strictement identiques,
 seul diffère pour le moment le numéro de série. Vous créez un template
 avec l'interface de GLPI puis vous entrez dans le plugin, donnez le nom
 du template et fournissez les numéros de série, soit dans un fichier
 texte (1 numéro par ligne) soit par séquence (exemple : ABC001 à
 ABC050). Ainsi 50 lignes sont rajoutées dans la base de données en
 beaucoup moins de temps qu'avec l'interface nouvel ordinateur à partir
 d'un gabarit.
 Le plugin fonctionne pour les ordinateurs, écrans, et imprimantes
 (peut-être autres périphériques plus tard)

   
Il existe un plugin que j'ai développé, qui s'appelle data_injection. Il 
permet d'injecter des données provenant d'un fichier CSV. Le plugin peut 
importer tous les types de base de l'inventaire, connecter les 
utilisateurs, groupes, ports, prises, contrats, fournisseurs etc..

 2. Rapports personnalisés :
 Vous fournissez la requête SQL (le plugin limite volontairement aux
 SELECT, hélas sans UNION possible), et un nom, et un nouveau rapport est
 ajouté à la page des rapports.
 Le plugin permet de saisir des paramètres, dans ce cas une page
 intermédiaire (comme dans votre rapport par année) apparaîtra. Pour le
 moment pas de distinction de type des paramètres, mais on peut les
 reprendre dans la requête.

   
Il existe un plugin qui s'appelle reports. Il fournit un environnement 
pour accueillir de nouveaux rapports. Créer un nouveau rapport revient à 
déposer la page PHP du rapport + un fichier de langue dans un 
répertoire. Le plugin ajoute lui même le nouveau rapport et gère les 
droits associés.
 Pouvez-vous s'il vous plaît :
 - m'indiquer si, malgré mes recherches, un de ces plugins vous paraît
 faire doublon avec un autre en développement ou déjà stable?
 - dans la négative me donner un accès au SVN pour que je puisse les
 importer et les voir apparaître dans la liste des plugins en développement?

   
dans votre cas oui, je pense que vos plugins font, en partie, doublon 
avec ce qu'on a développé
 En fait je me demande si ces deux fonctionnalités ne pourraient pas à
 terme faire partie du noyau standard de GLPI :

pour les rapports sûrement, pour l'injection je ne pense pas
  je ne l'ai pas fait car
 la durée de ma mission ne me permettait pas l'étude approfondie du code
 source de GLPI, mais il serait intéressant d'avoir l'importation de
 masse directement sous forme d'un bouton lorsque vous regardez la liste
 des ordinateurs, non ?

 Amicalement
 Thomas CORDONNIER

   
Cordialement,
Walid Nouh.

 ___
 Glpi-dev mailing list
 Glpi-dev@gna.org
 https://mail.gna.org/listinfo/glpi-dev


   


___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


Re: [Glpi-dev] Deux nouveaux plugins

2007-11-12 Thread Remi Collet
CORDONNIER THomas a écrit :
 Walid Nouh a écrit :
 CORDONNIER THomas wrote:
 1. Importation de masse
 Par exemple vous venez d'acheter 50 ordinateurs strictement identiques,
 seul diffère pour le moment le numéro de série. Vous créez un template
 avec l'interface de GLPI puis vous entrez dans le plugin, donnez le nom
 du template et fournissez les numéros de série, soit dans un fichier
 texte (1 numéro par ligne) soit par séquence (exemple : ABC001 à
 ABC050). Ainsi 50 lignes sont rajoutées dans la base de données en
 beaucoup moins de temps qu'avec l'interface nouvel ordinateur à partir
 d'un gabarit.
 Le plugin fonctionne pour les ordinateurs, écrans, et imprimantes
 (peut-être autres périphériques plus tard)

   
 
 Il existe un plugin que j'ai développé, qui s'appelle data_injection. Il 
 permet d'injecter des données provenant d'un fichier CSV. Le plugin peut 
 importer tous les types de base de l'inventaire, connecter les 
 utilisateurs, groupes, ports, prises, contrats, fournisseurs etc..

   
 Ce n'est pas tout à fait la même chose, je crois. Tel que je comprends 
 la chose, votre plugin permet d'injecter dans GLPI des données que vous 
 auriez remplies dans un autre outil (par exemple une feuille OpenOffice 
 Calc que vous convertissez en CSV). Ce dont je vous parle, c'est du cas 
 où toutes les données sont identiques sauf une, le numéro de série. Dans 
 notre cas en fait nous utilisons alors un lecteur de codes barre pour 
 relever rapidement tous les numéros de série, le résultat se retrouve 
 dans un fichier texte avec un numéro par ligne, puis nous demandons au 
 plugin de créer autant d'ordinateurs sur base de ce numéro et d'un 
 template préalablement créé dans GLPI. Dans cette situation, comment 
 vous y prendriez-vous avec le plugin CSV?

Cette extension prends 2 types d'informations pour l'insertion des
machines :

1/ celles du fichier CSV (par exemple les N° de série)

2/ celles communes à toutes les machines (données complémentaires) qui
sont saisies par l'utilisateur après téléchargement et contrôle du
fichier (modèle, date de livraison, ...).

Cette extension a notamment été développée pour la saisie des bons de
livraison électroniques.

Effectivement l'idée d'utiliser un gabarit me semble intéressante et
pourrait sans doute être intégrée (choix du gabarit dans les données
complémentaires).

Remi.


___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev