L’IA peut-elle modifier les limites d’un procédé qualifié dans l’aérospatial sans requalification ?

Non, pas en règle générale.

Si les limites font partie d’un processus qualifié, d’un flux de travail validé, d’une méthode de fabrication approuvée ou d’un régime d’inspection maîtrisé, un système d’IA ne devrait pas les modifier de sa propre initiative tout en continuant à considérer le processus comme toujours qualifié. Dans la plupart des environnements aérospatiaux, la modification de ces limites est un changement maîtrisé. Le fait que cela exige une requalification complète, une requalification partielle, une revalidation, une approbation de l’ingénierie, une approbation client ou une revue interne dépend du processus, du produit, des exigences contractuelles et de la manière dont les limites sont liées à la conformité du produit.

Le point essentiel est simple : l’IA peut appuyer l’analyse et proposer des changements, mais la modification autonome des limites d’un processus qualifié n’est généralement pas acceptable, sauf si le modèle opérationnel, les contrôles et le circuit d’approbation ont été explicitement conçus, validés et approuvés pour ce comportement.

Ce que l’IA peut généralement faire

• Surveiller les tendances et détecter les dérives plus tôt qu’une revue manuelle.

• Recommander un resserrement des contrôles, des actions de maintenance ou des déclencheurs d’investigation.

• Simuler les effets probables d’un changement de paramètre avant toute utilisation en production.

• Aider à classer les événements, prioriser les revues ou signaler des conditions hors famille à l’ingénierie ou à la qualité.

• Fonctionner dans des garde-fous approuvés et fixes si ces garde-fous sont clairement définis, techniquement imposés et couverts par la maîtrise des changements et la validation.

Ce qui déclenche généralement une requalification ou une revue équivalente

• Modifier des plages de procédé ou des limites de contrôle qui affectent l’ajustement, la forme, la fonction, la résistance, la durabilité ou d’autres caractéristiques critiques.

• Modifier des seuils d’inspection, une logique d’acceptation, une logique d’échantillonnage ou l’interprétation des mesures qui influence les décisions de disposition.

• Modifier des recettes machine, des correcteurs CNC, des cycles de polymérisation, des paramètres de revêtement, des plages de couple ou des paramètres maîtrisés similaires au-delà des plages de tolérance approuvées.

• Permettre à un modèle de s’adapter lui-même en production sans version verrouillée, justification documentée et enregistrement de déploiement approuvé.

• Utiliser des données de qualité incertaine, au lignage incomplet ou à la traçabilité insuffisante pour justifier des changements de procédé.

En pratique, plus une sortie d’IA peut modifier directement la réalisation ou l’acceptation du produit, plus l’attente est forte en matière de revue, de traçabilité, de preuves de validation et de mise en production maîtrisée.

Conditions limites importantes

Il existe des cas restreints où chaque changement n’implique pas une requalification complète. Par exemple, certaines usines définissent des enveloppes d’exploitation préapprouvées, des règles d’ajustement ou une logique d’optimisation à titre consultatif uniquement que les opérateurs ou les ingénieurs peuvent utiliser sans requalifier l’ensemble du procédé à chaque fois. Mais cela ne fonctionne que lorsque les limites sont explicites, justifiées, documentées et appliquées. Si l’IA franchit ces limites, modifie les limites elles-mêmes ou modifie la manière dont l’acceptation est déterminée, la charge augmente rapidement.

Cela dépend également fortement de la configuration. Un modèle qui recommande une modification de paramètre pour approbation humaine est très différent d’un contrôleur en boucle fermée qui écrit directement dans les consignes des équipements. Le second cas comporte des risques beaucoup plus élevés en matière de validation, de cybersécurité, de traçabilité et d’exploitation.

La réalité des environnements brownfield

Dans les usines aérospatiales, l’IA fonctionne rarement dans une pile propre et autonome. Elle doit coexister avec les MES, ERP, PLM, QMS, historian, SCADA, contrôleurs de machines et systèmes de gestion documentaire qui n’ont pas été conçus pour des modèles adaptatifs. Cela crée des contraintes pratiques :

• Les limites approuvées peuvent exister dans plusieurs systèmes, et toute incohérence crée un risque d’exécution.

• Les pistes d’audit peuvent être fragmentées si l’intégration n’est pas correctement réalisée.

• Les équipements hérités peuvent ne pas prendre en charge des permissions granulaires, le retour arrière ou une gouvernance moderne des modèles.

• Les fenêtres d’arrêt sont limitées, de sorte que même des changements techniquement solides peuvent être difficiles à déployer sur le plan opérationnel.

C’est l’une des raisons pour lesquelles les stratégies de remplacement complet échouent souvent dans les environnements réglementés à longs cycles de vie. Remplacer les systèmes d’exécution et de qualité pour faciliter l’IA autonome se heurte généralement à la charge de qualification, au coût de validation, au risque d’arrêt, à la complexité d’intégration et à la nécessité de préserver la traçabilité et l’historique des modifications sur l’ensemble des actifs hérités.

Schéma de mise en œuvre plus sûr

Une approche plus réaliste consiste à utiliser l’IA d’abord comme aide à la décision à titre consultatif, et non pour modifier les limites de manière autonome. Cela signifie :

• Verrouiller les versions des modèles et les sources de données d’entraînement.

• Exiger l’approbation de l’ingénierie et de la qualité avant que les mises à jour de paramètres n’entrent en vigueur.

• Enregistrer qui a approuvé quoi, quand, pourquoi, et sur la base de quel ensemble de preuves.

• Conserver des mécanismes de retour arrière et des dates d’entrée en vigueur pour les limites modifiées.

• Séparer la surveillance du procédé de l’autorité sur le procédé.

Si une entreprise souhaite un ajustement en boucle fermée, elle a besoin d’une gouvernance, d’une validation, d’une gestion des exceptions et de contrôles techniques beaucoup plus robustes que ce que la plupart des organisations supposent au départ.

La réponse pratique est donc non : l’IA ne devrait pas modifier les limites de procédé qualifiées dans l’aérospatiale sans la revue contrôlée applicable et, lorsque cela est requis, une requalification ou une revalidation. Le seuil exact dépend de la criticité du produit, de la conception du procédé, des exigences du client et des exigences internes, ainsi que du caractère consultatif ou faisant autorité de l’IA.