CORDONNIER THomas wrote: > 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? > >>> 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. >> >> > J'avais effectivement téléchargé ce plugin, mais je me demandais > justement comment créer un nouveau rapport avec. Déposer une page php > dans le répertoire du plugin, ce n'est pas toujours possible (les > auteurs de rapport ne sont pas les personnes qui gèrent l'installation > de GLPI, ils n'ont pas les mêmes droits sur la machine cible). Le plugin > que j'ai développé permet de saisir une requête SQL (volontairement > limitée à SELECT mais toute jointure autorisée), le résultat se retrouve > dans une table glpi_plugin_persoreports et on modifie ces rapports > personnalisés à partir de l'interface du plugin (et non pas en envoyant > le nouveau rapport par FTP : ai-je bien compris le fonctionnement de > votre plugin?). De plus, votre plugin suppose que les auteurs de rapport > maîtrisent PhP, n'est-ce pas? Dans mon cas la maîtrise de SQL et de la > structure des tables GLPI suffit, même si ça conduit à limiter un peu la > portée des rapports. > Pour le moment la règle de sécurité est de donner le droit de voir ces > rapports à ceux qui ont le droit "r" sur les rapports, et le droit de > modification aux profils admin et super-admin. Mais idéalement je > verrais bien l'idée de rajouter un droit "w" sur les rapports puisqu'il > s'agit de pouvoir les modifier depuis l'interface GLPI. Cette forme de > rapports personnalisés vous parait-elle intéressante? > > > > >> dans votre cas oui, je pense que vos plugins font, en partie, doublon >> avec ce qu'on a développé >> >> Pour l'injecteur, voilà comment je vois la chose : le fichier résultat de votre douchette est, au lieu d'être écrit dans un fichier texte, écrit dans un fichier CSV du type : "Numéro de série" "le numéro"
Ensuite, dans la création du modèle de CSV, on peut imaginer demander à l'utilisateur d'indiquer, lors de l'injection du fichier, le gabarit d'ordinateur à utiliser. Ce n'est pas encore fait, mais ça devrait pas me prendre longtemps à faire. Pour les rapports, oui il faut connaître le PHP pour faire un rapport. Dans votre cas, comment faîtes-vous pour afficher les résultats ? vous passez par le moteur de recherche ou pas ? > Après ces explications complémentaires, en êtes-vous encore certain? > > Pour l'injecteur oui, à une petite modif prêt pour qu'on puisse choisir un gabarit. Pour les rapports il faudrait que je vois ce que vous avez fait ;) > Cordialement > Thomas CORDONNIER > > > Walid. > _______________________________________________ > 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
