Gestion de parc informatique avec GLPI · Étape 07

Définis nommage, statuts, modèles, fabricants et référentiels

Crée des valeurs canoniques, mesure les écarts et prépare des règles de normalisation testables avant leur application dans GLPI.

Durée indicative · ~1 h 30Niveau intermédiairePrérequis conseillé · Leçon 6 — taxonomie d'actifsPratique · TP
L’idée reçue

« Le numéro de série suffit pour garantir un inventaire propre. »

Un identifiant utile doit être complété par des référentiels stables, une convention de nommage et une procédure pour les valeurs absentes ou contradictoires.

01Définis un nom opérationnel

SITE-TYPE-NNN

ORL-PC-001
TOU-PRN-003
ORL-NET-001
LAB-VM-001

Le nom facilite la lecture humaine. Il ne remplace jamais le serial, l’UUID ou la MAC comme preuve d’identité.

02Mesure au lieu de corriger silencieusement

Le laboratoire convertit le nom en majuscules, puis applique ce contrôle :

^(ORL|TOU|LAB)-(PC|SRV|MON|PRN|NET|PHN|VM)-[0-9]{3}$

Un nom non conforme reçoit REVIEW. Il n’est pas renommé automatiquement, car un changement de nom peut affecter DNS, annuaire, supervision ou scripts.

03Sépare alias et valeur canonique

raw_name,manufacturer_code
Dell Inc.,DELL
DELL,DELL
Hewlett-Packard,HP
HP,HP
manufacturer_code,canonical_name
DELL,Dell
HP,HP

La valeur brute reste disponible dans la source. La valeur canonique sert aux recherches, tableaux de bord et règles.

04Valide le couple fabricant-modèle

model_code,manufacturer_code,asset_type,canonical_name
DL-LAT-5420,DELL,COMPUTER,Latitude 5420
HP-ELI-800G6,HP,COMPUTER,EliteDesk 800 G6
CIS-C9200,CISCO,NETWORK,Catalyst 9200

Le modèle doit référencer un fabricant et un type connus. Un portable Dell ne peut pas être normalisé vers un modèle HP uniquement parce que les noms se ressemblent.

05Utilise l’unicité comme alerte graduée

Phase pilote
- détecter et journaliser
- ne pas bloquer les imports
- mesurer les faux positifs

Phase stabilisée
- bloquer les identités fortes réellement uniques
- conserver une procédure d'exception
- auditer les violations

Une règle trop agressive peut empêcher l’inventaire légitime après remplacement de carte mère ou erreur constructeur.

06Prépare les dictionnaires avec prudence

avant
- sauvegarde de la base
- export des règles
- échantillon représentatif
- résultat attendu écrit

pendant
- exécution sur base de test
- comparaison avant/après
- liste des valeurs non reconnues

après
- validation métier
- plan de retour arrière
- traitement séparé de l'historique existant

Le laboratoire applique ses alias uniquement à des copies de données contrôlées.

07Observe les résultats

bash module2-glpi-assets-inventory.sh run "$lab"
column -s, -t "$lab/output/normalized-assets.csv"
grep ',REVIEW,' "$lab/output/normalized-assets.csv"

Tu dois retrouver Dell Inc. normalisé vers Dell, Latitude 5420 relié à DL-LAT-5420 et le nom ORLEANS-PC-001 marqué pour revue.

Mission

Construis un dictionnaire minimal

Choisis dix valeurs brutes réelles ou fictives, définis leur valeur canonique, explique le risque de collision et écris le test qui empêcherait une transformation incorrecte.

À retenir

La normalisation améliore les décisions uniquement si elle reste traçable. Conserve la source, teste les règles et transforme les ambiguïtés en revue plutôt qu’en correction automatique.

Ta progression

Chargement de l’état… Se connecter pour synchroniser.