You are not logged in.
Bonjour,
Je viens de passer sur la version 0.72.4 de glpi, mon ancienne version était la 0.71.
Sur l'ancienne version, il était possible de voir qu'elles licences en EOPEN étaient affectés aux ordinateurs, maintenant ce n'est plus possible.
Cela deviens très embêtant pour nous car nous utilisons beaucoup de licences e-open.
Pourriez-vous ajouter cette fonctionnalité dans les futures version?
Merci d'avance
Cordialement
Kévin CROZES
TECHNOFLEX
k.crozes@technoflex.net
Serveur: FEDORA11
GLPI: 0.72.4
Apache: 2.2.14
Mysql: 5.1.45
Offline
Quelles sont les caractéristiques d'une licence EOPEN ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Avec une licence l'installer sur plusieurs postes.
Serveur: FEDORA11
GLPI: 0.72.4
Apache: 2.2.14
Mysql: 5.1.45
Offline
c'est ce que l'on appelait licence globale précédemment ?
Quelle est la limitation d'installation ?
Y a t'il une affectation fixe à l'achat à des postes ?
L'affectation multiple d'une licence à des ordinateurs est quelquechose de prévu.
https://forge.indepnet.net/issues/1634
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Par exemple nous avons le logiciel office standard en version 2003 et 2007 avec 1 licences installable sur 15 stations.
Mais impossible de savoir sur quel postes cette licence est installée.
Non, il n'y a pas forcement une affectation fixe a l'achat des postes.
Serveur: FEDORA11
GLPI: 0.72.4
Apache: 2.2.14
Mysql: 5.1.45
Offline
donc vous dites arbitrairement que les 15 licences sont utilisées sur tel et tel poste.
C'est long, fastidieux et difficile à tenir à jour il me semble non ?
Au final dans votre gestion l'élément qui me semble important c'est la comparaison entre le nombre d'installations et le nombre de licences.
Savoir que les 15 licences EOPEN sont utilisées sur tel ou tel poste ce n'est que de l'arbitraire.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Non ce n'est ni long, ni fastidieux à tenir à jour, car nous le faisons à chaque nouvelles installation.
Pour nous, il est aussi important de savoir qu'elles licences sont utilisées sur quel postes et le nombre restant de ces licences. L'ancienne présentation de la partie logiciel était vraiment très bien pour cela.
Serveur: FEDORA11
GLPI: 0.72.4
Apache: 2.2.14
Mysql: 5.1.45
Offline
Quelques précisions concernant le post de "kcrozes".
Selon "MoYo" >> "Savoir que les 15 licences EOPEN sont utilisées sur tel ou tel poste ce n'est que de l'arbitraire."
Du point de vue des administrateurs licences de mon entreprise >> il apparaît fort préjudiciable de ne plus disposer des compteurs de licences (Installation / Restant / Total / A acheter) + identifcations des installations. En effet, prenont l'exemple d'une licence Microsoft Office Professionnel 2007 acheté en mode d'acquisition eOpen pour une quantité de 15. Les 15 licences sont installées parmis 300 ordinateurs. L'administrateur licence reçoit l'ordre d'intervertir une licence Office standard 2007 avec une de ces 15 licences office professionnel 2007. Se pose alors la problématique de savoir ou il va pouvoir récupérer sa licence pro, sur quel ordinateur parmis les 300 ?
Je pense qu'il serait fort appréciable de revenir à une gestion des licences du type VS 0.71.X qui permettait ce genre de rapprochements. Je ne veux pas "démoraliser les développeurs qui ont par ailleur amené de fortes progressions fonctionnelles sur la version 0.72.4, mais les entreprises qui ont des parcs gérés avec des licences de type "globales" et vendues par "paquets" n'ont aujourd'hui pas d'autre choix que de ne pas profiter de ces progressions fonctionnelles et rester des version 0.71.X...
Avant d'être fort comme un chêne, il faut avoir été con comme un gland.
Offline
Je pense que MoYo voulais dire que l'affectation été arbitraire.
Si tu as 15 licence achetées (données financières) => tu as le compteur des licenses "achetées.
Su tu as 16 version installées (données techniques collectées sur les postes) => tu as le compteur des "installations".
Et dans ce cas tu vois qu'il t'en manque 1.
Maintenant je ne vois pas selon quel critère tu peux défini un poste comme étant en règle ou pas.
C'est l'entreprise qui '"globalement" n'est pas en règle.
Après, il manque sans doute un petit rapport pour faire un suivi simplifié.
Maintenant la vraie bonne solution est là.
+
Last edited by remi (2010-05-07 14:40:13)
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Remi,
Je pense que tu n'as pas bien saisi la demande.
Il ne s'agit pas d'un problème de décompte "installées/achetées", mais d'un problème de localisation des licences utilisées.
En ce qui concerne la dernière ligne de ton post, je trouve ceci un peu "Microsoftien" dans la démarche. Les pères fondateurs de l'OpenSource sauteraient au plafond si ils te lisaient...
Avant d'être fort comme un chêne, il faut avoir été con comme un gland.
Offline
jplexandre,
Dans ton example, tu indiques que tu as 15 licences Microsoft Office Professionnel 2007 installées parmi 300 postes.
Si tu n'as bien que 15 postes ayant ce logiciel, tu peux faire une recherche via le nom du logiciel
Par contre, si tu as plus de 15 installations de ce logiciel, lequel des postes n'est pas en règle pour effectuer une désinstallation ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Ce qui est dommage c'est d'avoir perdu l'accès directe à l'information sur le nb total/installé/restant et à acheter.
Je pense que la relation n° de Licence/poste est utile dans des parcs qui ont un peu de vécu et des types Licences différents.
Ou encore lorsque le logiciel contrôle le nombre de licences installés sur le réseau (et oui ça existe...). Lorsque les licences ne sont pas toutes achetés en même temps tu as intérêt à savoir sur quels postes elles ont été installées.
Et c'est encore pire lorsque tu dois ré-installer le poste .
Par contre, si tu as plus de 15 installations de ce logiciel, lequel des postes n'est pas en règle pour effectuer une désinstallation ?
Je me permet de répondre à cette question. Sur des licences en volume c'est toi qui décide. Contrairement à l'OEM.
E.
Offline
Lorsque les licences ne sont pas toutes achetés en même temps tu as intérêt à savoir sur quels postes elles ont été installées.
Pour moi les seules licences installées sur un poste sont les licences OEM, sinon c'est un logiciel avec licence qui est installé.
Et vous faites comment pour les licences flottantes (réseau) ? c'est a dire que vous pouvez installer le logiciel sur tous les postes de votre entreprise du moment que vous ne les utilisiez pas toutes en même temps (défini dans la licence)
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Erjo wrote:Lorsque les licences ne sont pas toutes achetés en même temps tu as intérêt à savoir sur quels postes elles ont été installées.
Pour moi les seules licences installées sur un poste sont les licences OEM, sinon c'est un logiciel avec licence qui est installé.
Et vous faites comment pour les licences flottantes (réseau) ? c'est a dire que vous pouvez installer le logiciel sur tous les postes de votre entreprise du moment que vous ne les utilisiez pas toutes en même temps (défini dans la licence)
DESCRIPTION DE LA PROBLEMATIQUE "GESTION DE LICENCES eOpen"
L'entreprise TATO dispose d'un parc machine de 400 ordinateurs.
- l'entreprise achète 1 paquet de 30 licences Microsoft Office standard 2007 le 12 janvier 2010 : N°authorisation=123456
- l'entreprise achète 1 paquet de 10 licences Microsoft Office standard 2003 le 15 février 2010 : N°authorisation=654321
Les 30 licences (N°authorisation=123456) sont toutes installées entre le 12/01 et le 20/01.
Les 10 licences (N°authorisation=654321) sont toutes installées entre le 15/02 et le 25/02.
Le 15 juin, une demande émanant du service TOTO, oblige le service informatique à permuter une licence office std 2007 et une licence office std 2003. L'informaticien se rend sur l'interface GLPI, et il n'a aucun moyen de visualiser sur quels ordinateurs il a installé les licences off std 2003 et off std 2007. Or pour respecter les contrats eOpen, il doit désinstaller...Sur un parc de 400 ordinateurs, la tâche d'identification devient problématique.
Last edited by JPALEXANDRE (2010-05-12 11:24:19)
Avant d'être fort comme un chêne, il faut avoir été con comme un gland.
Offline
Résumé synthétique : à un même logiciel + plusieurs versions + dans chaque versions, plusieurs N°licences = impossible de localiser les licences pour se mettre en conformité avec les quantités.
Avant d'être fort comme un chêne, il faut avoir été con comme un gland.
Offline
Je vais commencer a écrire les remontés de serial des logiciels dans l'agent fusioninventory dans les jours a venir, donc d'ici quelques moi on devrait être capable de les rmeonter proprement et pour chaque ordi dans glpi
Offline
OK ddurieux, cela est noté.
Côté OCS, ce sera certainement un plus, et si côté GLPI, on a la gestion des seria/ordinateurs + compteurs (installés/restant/à acheter), ce sera caviard !
Avant d'être fort comme un chêne, il faut avoir été con comme un gland.
Offline
Un exemple ici >> http://demo.glpi-project.org/front/soft … php?id=887
Avant d'être fort comme un chêne, il faut avoir été con comme un gland.
Offline
Je ne comprends pas pourquoi vous postez une page du site de démo.
Solution de contournement dans votre cas : vous créer autant de licences d'1 poste que besoin (donc 30 + 10) et vous les affectez chacune à un ordinateur.
Comme ça, depuis la fiche du logiciel, onglet installation, vous aurez et la version du logiciel, et le nom du poste, et le nom de la licence.
Pour le moment, 1 licence ne peut être affectée qu'à 1 seul et unique poste.
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline