L'analyse d'impact de changement sans CMDB prend 4+ heures de recoupement manuel entre emails, tableurs et savoir tribal — et rate encore les dépendances cachées. Une carte visuelle des dépendances ramène cela à 10 minutes en traversant le graphe de CI instantanément.

Sans données de dépendance, la gestion des changements est aveugle : les changements cassent des services que personne ne savait connectés, et les incidents mettent des heures de plus à diagnostiquer car personne ne connaît le blast radius.

Utilyx délivre un CMDB lite — assez de structure pour cartographier les services et lancer l'analyse d'impact, sans l'implémentation pluri-annuelle — en un arbre de décision no-code exécutable.

Le workflow est structuré en arbre de décision avec 4 branches principales (Enregistrement CI, Cartographie des dépendances, Analyse d'impact, Reporting) déclenchées à chaque demande de changement ou mise à jour de CI, avec des sous-branches de confirmation parallèles et 7 étapes de bout en bout. Chaque étape est exécutée par un acteur nommé (Architecte IT, Copilote IA, CAB, Change Manager) et chaque action est ajoutée à la sous-table d'audit timeline_ci.

• Étape 1 (Start — Architecte IT) : les éléments de configuration sont enregistrés via sql-query avec champs ci_id, ci_name, ci_type (server / application / network_device / database), owner, location, criticality (low / medium / high), environment (prod / preprod / dev) — validés par le workflow.

• Étape 2 (Cartographie des dépendances — Copilote IA) : le Copilote suggère des dépendances basées sur les signaux discovery (flux réseau, stockage partagé, config applicative) et l'arbre se sépare — Branche A (auto-suggérée, confiance > 80%) : auto-link en attente de confirmation architecte ; Branche B (confiance faible) : création manuelle du lien par l'architecte.

• Étape 3 (Confirmation architecte) : l'architecte confirme ou édite chaque lien suggéré, assignant le type de relation (depends_on / hosts / connects_to / uses_service) — écrit via sql-query dans la table ci_dependency.

• Étape 4 (Service map visuelle) : le workflow génère une carte de service visuelle — nœuds pour les CI, arêtes pour les dépendances — cliquable et exportable, synchronisée avec la table ci_dependency.

• Étape 5 (Analyse d'impact — déclenchée par demande de changement) : avant tout changement, le Copilote lance une analyse d'impact traversant le graphe de dépendances et se sépare — Branche A (blast radius ≤ 2 CI, risque faible) : auto-approbation ; Branche B (blast radius > 2 CI ou CI haute-criticité affecté) : route vers revue CAB avec affected_ci_list et étapes de rollback suggérées.

• Étape 6 (usePDF rapport de topologie) : usePDF génère un rapport de topologie de service (inventaire CI, graphe de dépendances, résultat d'analyse d'impact) pour audits et planification PRA, en 7 langues.

• Étape 7 (useArchive) : useArchive stocke chaque évolution de CI et de dépendance dans une traçabilité versionnée avec champs d'index ci_id, ci_type, change_type, change_date pour la durée légale de rétention.

Les équipes qui déploient le CMDB lite d'Utilyx réduisent l'analyse d'impact de changement de 4+ heures à 10 minutes (traversal du graphe instantané), réduisent le temps de diagnostic d'incident de 40% (blast radius connu au clic), préviennent 80% des pannes induites par changement (l'analyse d'impact signale les risques avant le CAB) et produisent des plans PRA en heures plutôt qu'en semaines.

Le designer no-code et le copilote IA permettent à un architecte IT de construire le CMDB en jours, pas en mois — à un TCO 70% inférieur aux suites CMDB legacy, sans consultant certifié.