Orchestration des flux de travail par l'IA pour faire face aux perturbations de la chaîne d'approvisionnement dans le secteur de la fabrication de haute technologie

L'e-mail du vendredi après-midi

Il y a une sorte d'angoisse particulière qui s'empare de nous lorsqu'un fournisseur envoie un avis de fin de vie un vendredi après-midi.

Ce n'est pas le composant que vous surveilliez. C'est l'autre. Ce semi-conducteur enfoui à trois niveaux de profondeur dans votre nomenclature, présent dans quatre familles de produits et fabriqué sur trois sites. Celui que personne n'avait signalé, car il était toujours disponible… jusqu'à ce qu'il ne le soit plus.

Si vous travaillez dans le secteur de la fabrication de haute technologie, vous avez déjà vécu une situation similaire. Et vous savez ce qui va se passer ensuite.

La réalité des 4 à 6 semaines

Voici un aperçu réaliste du calendrier pour la plupart des organisations :

• Jour 1 : L'avis de fin de vie (EOL) arrive par e-mail. Il reste dans la boîte de réception de quelqu'un pendant tout le week-end.
• Jours 2 à 5 : Le service d'ingénierie ouvre le système PLM et exécute manuellement des requêtes de localisation des composants sur l'ensemble des gammes de produits. Cela prend plusieurs jours car les structures des nomenclatures sont imbriquées, et personne ne se fie aux rapports automatisés.
• Jours 5 à 10 : Le service des achats ouvre une feuille de calcul. Il commence à appeler les distributeurs. Il consulte la liste des fournisseurs agréés (AVL), qui se trouve dans un système différent de celui de la gestion du cycle de vie des produits (PLM). Il effectue manuellement les recoupements nécessaires.
• Jours 10 à 20 : La procédure de qualification débute par une série d'e-mails. Les rapports d'essai se perdent parmi les pièces jointes. Le service qualité exige une documentation PPAP dont le service des achats ne dispose pas pour l'instant.
• Jours 20 à 30 : Quelqu'un met à jour la nomenclature dans SAP. Cependant, la gamme MES fait toujours référence à l'ancien composant. Le contrôle qualité déclenche une alerte sur un site, mais pas sur les autres.
• Jours 30 à 45 : Perturbation de la production. Frais de traitement accéléré. Retards chez les clients. La cellule de crise se réunit.
• Coût par incident : 2 à 5 millions de dollars en pertes liées à la perturbation, frais de traitement accéléré et manque à gagner. 
• Personnes concernées : plus de 12, issues des services d'ingénierie, des achats, de la qualité, de la production et de la chaîne d'approvisionnement.
• Durée : 4 à 6 semaines au minimum.

Tous les systèmes sont en place : PLM, ERP, MES, QMS, SRM, APS. Les données existent. Les API sont souvent déjà accessibles. Ce qui manque, c'est l'orchestration.

L'édition « La Vallée du désespoir » consacrée à la chaîne d'approvisionnement

J'ai déjà évoqué par le passé la « vallée du désespoir » dans le domaine de l'intégration PLM. La chaîne d'approvisionnement a sa propre version de ce phénomène, et celle-ci pourrait bien être pire encore.

Le summum des attentes exagérées : «Nous allons automatiser la gestion de la chaîne d'approvisionnement en six mois. »

Le scénario : les notifications EOL se perdent dans les e-mails. L'analyse des occurrences prend plusieurs jours. La recherche d'alternatives s'effectue sur des feuilles de calcul, sans intégration avec l'AVL. Les mises à jour de la nomenclature dans SAP ne parviennent jamais au MES ni au service qualité. La personne qui a mis en place cette intégration cruciale a quitté l'entreprise, et la documentation se résume à une page wiki datant de 2019 qui n'a pas été mise à jour depuis.

La question n'est pas de savoir si vous allez traverser une période difficile. La plupart des entreprises du secteur manufacturier y sont déjà confrontées. La question est de savoir si vous disposez des outils et de la stratégie adéquats pour vous en sortir.

À quoi ressemble cette réponse orchestrée ?

Nous avons adopté une approche qui utilise le protocole MCP (Model Context Protocol) dans un double rôle.

Tout d’abord, en tant que couche d’enregistrement. Prenez vos API d’entreprise existantes (par exemple, vos requêtes PLM, vos appels RFC SAP, les webhooks de votre portail fournisseurs, vos interfaces MES) et enregistrez-les en tant qu’outils MCP. Vous n’avez rien à reconstruire. Vous rendez simplement ce que vous avez déjà développé accessible et interrogeable.

Ensuite, ajoutez la structure d'orchestration. le workflow peut désormais appeler ces outils enregistrés les uns après les autres, en appliquant la logique métier à chaque étape.

Pour faire face aux perturbations de la chaîne d'approvisionnement, il y a en gros huit étapes :

1. Détection : alertes de fin de vie (EOL) ou de perturbation chez les fournisseurs, automatiquement récupérées depuis les portails des fournisseurs, les bases de données sectorielles ou les flux de notifications. Fini les e-mails qui s'accumulent dans votre boîte de réception pendant le week-end.
   
2. Évaluation : analyse complète des occurrences sur l'ensemble des gammes de produits et de tous les sites. Automatisée, et non manuelle. En quelques minutes, et non en plusieurs jours.
   
3. Source : identification de pièces de remplacement issues de la liste AVL, mise en correspondance avec le statut de qualification des fournisseurs, les délais de livraison et les coûts, puis classées par ordre de compatibilité.
   
4. Qualification : liste de contrôle de qualification générée automatiquement. Processus PPAP lancé avec le fournisseur. C'est là que le jugement humain reste déterminant ; il est impossible d'automatiser la décision d'approuver une alternative pour une application critique en matière de sécurité.
   
5. Mise à jour : les modifications apportées à la nomenclature et au routage ont été répercutées simultanément dans les systèmes PLM, ERP et MES. Pas de manière séquentielle. Pas manuellement.
   
6. Replanification : nouvelle exécution du MRP avec le nouveau composant. Calendrier de production ajusté. Impact sur les capacités évalué.
   
7. Notification : communication avec les clients déclenchée. Portail fournisseurs mis à jour. Les parties prenantes internes ont été informées du résumé complet des répercussions.
   
8. Audit : dossier de conformité généré. Traçabilité complète depuis l'avis initial de fin de vie jusqu'à chaque décision et modification du système. Clôturé.

La plateforme tout cela, la plateforme d'intégration Agentic de SnapLogic, s'intercale entre vos systèmes existants : elle appelle vos API comme des outils, organise le workflow et applique la logique métier à chaque étape.

L'architecture sous-jacente

Si vous êtes architecte ou responsable technique, voici à quoi ressemble la pile :

Cela comprend 5 couches, en partant de la base :

1. À la base se trouvent vos systèmes d'entreprise, c'est-à-dire les investissements que vous avez déjà réalisés.
   
2. Et surtout, l'intégration : vos API et connecteurs existants, enregistrés en tant qu'outils MCP.
   
3. La couche d'orchestration les organise en tenant compte de la logique métier, de la gouvernance et de la reprise après sinistre.
   
4. Les modèles d'IA assurent le raisonnement et la classification. Et au sommet de la hiérarchie, des agents spécialement conçus (en l'occurrence, un agent de la chaîne logistique, un agent NPI et un agent qualité) qui comprennent le contexte métier et sont capables de prendre des décisions, ou de faire appel à des humains lorsque cela s'avère nécessaire.

L'idée clé : MCP joue un double rôle. C'est à la fois le mécanisme d'enregistrement (qui permet de rendre vos outils détectables) et l'infrastructure d'orchestration (qui les appelle dans le bon ordre et selon la bonne logique). Il ne s'agit pas de deux plateformes distinctes, mais d'une seule et même plateforme.

Ce que nous sommes encore en train de mettre au point

Je veux faire preuve de transparence sur ce qui est difficile.

L'étape de qualification (étape 4) constitue le goulot d'étranglement. Il est possible d'automatiser la génération de la liste de contrôle, le déclenchement du processus PPAP et l'assemblage des documents. Mais la décision d'approuver une pièce de remplacement, en particulier pour une application critique en matière de sécurité ou soumise à une réglementation, relève de l'intervention humaine. Et c'est très bien ainsi.

La gestion des défaillances sur les 10 systèmes est encore en cours d’évolution. Lorsque l’étape 5 échoue (par exemple, si la mise à jour de la nomenclature SAP expire en raison d’un verrouillage lié à un traitement par lots), l’agent de récupération doit prendre une décision : réessayer, reprendre à partir du point de contrôle ou escalader le problème. Le modèle de classification prend la bonne décision dans environ 85 % des cas. C’est suffisant pour la plupart des défaillances transitoires, mais pas pour les défaillances structurelles.

Et le problème de la qualité des données est bien réel. Si votre liste de pièces (AVL) n’a pas été mise à jour, ou si vos données d’utilisation dans le PLM sont incomplètes, l’orchestration ne fait qu’amplifier le problème. Vous obtenez une réponse erronée rapide au lieu d’une réponse erronée lente. Le principe « garbage in, garbage out » (si l’on entre des données erronées, on obtient des résultats erronés) ne disparaît pas simplement parce que vous avez intégré l’IA.

Ce sont des problèmes qui peuvent être résolus. Mais ils ne sont pas encore entièrement résolus. Et quiconque vous dit le contraire cherche à vous vendre quelque chose.

Pour commencer

Si vous travaillez dans le secteur de la fabrication de haute technologie et que les perturbations de la chaîne d'approvisionnement constituent un véritable casse-tête (ce qui est presque certainement le cas), voici par où commencer :

1. Faites le point sur vos API. Quelles sont celles qui sont déjà exposées dans vos systèmes PLM, ERP, MES et sur votre portail fournisseurs ? Vous disposez sans doute de plus d'outils compatibles avec le MCP que vous ne le pensez.
   
2. Choisissez un scénario de perturbation. Pas un scénario théorique. Celui qui s'est réellement produit au dernier trimestre. Décrivez les 8 étapes. Où y a-t-il eu des retards ? Où se sont déroulés les transferts de responsabilité ?
   
3. Commencez par définir et organiser le parcours idéal. Définissez correctement l'enchaînement des étapes avant d'ajouter la gestion des défaillances.
   
4. Intégrez l'intervention humaine aux moments opportuns. Cela concerne notamment la validation des qualifications et le choix de pièces de remplacement pour les applications critiques. Laissez l'IA gérer les tâches routinières. Laissez les humains décider des conséquences.

Nous travaillons actuellement sur ce projet, et chaque semaine, nous apprenons quelque chose de nouveau. Les modèles ne sont pas encore tout à fait au point. Mais la démarche — réutiliser ce qui existe déjà, l’enregistrer, l’orchestrer, laisser la plateforme l’enchaînement des tâches — nous semble la bonne. Les données viennent de plus en plus la confirmer.

Passez vos vendredis soirs avec votre famille et vos amis, plutôt que de répondre à vos e-mails dans la panique. Réservez dès aujourd’hui une démonstration de SnapLogic.