You are not logged in.
'llo tous,
Dans ma config de GLPI, j'ai créé plusieurs dictionnaires logiciels "basiques" : du genre regrouper tous les logiciels nommés "Tartanpion 5.23" "Tartanpion 5.30"... sous le nom unique de "Tartanpion".
Cela fonctionne très bien, et la base logicielle est ainsi bien plus propre.
Seulement, à chaque fois que je fait des syncho avec ma base OCS, ces dictionnaires ne sont pas exécutés, et les "Tartanpion 5.23" refont leur apparition
Je n'ai d'autre choix que de rejouer manuellement les dictionnaires pour les faire disparaitre.
Y a t'il un moyen d'automatiser cela durant l'import OCS ?
Merci
Offline
Chez nous pas de problème.
Les dictionnaires sont automatiques dans certaines conditions. Voir
http://glpi-project.org/wiki/doku.php?i … tionnaires
Last edited by yllen (2009-02-17 20:25:14)
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
Seulement, à chaque fois que je fait des syncho avec ma base OCS, ces dictionnaires ne sont pas exécutés, et les "Tartanpion 5.23" refont leur apparition
elles ont quelle tête vos règles ?
on peut avoir un exemple ?
Offline
Bonjour,
elles ont quelle tête vos règles ?
on peut avoir un exemple ?
C'est du basique, il y a 30 règles basées sur le modèle :
Nom : Adobe Reader
Type de matching : OU
Actif : oui
Critère : Logiciel contient Adobe Acrobat
Critère : Logiciel contient Adobe Reader
Action : Logiciel assigner Adobe Reader
Et donc ce genre de règle pour 30 logiciels différents.
Offline
vous n'utilisez pas le dictionnaire ocs en plus par hasard ?
Offline
Hum... si, mais uniquement le dictionnaire "de base" (NEW, UNCHANGED, IGNORED), qui est assez pratique pour ne pas voir la base logicielle GLPI "polluée" par des centaines de softs à l'intérêt d'inventaire limité.
Y a t'il une "incompatibilité" connue entre les deux dictionnaires ?
Offline
Oui, il faut choisir son camp.
+
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
Erf dommage... mais merci pour l'explication
Offline