Dans de nombreuses usines aérospatiales, on parle de ERP et de MES comme s’ils étaient interchangeables. Sur les tableaux blancs, l’architecture paraît claire : l’ERP planifie, le MES exécute, l’atelier produit. Mais lorsque les programmes sont sous pression, la réalité correspond rarement au schéma.
Les responsables de production continuent de courir après les dossiers suiveurs de fabrication papier. Les équipes qualité reconstruisent la traçabilité pour les audits. Les changements d’ingénierie arrivent en cours de fabrication et se répercutent par e-mails et feuilles de calcul. Les indicateurs de tableau de bord — livraisons, carnet de commandes, chiffre d’affaires — donnent une impression de progrès, mais ils masquent la fragilité croissante de l’exécution. C’est le même écart de visibilité qu’explore l’article central The Aerospace Scoreboard Is Lying to You : l’espace entre ce que les systèmes disent devoir se produire et ce qui se produit réellement maintenant.
Pour les équipes qui mettent ce sujet en pratique au quotidien, les systèmes d’exécution pour la fabrication aérospatiale, le pilotage de l’exécution en atelier et les parcours d’intégration ERP, MES et PLM aident à relier le concept à la traçabilité, à la réalité des ordres de fabrication et aux preuves prêtes pour l’audit.
Le même modèle opérationnel dépend également d’une plateforme d’exécution connectée, des solutions d’exécution aérospatiale de Connect 981, d’exemples réels d’exécution dans l’aérospatial et des recommandations de Connect 981 pour les opérations aérospatiales, en particulier lorsque les décisions doivent circuler entre la qualité, la production, les fournisseurs et la direction de programme sans perdre le contexte.
Cet article utilise le prisme ISA‑95 pour distinguer l’ERP, le MES et une couche d’exécution moderne dans les environnements aérospatiaux réglementés. L’objectif n’est pas de désigner des gagnants, mais de clarifier où le travail réside réellement — en particulier les éléments les plus importants pour la surveillance AS9100, FAA et EASA.
Pourquoi les frontières entre systèmes sont floues dans les usines aérospatiales
Comment les déploiements historiques ont façonné les attentes actuelles vis-à-vis de l’ERP/MES
La plupart des organisations aérospatiales n’ont pas conçu leur architecture numérique à partir de zéro. Elles l’ont accumulée. L’ERP est arrivé pour unifier la finance, les contrats et la planification de production de base. Des années plus tard, des MES ou des systèmes d’atelier développés en interne ont été ajoutés par couches pour traiter des points de douleur spécifiques — souvent en assemblage final, dans les procédés spéciaux ou lors des essais.
Ces premiers déploiements MES avaient généralement un périmètre étroit : capturer certaines données de production, affecter des opérations aux machines, produire un OEE/TRS de base. Au fil du temps, des exigences supplémentaires se sont accumulées : instructions de travail électroniques, non-conformités atelier, généalogie de base, parfois validations électroniques. Chaque usine, et parfois chaque programme, a fait évoluer sa propre variante de « MES ». Il en résulte une mosaïque où le même acronyme décrit des réalités très différentes.
Différentes interprétations du MES selon les usines et les fournisseurs
Demandez à cinq fournisseurs aérospatiaux de définir le MES et vous entendrez cinq réponses différentes :
- Un outil d’ordonnancement et d’affectation des opérations pour machines CNC
- Un système de dossiers suiveurs de fabrication et d’instructions de travail électroniques
- Un historien de données et un tableau de bord OEE/TRS
- Un enregistrement qualité électronique et un journal des non-conformités
- Une couche fourre-tout entre l’ERP et la ligne
Toutes ces définitions sont partiellement vraies. Aucune ne décrit la réalité complète de l’exécution. Pour un assemblage complexe comme une structure d’aéronef ou un système de propulsion, les informations critiques résident souvent entièrement en dehors du MES : approbations par e-mail, matrices de configuration sur tableur, plans PDF dans des lecteurs partagés, certifications fournisseurs dans des portails distincts.
Lorsque le MES est défini localement par ce dont un site avait besoin au moment de l’achat, il devient difficile de raisonner sur son rôle dans l’architecture ISA‑95 plus large.
L’impact des personnalisations sur la clarté architecturale
Pour combler les écarts, les organisations aérospatiales personnalisent fréquemment les MES et les ERP. Au fil du temps, ces personnalisations brouillent des frontières qui étaient initialement claires :
- Des instances ERP qui contiennent une logique détaillée de gammes au niveau des opérations et des règles d’atelier
- Des instances MES qui remontent vers la gestion de la demande, l’ordonnancement, voire des attributs contractuels de base
- Des intergiciels ou scripts personnalisés qui déplacent des données partielles selon des modalités que personne ne documente complètement
À court terme, ces décisions paraissent pragmatiques : atteindre un jalon de programme, satisfaire une exigence client particulière, réussir un audit. À long terme, elles érodent la clarté architecturale. Lorsque personne ne peut affirmer avec certitude quel système constitue la « source faisant autorité » pour une décision donnée — configuration, révision, spécification de procédé, exigence d’inspection — l’exécution repose sur le savoir tacite des équipes.
Ce manque de clarté est précisément ce qu’ISA‑95 visait à prévenir. Dans l’aérospatial, nous devons réexaminer ces frontières en tenant compte des réalités d’une production réglementée, à forte diversité et largement manuelle.
Le rôle de l’ERP au prisme d’ISA‑95
Niveau 4 : planification, ordonnancement et alignement financier
Selon ISA‑95, l’ERP opère principalement au niveau 4 : planification métier et logistique. Dans l’aérospatial, cela se traduit par :
- Une planification de production à long horizon pour les programmes et plateformes
- Un ordonnancement directeur entre lignes, cellules et fournisseurs
- La planification des besoins matières (MRP) et les achats
- Le calcul des coûts, la reconnaissance du chiffre d’affaires et le reporting financier
- Les dates de livraison et pénalités au niveau contractuel
L’ERP est le système qui porte l’engagement officiel vis-à-vis du marché : combien d’unités seront livrées, quand, dans le cadre de quel contrat et selon quelle structure de coûts. Il doit s’intégrer en profondeur avec la finance, les contrats et la supply chain.
Données de base, contrats et ordres de haut niveau
L’ERP porte également des données de base critiques :
- Identifiants des pièces et des ensembles
- Contrats clients et postes de ligne
- Fournisseurs approuvés et délais d’approvisionnement
- Gammes de haut niveau et centres de charge
Dans l’aérospatial, ces objets de données sont étroitement liés aux exigences réglementaires et client. Par exemple, un ordre de fabrication ERP pour un ensemble critique pour le vol encode implicitement les référentiels de configuration, les critères d’acceptation contractuels et les jalons de livraison.
Cependant, l’ERP ne représente que le travail prévu. Il ne connaît pas la séquence exacte des actions que les techniciens exécuteront, les outils et moyens de mesure spécifiques qu’ils utiliseront, ni l’état en temps réel de chaque opération dans l’atelier.
Pourquoi l’ERP n’est pas conçu pour le détail d’exécution seconde par seconde
Les systèmes ERP n’ont jamais été destinés à fonctionner à la granularité de l’exécution en temps réel. Ils sont optimisés pour la cohérence transactionnelle et le contrôle financier, et non pour les flux d’événements à la sous-minute, les données de capteurs ou les interactions des techniciens.
Essayer de contraindre l’ERP à jouer un rôle d’exécution seconde par seconde crée généralement des frictions :
- Interfaces utilisateur lentes et écrans complexes dans l’atelier
- Prise en charge limitée des environnements hors ligne ou contraints
- Difficulté à gérer des changements de configuration rapides au niveau de l’opération
- Défis de performance avec des données à haute fréquence comme les résultats d’essais ou les événements IIoT
Pour les programmes aérospatiaux réglementés, le risque dépasse le simple désagrément. Si l’ERP devient de facto le système d’exécution, les équipes commencent à le contourner avec des tableurs non officiels et des flux de travail parallèles. C’est dans cette couche parallèle que la traçabilité et la maîtrise de la configuration commencent à se fragmenter.
Ce que le MES couvre traditionnellement — et ce qu’il ne couvre pas
Fonctions MES typiques : ordonnancement, collecte de données, OEE
Les outils MES traditionnels se situent aux niveaux 3 et 2 de l’ISA‑95, au plus près de la ligne. Dans les usines aérospatiales, les capacités MES courantes incluent :
- L’affectation des ordres de fabrication et des opérations aux postes de travail ou aux machines
- Le suivi de l’état de production de base (démarré, en cours, terminé)
- La collecte des compteurs de production, des temps de cycle et des états machine pour l’OEE
- La capture des connexions opérateur et de simples validations électroniques
- L’intégration avec les équipements pour la capture automatique de données dans des cellules fortement automatisées
Ces fonctions sont importantes, mais elles reflètent un univers de fabrication où les opérations sont relativement répétables, les temps de cadence sont stables et l’automatisation prédomine. De nombreux environnements aérospatiaux sont très différents.
Prise en charge des opérations automatisées versus manuelles
Dans l’aérospatial, une part importante du travail à valeur ajoutée est manuelle ou semi-manuelle :
- Drapages composites complexes
- Assemblage détaillé et intégration de sous-ensembles
- Installation de faisceaux de câblage
- Perçage, fixation et étanchéité de structures
- Essais fonctionnels et dépannage
Le MES traditionnel excelle lorsqu’il existe un couplage étroit avec les états des équipements et des cycles bien définis. Il est en difficulté lorsqu’une seule opération peut durer des heures ou des jours, avec des dizaines de micro-décisions, de clarifications d’ingénierie et de contrôles qualité en cours de route.
Par conséquent, de nombreux sites aérospatiaux maintiennent une utilisation limitée du MES pour le travail manuel : horodatages de début/fin, quelques champs de données et une validation. Le vrai contexte — dispositions d’ingénierie, écarts de procédé, réparations temporaires, ajustements d’essai — se trouve ailleurs.
Lacunes dans la collaboration avec les fournisseurs et la traçabilité de bout en bout
Une autre lacune structurelle tient au fait que le MES est souvent centré sur le site de production. Il suit ce qui se passe à l’intérieur du périmètre d’un site, et non à travers la chaîne d’approvisionnement aérospatiale. Pourtant, la traçabilité de bout en bout est précisément ce que les auditeurs et les autorités de réglementation attendent :
- Généalogie matière et procédé, depuis la matière brute jusqu’à l’assemblage final
- Certifications fournisseurs et qualifications des procédés spéciaux
- Historiques des modifications couvrant la conception, la planification et l’exécution
- Lien entre les non-conformités, les actions correctives et les unités livrées
Le MES détient rarement la vision complète. Les données fournisseurs arrivent via des portails, des e-mails et des PDF. Les modifications d’ingénierie proviennent du PLM ou d’outils de gestion de configuration. Les événements qualité peuvent résider dans des plateformes QMS distinctes. Sans couche d’exécution explicite conçue pour relier ces flux, les fabricants aérospatiaux s’appuient sur des personnes pour créer manuellement le fil numérique.
Vérifications de terrain issues des programmes aérospatiaux
Là où les dossiers suiveurs papier dominent encore les processus critiques
Malgré des investissements importants dans l’ERP et le MES, les dossiers suiveurs papier restent courants dans les environnements aérospatiaux, y compris sur des assemblages critiques. Les raisons incluent :
- Des processus hérités qui n’ont jamais été entièrement migrés vers des systèmes numériques
- Des flux de reprise complexes, plus faciles à annoter à la main
- Des dossiers de travaux fournisseurs qui arrivent au format papier ou uniquement en PDF
- Un manque de confiance dans le fait que le système numérique reflète la dernière intention d’ingénierie
Chaque fois qu’un processus bascule sur papier, la traçabilité en temps réel devient une reconstruction. La saisie de données après coup est sujette aux erreurs et capture rarement tout le contexte de ce qui s’est produit au point d’exécution.
Solutions de contournement pour gérer les modifications d’ingénierie en ligne
Les modifications d’ingénierie font partie intégrante des programmes aérospatiaux, en particulier au début du cycle de vie. Le problème réside dans leur gestion opérationnelle. Les pratiques courantes incluent :
- Envoyer par e-mail des plans ou des instructions de travail révisés aux superviseurs
- Imprimer des instructions temporaires et les agrafer aux dossiers suiveurs de fabrication
- Maintenir des feuilles de calcul locales associant les références pièce à des instructions particulières
- S’appuyer sur les causeries d’équipe et les réunions de changement de poste pour communiquer les modifications
Il existe rarement un système unique capable de comprendre que : ce numéro d’appareil, à ce poste, est fabriqué selon cette configuration exacte et cet ensemble de dérogations. L’ERP connaît le contrat. Le MES connaît la gamme de base. Le PLM connaît la modification de conception. La ligne connaît la solution de contournement. Personne ne dispose de la vue intégrée.
Comment les flux de travail qualité et de non-conformité restent souvent en dehors du MES
Dans de nombreuses organisations aérospatiales, les systèmes qualité ont évolué indépendamment du MES :
- Les processus de non-conformité et de MRB s’exécutent dans un QMS ou dans un outil distinct
- Les résultats d’inspection sont enregistrés dans des bases de données ou des formulaires autonomes
- Les actions correctives et les audits sont suivis dans un autre système encore
Lorsqu’une NC est ouverte en atelier, le technicien peut la saisir dans un QMS, puis mettre à jour manuellement a posteriori le statut dans le MES, puis informer la planification par e-mail. Chaque transfert affaiblit le lien entre la pièce physique, le travail réalisé, l’enregistrement numérique et la configuration finale livrée au client.
Dans des conditions normales, ces lacunes restent gérables. Sous contrainte — augmentations de cadence, modifications de conception, surveillance réglementaire — elles font la différence entre un débit stable et un blocage systémique.
Définir une couche d’exécution aérospatiale moderne
Faire le lien entre les plans ERP et les signaux MES/atelier
Une couche d’exécution aérospatiale moderne n’est pas un module MES ou ERP rebaptisé. C’est une couche dédiée qui :
- Consomme les plans et contraintes issus de l’ERP (ordres, gammes, dates, hypothèses de capacité)
- Se connecte au MES, à l’IIoT, aux systèmes d’essai et aux canaux de reporting manuel pour obtenir un statut en temps réel
- Maintient une vue haute fidélité des encours (WIP) par unité, assemblage et configuration
- Fait remonter les écarts, retards et risques à temps pour agir, et non pour un reporting post-mortem
Dans le langage du récit central, c’est la couche qui rend honnête le « tableau de bord » aérospatial. Au lieu de s’appuyer uniquement sur les livraisons et le carnet de commandes, elle expose la capacité d’exécution et les contraintes.
Intégrer la maîtrise de configuration et la conscience du fil numérique
Dans l’aérospatial, la maîtrise de configuration est non négociable. Une couche d’exécution doit traiter la configuration comme un concept de premier plan, et non comme de simples métadonnées :
- Associer à chaque unité des référentiels d’ingénierie, écarts et dérogations spécifiques
- Garantir que les instructions de travail reflètent la bonne configuration au moment de l’exécution
- Enregistrer quelle configuration a effectivement été utilisée lorsque le travail a été réalisé
- Maintenir un fil numérique navigable, de l’exigence jusqu’au produit livré
Il ne s’agit pas seulement de joindre une révision de plan à un ordre de travail. Cela exige une conscience contextuelle. Lorsqu’un technicien ouvre une tâche, le système doit comprendre quelle configuration s’applique, quels changements sont en vigueur et quels contrôles qualité sont obligatoires pour cette unité et cette opération spécifiques.
Conception de l’expérience pour les techniciens, les ingénieurs et les équipes qualité
Une couche d’exécution pragmatique accorde également de l’attention à l’expérience utilisateur :
- Les techniciens ont besoin d’instructions claires, à jour et sans ambiguïté, avec une charge de navigation minimale
- Les ingénieurs doivent pouvoir introduire des changements de manière maîtrisée, avec une visibilité sur les personnes concernées et le moment où elles le sont
- Les équipes qualité doivent voir des données riches en contexte autour de chaque défaut : configuration, état du processus, facteurs environnementaux et dépendances amont/aval
Lorsque ces besoins sont couverts dans un environnement opérationnel unique, l’adoption suit. Les personnes cessent de s’appuyer sur des tableurs parallèles, car le système de référence est enfin aligné sur la manière dont le travail se déroule réellement.
Flux de données entre ERP, MES et plateformes d’exécution
Synchronisation des commandes, des opérations et des gammes
Le flux de données le plus fondamental se situe entre l’ERP et la couche d’exécution :
- L’ERP envoie les en-têtes de commandes, les lignes et les gammes planifiées
- La couche d’exécution les affine en tâches, séquences et lots de travail exécutables
- Les changements de planification (replanifications, fractionnements, annulations) sont propagés sans perte de traçabilité
Le MES peut encore assurer l’ordonnancement détaillé, en particulier pour les cellules automatisées. L’essentiel est que la couche d’exécution reste la référence pour déterminer quel travail existe, comment il est structuré et comment il se rattache aux contrats, aux configurations et aux unités.
Flux d’événements issus de l’IIoT, des bancs d’essai et des inspections
Les usines aérospatiales génèrent des flux de données variés :
- Données de capteurs provenant des contrôles environnementaux et des procédés de polymérisation
- Résultats des bancs d’essai et journaux de vérification fonctionnelle
- Dimensions et mesures issues des inspections et de la métrologie
- Confirmations manuelles des techniciens et des inspecteurs
Les MES traditionnels peuvent en capturer une partie, mais souvent de manière cloisonnée. Une couche d’exécution doit se concentrer sur la contextualisation des événements plutôt que sur leur simple stockage. Chaque point de données doit être rattaché à une unité, une configuration, une opération et un point précis du processus.
Remonter aux systèmes amont les statuts, les non-conformités et la généalogie
Enfin, la couche d’exécution devient la source de visibilité aval et amont :
- L’ERP reçoit des statuts synthétisés et les achèvements de jalons afin de maintenir des plans réalistes
- Le QMS reçoit des données de non-conformité et d’inspection structurées et riches en contexte
- Le PLM et les systèmes de gestion de configuration reçoivent un retour sur le comportement des conceptions en production
- Les équipes programme accèdent à la généalogie au niveau de l’unité et à l’historique de fabrication sans devoir interroger plusieurs plateformes
L’objectif n’est pas de remplacer les systèmes de référence existants, mais de les coordonner afin que la représentation de la réalité soit cohérente et disponible en temps utile.
Concevoir l’architecture pour les chaînes d’approvisionnement réglementées
Répondre aux exigences de preuves AS9100, FAA et EASA
Les autorités réglementaires et les clients attendent de plus en plus des organisations aérospatiales qu’elles puissent produire des preuves, et non de simples récits. Ces preuves couvrent :
- Qui a réalisé chaque opération, avec quelle qualification
- Quels outils, matériaux et procédés ont été utilisés
- Comment les écarts et dérogations ont été maîtrisés
- Comment les actions correctives ont été mises en œuvre et vérifiées
Une couche d’exécution simplifie cela en faisant de la conformité un sous-produit naturel de la réalisation du travail, plutôt qu’un exercice documentaire distinct. Lorsque la capture des données est intégrée à l’exécution, la préparation aux audits devient continue plutôt qu’épisodique.
Visibilité fournisseur et collaboration au-delà des frontières des systèmes
Les chaînes d’approvisionnement aérospatiales sont mondiales et multi-niveaux. Aucune organisation ne maîtrise à elle seule toutes les interfaces système. Pour obtenir une visibilité réelle de l’exécution sur l’ensemble de ce réseau, l’architecture doit :
- Respecter le fait que chaque fournisseur conservera sa propre pile ERP, MES et QMS
- Fournir un moyen commun d’échanger les données pertinentes pour l’exécution : statut, certifications, généalogie
- Permettre un partage sécurisé et sélectif des données afin de préserver la confidentialité tout en rendant possible la supervision
C’est là qu’une plateforme d’exécution axée sur la connectivité devient critique. Elle agit comme une surface de collaboration entre organisations, sans exiger que tous adoptent le même système monolithique.
Pourquoi des plateformes comme Connect 981 privilégient la connectivité plutôt que les monolithes
Une approche monolithique — chercher à forcer l’ERP à jouer le rôle de MES, ou le MES à devenir l’unique couche d’exécution — ne tient pas dans des écosystèmes aérospatiaux complexes. La réalité est hétérogène : des sites différents, des fournisseurs différents, des systèmes hérités différents.
Les plateformes de la catégorie Connect 981 privilégient la connexion et l’orchestration plutôt que le remplacement. Elles se situent entre la planification et l’atelier, s’intègrent aux outils existants et fournissent une vision opérationnelle cohérente à travers les programmes et les partenaires. Il s’agit moins de posséder chaque transaction que de garantir que, lorsque l’industrie regarde au-delà du tableau des résultats, elle puisse enfin voir comment l’exécution performe réellement.
Pour les organisations aérospatiales confrontées à des attentes croissantes, à une surveillance réglementaire plus stricte et à des chaînes d’approvisionnement plus complexes, la question n’est plus « ERP ou MES ? ». Il s’agit de savoir s’il existe une couche d’exécution délibérée qui transforme des systèmes fragmentés en un ensemble maîtrisable et auditable.
Leave a Reply