Lundi, 6 h 40. Un incendie se déclare dans l'usine de Lyon d'un équipementier. Personne n'est blessé, mais le site est à l'arrêt pour plusieurs semaines.
Très vite, la direction se pose deux questions :
L'analyse d'impact répond à ces deux questions en quelques secondes, en parcourant automatiquement le graphe de vos données. Avant de revenir à l'usine de Lyon, voyons comment elle fonctionne.
Le problème : des dépendances invisibles
Dans une entreprise industrielle, tout est lié. Une usine fabrique des pièces. Ces pièces entrent dans des sous-ensembles. Ces sous-ensembles finissent dans des avions, des véhicules ou des vélos.
Ces liens existent bien quelque part : dans l'ERP, dans les nomenclatures, dans des fichiers Excel, dans la tête de quelques experts. Mais personne ne les voit d'un seul coup d'œil.
Quand un incident survient, il faut donc reconstituer la chaîne à la main. On appelle, on croise des tableaux, on remonte les nomenclatures niveau par niveau. Cela prend des heures, parfois des jours. Et le résultat reste incomplet.
Un lien oublié suffit pour qu'une ligne d'assemblage s'arrête sans préavis.
L'analyse d'impact, comment ça marche
L'analyse d'impact représente votre activité sous forme de graphe. Chaque objet métier est un nœud : une usine, une pièce, un sous-ensemble, un produit fini, un client. Chaque relation est un lien : « fabrique », « entre dans », « est livré à ».
Sur des objets prédéfinis, l'outil parcourt ce graphe automatiquement. L'utilisateur choisit un point de départ, par exemple une usine, une pièce ou un fournisseur. L'outil suit alors tous les chemins qui en partent, jusqu'au bout de la chaîne.
Les objets prédéfinis sont la clé de cette automatisation. Les types d'objets et leurs relations sont modélisés une fois pour toutes, dans l'ontologie. L'outil sait donc quels liens suivre et dans quel ordre, sans qu'on ait à le lui expliquer à chaque question.
Surtout, le parcours ne s'arrête pas aux dépendances directes. Une usine ne livre pas un avion : elle livre une pièce, qui entre dans un sous-ensemble, qui entre dans un autre, et ainsi de suite. Ce sont précisément ces dépendances indirectes, à trois, quatre ou cinq niveaux de distance, qui échappent aux analyses manuelles. Le graphe les rend visibles.
2.1Deux façons d'interroger le graphe
Explore est idéal pour explorer. L'utilisateur voit d'un coup d'œil l'ampleur d'un impact, repère les branches les plus chargées et découvre parfois des liens qu'il ne soupçonnait pas. Chaque élément reste cliquable : on peut zoomer sur un sous-ensemble, revenir en arrière, comparer deux chemins.
Avec l'assistant IA, nul besoin de connaître la structure des données ni de savoir lire un graphe. L'échange se poursuit comme une conversation : « Lesquels sont livrés à nos clients prioritaires ? », « Et si l'arrêt dure seulement une semaine ? ». L'assistant affine sa réponse à chaque question, sans que l'utilisateur ait à manipuler le moindre filtre. C'est la porte d'entrée naturelle pour un directeur ou un acheteur qui veut une réponse, pas un outil.
2.2Un parcours dans les deux sens
Une analyse d'impact entre les mains du métier
Une analyse d'impact peut tout à fait être conçue par l'équipe technique. Mais chez Graphicient, notre direction est claire : rendre la donnée accessible directement aux métiers, sans passer par un ticket.
C'est pourquoi une analyse d'impact peut être créée sous forme de skill. Un skill fige le chemin éprouvé dans le graphe pour un type de question, par exemple de l'usine aux pièces, des pièces aux sous-ensembles, puis aux produits finis. L'assistant IA applique ensuite cette recette à chaque fois, de façon rapide et cohérente.
Le skill se crée dans une simple conversation. L'expert métier décrit son besoin avec ses mots, et l'assistant se charge de la traduction dans les données. Le skill reste un brouillon inactif tant qu'un administrateur ne l'a pas relu et validé.
Un responsable supply chain sait exactement quelle question il se pose après chaque incident : quels produits sont touchés, quels clients prévenir, quelles usines peuvent prendre le relais. En une conversation, il crée le skill. La prochaine fois qu'un site s'arrête, lui ou n'importe lequel de ses collègues obtient la même analyse complète, en posant simplement la question.
Le savoir-faire de l'expert devient un actif partagé par toute l'équipe.
Découvrir la bibliothèque de skills →Ce que ça change
Cas d'usage : une usine part en fumée
Revenons aux deux questions de la direction. Que l'utilisateur passe par Explore ou par l'assistant IA, voici comment l'analyse d'impact y répond.
5.1Premier sens : de l'usine aux produits touchés
Reprenons l'usine de Lyon (exemple fictif). L'utilisateur la sélectionne et demande : « Qu'est-ce qui est impacté si ce site s'arrête ? » L'outil part de l'usine et descend la chaîne. Il trouve d'abord les pièces qu'elle fabrique : un roulement, un carter et un moyeu. Puis il suit chaque pièce vers les sous-ensembles qui l'utilisent. Enfin, il arrive aux produits finis.
Dans Explore, l'analyse directe déploie plus d'une centaine d'éléments liés : pièces, sous-ensembles, gammes, commandes, clients. L'utilisateur filtre sur le type « Produit fini », et il ne reste que l'essentiel.
Avec l'assistant IA, le chemin est encore plus court. Le directeur des opérations écrit : « Quels produits finis dépendent de l'usine de Lyon ? ». L'assistant répond en quelques secondes avec la liste ci-dessous, en précisant pour chaque produit la pièce et le sous-ensemble par lesquels passe la dépendance.
| Pièce fabriquée à Lyon | Sous-ensemble | Produit fini touché |
|---|---|---|
| Roulement R-45 | Train d'atterrissage | Avion régional AR-70 |
| Carter CT-200 | Boîte de vitesses | Fourgon utilitaire VU-3 |
| Moyeu M-12 | Roue motorisée | Vélo électrique VE-City |
| Roulement R-45 | Roue motorisée | Vélo électrique VE-City |
Une seule usine, trois pièces, trois familles de produits très différentes. Le roulement R-45 illustre bien l'intérêt du parcours automatique : il alimente à la fois l'aviation et le vélo. Une recherche manuelle centrée sur une seule ligne de produits l'aurait facilement manqué.
L'utilisateur obtient la liste complète des produits menacés, avec le chemin exact qui les relie à l'usine. Il sait immédiatement quels clients prévenir et quelles lignes d'assemblage surveiller.
5.2Second sens : trouver une usine de remplacement
Savoir ce qui est touché ne suffit pas. Il faut aussi relancer la production. L'utilisateur pose donc la question inverse : « Quelle usine peut fabriquer ces pièces à la place de Lyon ? » Cette fois, l'outil part des pièces orphelines et remonte le graphe. Il cherche toutes les usines reliées à ces pièces, ou à des pièces équivalentes, par un lien « peut fabriquer » ou « est qualifiée pour ».
Toutes les usines trouvées ne se valent pas. Le graphe porte aussi les informations qui permettent de les comparer : la qualification déjà obtenue pour une pièce, les équipements disponibles, la capacité de production restante. L'analyse ne se contente donc pas de lister des candidats, elle aide à les classer.
| Pièce à relocaliser | Usine de remplacement possible | Statut |
|---|---|---|
| Roulement R-45 | Usine de Turin | Déjà qualifiée |
| Carter CT-200 | Usine de Bilbao | Qualification nécessaireÉquipements compatibles |
| Moyeu M-12 | Usine de Turin, usine de Poznań | Déjà qualifiées |
La réponse est directe : Turin peut reprendre deux pièces sur trois sans délai, et Bilbao est la meilleure piste pour le carter. La direction ne part plus d'une page blanche. Elle arbitre entre des options identifiées et argumentées.
De l'analyse à la décision
La réunion ne sert plus à rassembler l'information, mais à décider. Faut-il transférer le roulement R-45 à Turin dès aujourd'hui ? Lancer la qualification du carter à Bilbao ? Prévenir en priorité le client de l'avion régional, dont les délais sont les plus tendus ?
Sans analyse d'impact, cette même réunion aurait commencé par une question bien plus inconfortable : « Est-ce que quelqu'un sait ce que fabriquait exactement Lyon ? ». Il aurait fallu des jours pour reconstituer la réponse, avec le risque d'oublier le vélo électrique jusqu'à ce que sa ligne d'assemblage s'arrête.
Au-delà de l'incendie
L'usine en feu est un cas extrême, mais le principe vaut pour toutes les questions de dépendance. À chaque fois, il s'agit de savoir ce qui est touché et comment y remédier :
Pour aller plus loin sur ces risques, lisez les angles morts de la supply chain ou découvrez notre cas d'usage sur la sécurisation de la chaîne d'approvisionnement.
L'analyse d'impact rend visible ce qui était caché dans vos données. Elle transforme un réseau de liens complexe en une réponse claire, au moment où vous en avez besoin.