Situation Professionnelle : Data Injection — Import massif CMDB (GLPI)

1. Contexte et Objectifs

Dans la continuité de l'opération Solutech-Horizon, le groupe a absorbé l'Agence Nova : 45 collaborateurs et 52 actifs (postes et serveurs) doivent être intégrés dans GLPI avant la fin de la semaine. Leo, technicien de proximité à l'Agence Horizon, ne peut pas tout ressaisir manuellement.

J'ai été chargé d'industrialiser l'alimentation de la CMDB : préparer les sources CSV, configurer l'injection, importer utilisateurs puis parc, traiter les erreurs et valider par recette. L'enjeu n'est pas d'importer vite, mais d'importer juste — une CMDB erronée fausse les tickets, les contrats de maintenance et le MCO.

2. Besoins identifiés

• Massification fiable : Intégrer des dizaines de lignes sans ressaisie manuelle ni perte de cohérence.
• Traçabilité patrimoine : Chaque poste doit être lié à un utilisateur, une entité (Agence Nova) et un numéro de série unique.
• Qualité des données : Normaliser encodage, séparateurs, listes (fabricants, entités) avant tout passage en production.
• Exploitabilité support : Permettre à un technicien d'ouvrir un ticket sur un matériel Nova sans ambiguïté.
• MCO continu : Supporter les mises à jour incrémentales (imports delta) sans réimport complet.

3. Solution technique retenue et justifications

Pour répondre à ces besoins sur la plateforme GLPI déjà en place (entités Solutech-Horizon) :

• Chaîne d'import CSV structurée (UTF-8, séparateur ;) :
  • Justification : Format reproductible pour RH et parc ; les fichiers utilisateurs_nova_READY.csv et parc_nova_READY.csv servent de référence pour les prochaines fusions.
• Modèle d'injection avec mapping explicite :
  • Justification : Chaque colonne source (login, serial, entite…) est documentée vers un champ GLPI. Cela évite les corruptions massives liées à un mauvais mapping.
• Principe « Simulation avant Production » :
  • Justification : Validation sur échantillon ou mode test avant l'import réel — une erreur de mapping peut dupliquer des centaines d'actifs.
• Ordre d'exécution Utilisateurs → Parc :
  • Justification : Les liens utilisateur/matériel du parc nécessitent des comptes déjà présents en base.
• Charte qualité CMDB et journal de fiabilisation :
  • Justification : Cinq règles documentées (série obligatoire, entité normalisée, etc.) et trace datée des rejets pour justifier chaque correction auprès du jury E5.
• Recette en trois scénarios (ticket, recherche série, import delta) :
  • Justification : Prouve que la CMDB est exploitable par le support et résistante à une mise à jour incrémentale (utilisateurs_nova_DELTA.csv, parc_nova_DELTA.csv).

---

4. Réalisation (Ce que j'ai fait)

1. Audit et préparation des sources (Étape A) : Ouverture des fichiers bruts utilisateurs_nova.csv et parc_nova.csv, détection des anomalies (casse login NOVA04, entité agence nova, fabricant DELL, série vide), production des versions *_READY.csv et tableau de mapping colonnes → GLPI.
2. Configuration du modèle d'import : Définition des correspondances pour utilisateurs (login, nom, prenom, email, entite, profil) et parc (name, serial, type, fabricant, modele, entite, utilisateur, statut).
3. Import massif des utilisateurs (Étape B) : Exécution en mode contrôlé (simulation puis production), affectation à l'entité Agence Nova, vérification des fiches utilisateurs importées.
4. Import massif du parc (Étape C) : Intégration des 52 lignes (45 postes affectés, 5 serveurs, 2 postes en stock), contrôle des liens utilisateur et des numéros de série.
5. Fiabilisation (Étape D) : Contrôles croisés (comptages par entité), traitement des doublons et rejets, journal de fiabilisation (3 entrées minimum documentées).
6. Recette finale (Étape E) : Création d'un ticket d'incident avec élément de parc Nova associé, recherche par numéro de série, import delta (2 utilisateurs + 1 poste) sans réimport complet.
7. Livrables documentaires : Charte qualité CMDB (5 règles), tableau de mapping, journal de fiabilisation et dossier de captures pour le portfolio.

---

5. Preuves de réalisation finale

Étape A — Préparation et mapping

Extrait du CSV nettoyé et configuration du modèle d'import (mapping des colonnes).

Étape B — Utilisateurs

Rapport d'import (simulation ou réel) et fiche utilisateur dans l'entité Agence Nova.

Étape C — Parc informatique

Liste Parc > Ordinateurs filtrée Agence Nova et fiche avec série, utilisateur et entité.

Étape D — Fiabilisation

Contrôles croisés et extrait du journal de fiabilisation.

Étape E — Recette

Ticket avec élément de parc associé et preuve de mise à jour par import delta.

---

6. Bilan et lien avec les autres SP

Parcours réalisé	Lien avec Data Injection
Gestion du parc informatique	Entités, agents, gouvernance GLPI — socle technique
FAQ / Shift-Left	Leo, Agence Horizon — exploitabilité des données importées
Data Injection (cette SP)	Alimentation massive et fiabilisation de la CMDB

Les captures référencées ci-dessus correspondent aux critères du livrable Livrable-Portfolio-Data-Injection (parcours SIO/DATA-Injection). Les fichiers sources d'exemple (utilisateurs_nova_READY.csv, parc_nova_READY.csv, fichiers DELTA) sont fournis dans le module de formation.