MES vs ERP vs réalité : où réside réellement l’exécution en production aérospatiale

Dans de nombreuses usines aérospatiales, on parle de ERP et de MES comme s’ils étaient interchangeables. Sur les tableaux blancs, l’empilement paraît clair : 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 rechercher des dossiers suiveurs papier. Les équipes qualité reconstruisent la traçabilité pour les audits. Les évolutions d’ingénierie arrivent en cours de fabrication et se répercutent dans les e-mails et les 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 déficit de visibilité que celui exploré dans l’article central The Aerospace Scoreboard Is Lying to You : l’écart entre ce que les systèmes indiquent comme devant 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, 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 éléments probants prêts pour 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 aérospatiale, 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 legacy 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, le MES ou des systèmes d’atelier développés en interne ont été ajoutés en couche pour répondre à des points de douleur spécifiques — souvent en assemblage final, procédés spéciaux ou essais.

Ces premiers déploiements MES avaient généralement un périmètre étroit : capturer certaines données de production, lancer les opérations vers les machines, fournir un indicateur OEE 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 un patchwork 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 de planification et de lancement pour machines CNC
• Un système de dossier suiveur de fabrication et d’instructions de travail électroniques
• Un historien de données et un tableau de bord OEE
• Un enregistrement qualité électronique et un journal des non-conformités
• Une couche fourre-tout entre l’ERP et la ligne

Toutes ces réponses 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 se trouvent souvent entièrement en dehors du MES : approbations par e-mail, matrices de configuration sur tableur, plans PDF sur 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é de l’architecture

Pour combler les écarts, les organisations aérospatiales personnalisent fréquemment leur MES et leur ERP. Avec le temps, ces personnalisations brouillent des frontières qui étaient initialement claires :

• Des instances ERP qui contiennent une logique détaillée de gamme 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 middlewares 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 programme, satisfaire une exigence client particulière, réussir un audit. À long terme, elles érodent la clarté de l’architecture. Lorsque personne ne peut dire avec certitude quel système constitue la « source de vérité » pour une décision donnée — configuration, révision, spécification de procédé, exigence d’inspection — l’exécution repose sur la connaissance informelle.

Ce manque de clarté est précisément ce que l’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 fortement manuelle.

Le rôle de l’ERP au prisme de l’ISA‑95

Niveau 4 : planification, ordonnancement et alignement financier

Selon l’ISA‑95, l’ERP opère principalement au niveau 4 : planification métier et logistique. Dans l’aérospatial, cela se traduit par :

• La planification de production à long horizon pour les programmes et les plateformes
• L’ordonnancement directeur entre lignes, cellules et fournisseurs
• La planification des besoins matières (MRP) et les achats
• Le calcul des coûts, la comptabilisation 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, au titre 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 assemblages
• Contrats clients et postes de contrat
• Fournisseurs approuvés et délais d’approvisionnement
• Gammes de haut niveau et centres de travail

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 assemblage critique pour le vol encode implicitement des référentiels de configuration, des critères d’acceptation contractuels et des 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 instruments 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 un détail d’exécution à la seconde près

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 infra-minute, les données de capteurs ou les interactions avec les techniciens.

Tenter de contraindre l’ERP à jouer un rôle d’exécution à la seconde près 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 rapides de configuration au niveau de l’opération
• Défis de performance avec des données à haute fréquence, comme les résultats d’essai ou les événements IIoT

Pour les programmes aérospatiaux réglementés, le risque dépasse le simple inconfort. Si l’ERP devient de fait le système d’exécution, les équipes commencent à le contourner avec des tableurs parallèles et des flux de travail parallèles. C’est dans cette couche parallèle que la traçabilité et la maîtrise de configuration commencent à se fissurer.

Ce que le MES couvre traditionnellement — et ce qu’il ne couvre pas

Fonctions MES typiques : dispatching, 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 :

• Le dispatching des ordres de fabrication et des opérations vers les postes de travail ou les 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 des validations électroniques simples
• L’intégration avec les équipements pour la capture automatique des données dans des cellules fortement automatisées

Ces fonctions sont importantes, mais elles reflètent un monde de fabrication où les opérations sont relativement répétables, les temps de takt 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 par rapport aux opérations manuelles

Dans l’aérospatial, une part importante du travail à valeur ajoutée est manuelle ou semi-manuelle :

• Stratifications composites complexes
• Assemblage de détail et intégration de sous-ensembles
• Installation de faisceaux de câblage
• Perçage, fixation et étanchéification de structures
• Essais fonctionnels et dépannage

Un 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 prendre des heures ou des jours, avec des dizaines de micro-décisions, de clarifications d’ingénierie et de contrôles qualité tout au long du processus.

En conséquence, de nombreux sites aérospatiaux maintiennent une utilisation superficielle du MES pour le travail manuel : horodatages de démarrage/arrêt, quelques champs de données et une validation. Le véritable contexte — dispositions d’ingénierie, écarts de procédé, réparations temporaires, ajustements d’essai — réside ailleurs.

Lacunes dans la collaboration fournisseur 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 qu’attendent les auditeurs et les autorités réglementaires :

• Généalogie des matières et des procédés, de la matière brute à l’assemblage final
• Certifications fournisseurs et qualifications des procédés spéciaux
• Historiques des modifications à travers 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 vue 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 entre eux, les fabricants aérospatiaux s’appuient sur les personnes pour créer manuellement le fil numérique.

Vérifications 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 ensembles critiques. Les raisons incluent :

• Des processus historiques qui n’ont jamais été entièrement migrés dans les systèmes numériques
• Des flux de reprise complexes plus faciles à annoter à la main
• Des dossiers de travail fournisseur 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 repasse au papier, la traçabilité en temps réel devient une reconstitution. La saisie des données a posteriori 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 techniques sur la ligne

Les modifications techniques font normalement partie des programmes aérospatiaux, en particulier au début du cycle de vie. Le problème réside dans la manière dont elles sont gérées opérationnellement. Les schémas courants incluent :

• L’envoi par e-mail de plans ou d’instructions de travail révisés aux superviseurs
• L’impression d’instructions temporaires et leur agrafage aux dossiers suiveurs de fabrication
• La tenue de tableurs locaux associant les références pièces à des instructions particulières
• Le recours à des briefings d’équipe et à des 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 en cours de fabrication selon cette configuration exacte et cet ensemble précis 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.

Pourquoi les flux de travail qualité et de non-conformité se trouvent 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 encore un autre système

Lorsqu’une NC est déclarée 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 passage de relais affaiblit le lien entre la pièce physique, le travail réalisé, l’enregistrement numérique et la configuration finale livrée au client.

En conditions normales, ces écarts restent gérables. Sous contrainte — augmentations de cadence, modifications de conception, contrôle réglementaire accru — ils font la différence entre un flux de production 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 les 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 déclaration manuelle pour obtenir un état en temps réel
• Maintient une vision haute fidélité de l’encours (WIP) par unité, assemblage et configuration
• Fait remonter les écarts, retards et risques à temps pour agir, et non sous forme de reporting post-mortem

Dans le langage du récit central, c’est la couche qui rend honnête le « tableau de score » aérospatial. Au lieu de s’appuyer uniquement sur les livraisons et le carnet de commandes, elle met en évidence la capacité d’exécution et les contraintes.

Intégrer la maîtrise de la configuration et la compréhension du fil numérique

Dans l’aérospatial, la maîtrise de la configuration n’est pas 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
• S’assurer que les instructions de travail reflètent la configuration correcte au moment de l’exécution
• Enregistrer la configuration effectivement utilisée lorsque le travail a été réalisé
• Maintenir un fil numérique navigable, de l’exigence au produit livré

Il ne s’agit pas simplement de joindre une révision de plan à un ordre de travail. Cela exige une compréhension 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 opérationnelle accorde également de l’importance à l’expérience :

• Les techniciens ont besoin d’instructions claires, à jour et non ambiguës, avec un minimum de navigation superflue
• Les ingénieurs doivent introduire les 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 transmet les en-têtes de commandes, les lignes de commande 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 contrôles

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 de bancs d’essai et journaux de vérification fonctionnelle
• Dimensions et mesures issues des contrôles et de la métrologie
• Confirmations manuelles des techniciens et des inspecteurs

Un MES traditionnel peut 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ée doit être rattaché à une unité, une configuration, une opération et un point précis du processus.

Remonter les statuts, les non-conformités et la généalogie vers les systèmes amont

Enfin, la couche d’exécution devient la source de visibilité aval et amont :

• L’ERP reçoit des statuts synthétisés et des jalons réalisés afin de maintenir des plans réalistes
• Le QMS reçoit des données de non-conformité et de contrôle structurées et riches en contexte
• Les systèmes PLM et 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 unité et à l’historique de fabrication sans 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 une 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 des 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, et non un exercice documentaire séparé. 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é fournisseurs 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 sur l’exécution à l’échelle 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 sert de 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 — tenter de forcer l’ERP à devenir un MES, ou le MES à être la seule couche d’exécution — atteint ses limites dans des écosystèmes aérospatiaux complexes. La réalité est hétérogène : différents sites, différents fournisseurs, différents systèmes existants.

Les plateformes de la catégorie Connect 981 mettent l’accent sur la connexion et l’orchestration plutôt que sur le remplacement. Elles se positionnent 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 de bord, 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 ? ». Elle est 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.