#737: Gestion des versions de logiciels lors de l'import de OCSNG.
-------------------------------------------+--------------------------------
Reporter: [EMAIL PROTECTED] | Owner: anonymous
Type: enhancement | Status: new
Priority: urgent | Milestone: 0.70
Component: Module Import | Version: 0.68.1
Severity: major | Resolution:
Keywords: ocsng import software version |
-------------------------------------------+--------------------------------
Comment (by [EMAIL PROTECTED]):
Effectivement, je m'étais uniquement basé sur la table softwares (ocs)
qui contient les installations par poste.
Et lorsque GLPI réalise son import il se base sur la table dico_cat (ocs)
qui elle ne contient que le nom du logiciel et la catégorie (si
déclarée)...
Je comprends mieux et donc je pense que cette fonctionnalité serait à
demander à OCS, n'est-ce pas ?
Si une telle évolution était réalisée sous OCS, je pense que cette
importation serait tout de même intéressante sous GLPI.
En effet, en dehors de PDFCreator, qui restait un exemple assez simpliste,
nous possédons de multiples logiciels (de même nom) fournis par des
constructeurs d'automate et pour lesquels nous possèdons des licences
pour la version X.Y, une autre pour la version X.y2 et un contrat de
maintenance de la version Y.Z1 à Y.Z9.
Comment alors gérer ces informations sans avoir clairement les versions
(même si elles ne sont pas contenues dans le nom) ? Toutes les
installations seraient alors regroupées sous le même nom et ne serions
obligés de switcher entre GLPI et OCS pour vérifier la réelle version.
Merci encore pour votre réponse et pour votre aide,
Arnaud.
--
Ticket URL: <https://dev.indepnet.net:8080/glpi/ticket/737>
GLPI <https://dev.indepnet.net:8080/glpi/>
Gestion Libre de Parc Informatique
_______________________________________________
Glpi-bugtrack mailing list
[email protected]
https://mail.gna.org/listinfo/glpi-bugtrack
