MES vs ERP vs réalité terrain : 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’architecture paraît nette : 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 des dossiers suiveurs de fabrication papier. Les équipes qualité reconstruisent la traçabilité pour les audits. Les modifications 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 l’impression d’une progression, mais ils masquent la fragilité de l’exécution. C’est le même déficit de visibilité que celui analysé dans l’article central Le tableau de bord aérospatial vous ment : l’écart entre ce que les systèmes indiquent comme devant se produire et ce qui se passe réellement maintenant.

Pour les équipes qui transposent ce sujet dans l’exploitation quotidienne, 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 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 et des recommandations de Connect 981 pour les opérations aérospatiales, en particulier lorsque les décisions doivent circuler entre qualité, production, fournisseurs et direction de programme sans perdre leur 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 parties les plus importantes 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 répondre à des problèmes spécifiques — souvent dans l’assemblage final, les procédés spéciaux ou les essais.

Ces premiers déploiements MES avaient généralement un périmètre étroit : saisir certaines données de production, affecter les opérations aux machines, produire un OEE de base. Au fil du temps, des exigences supplémentaires se sont empilées : instructions de travail électroniques, non-conformités atelier, généalogie de base, parfois validations électroniques. Chaque usine, et parfois chaque programme, a développé 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.

Des interprétations différentes 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 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
• Un enregistrement qualité électronique et un registre 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 séparés.

Lorsque le MES est défini localement par ce dont un site avait besoin au moment de l’achat, il devient difficile d’analyser son rôle dans l’architecture ISA‑95 plus large.

L’impact des personnalisations sur la clarté architecturale

Pour combler les écarts fonctionnels, les organisations aérospatiales personnalisent fréquemment les MES et ERP. Avec le temps, ces personnalisations brouillent des frontières 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 jusqu’à 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 entièrement

À court terme, ces décisions semblent pragmatiques : tenir 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 dire avec certitude quel système constitue le « référentiel faisant foi » 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.

Ce manque de clarté est précisément ce qu’ISA‑95 visait à éviter. 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 à forte part d’opérations manuelles.

Le rôle de l’ERP à travers le prisme d’ISA‑95

Niveau 4 : planification, ordonnancement et alignement financier

Dans les termes d’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
• Une planification directrice 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 du contrat

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 de pièces et d’assemblages
• Contrats clients et postes de contrat
• 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 assemblage 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 instruments de mesure précis qu’ils utiliseront, ni le statut 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 à la seconde près

Les systèmes ERP n’ont jamais été destinés à fonctionner au niveau de 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 avec les techniciens.

Essayer de forcer 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
• Problèmes 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 la simple gêne. Si l’ERP devient de facto le système d’exécution, les équipes commencent à le contourner au moyen de feuilles de calcul parallèles et de 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 fissurer.

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

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

• 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 des validations électroniques simples
• L’intégration avec les équipements pour la capture automatique des données dans les cellules fortement automatisées

Ces fonctions sont importantes, mais elles reflètent un environnement de fabrication où les opérations sont relativement répétables, les temps de tact 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 :

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

Le MES traditionnel est performant lorsqu’il existe un couplage étroit avec les états des équipements et des cycles bien définis. Il montre ses limites 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é en cours d’exécution.

Par conséquent, de nombreux sites aérospatiaux limitent l’utilisation du MES pour le travail manuel : horodatages de début/fin, quelques champs de données et une validation. Le véritable contexte — décisions de disposition d’ingénierie, déviations de procédé, réparations temporaires, ajustements d’essai — se trouve ailleurs.

Lacunes dans la collaboration 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. Il suit ce qui se passe à l’intérieur du périmètre d’un site, et non à travers l’ensemble de 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 de réglementation :

• Généalogie matière et procédés, depuis la matière première jusqu’à l’assemblage final
• Certifications fournisseurs et qualifications des procédés spéciaux
• Historiques des changements à 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 vision complète. Les données fournisseurs arrivent via des portails, des e-mails et des PDF. Les évolutions techniques 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 des personnes pour créer manuellement la continuité numérique.

Constats de terrain issus 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 dans les systèmes numériques
• Des flux de reprise complexes, plus faciles à annoter à la main
• Des dossiers de travail 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 définition technique la plus récente

Chaque fois qu’un processus repasse au papier, la traçabilité en temps réel devient une reconstruction. La saisie de données a posteriori est sujette aux erreurs et capture rarement l’intégralité du contexte de ce qui s’est produit au point d’exécution.

Solutions de contournement pour gérer les évolutions d’ingénierie sur la ligne

Les évolutions d’ingénierie font partie normale des programmes aérospatiaux, en particulier au début du cycle de vie. Le problème tient à leur gestion opérationnelle. 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 feuilles de calcul locales qui associent les références pièces à des instructions particulières
• Le recours aux briefings terrain et aux réunions d’équipe pour communiquer les changements

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 précis de dérogations. L’ERP connaît le contrat. Le MES connaît la gamme de base. Le PLM connaît l’évolution 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 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 ouverte dans l’atelier, le technicien peut la consigner dans un QMS, puis renseigner manuellement a posteriori le statut dans le MES, puis notifier 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 supportables. Sous contrainte — montées en cadence, évolutions de conception, examen 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 de test et aux canaux de déclaration manuelle pour obtenir un statut en temps réel
• Maintient une vision haute fidélité des encours (WIP) par unité, assemblage et configuration
• Fait remonter les écarts, les retards et les risques à temps pour agir, et non pour un reporting a posteriori

Dans le langage du récit du hub, c’est la couche qui rend le « tableau de bord » aérospatial fidèle à la réalité. 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 connaissance du fil numérique

Dans l’aérospatial, la maîtrise de la configuration est non négociable. Une couche d’exécution doit traiter la configuration comme un concept central, 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 depuis l’exigence jusqu’au produit livré

Cela va au-delà de l’association d’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 pratique tient également compte de l’expérience utilisateur :

• Les techniciens ont besoin d’instructions claires, à jour et sans ambiguïté, avec un minimum de navigation superflue
• 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 seront
• Les équipes qualité doivent disposer de 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 équipes cessent de s’appuyer sur des feuilles de calcul 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 commande, les lignes et les gammes planifiées
• La couche d’exécution les affine en tâches exécutables, séquences et ensembles de travaux
• Les changements de planification (replanifications, fractionnements, annulations) sont propagés sans perte de traçabilité

Le MES peut toujours 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 quels travaux existent, comment ils sont structurés et comment ils se rattachent 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 issues 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 inspections 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.

Remontée des statuts, des non-conformités et de 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étiques et les jalons atteints 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 avoir à 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 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 les 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 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é fournisseurs et collaboration au-delà des limites 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 entre systèmes. Pour obtenir une réelle visibilité d’exécution sur l’ensemble de ce réseau, l’architecture doit :

• Tenir compte du 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
• Prendre en charge un partage sécurisé et sélectif des données afin de préserver la confidentialité tout en permettant la supervision

C’est ici 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 — tenter de faire de l’ERP un MES, ou du MES l’unique couche d’exécution — atteint ses limites dans les écosystèmes aérospatiaux complexes. La réalité est hétérogène : différents sites, différents fournisseurs, différents systèmes hérités.

Les plateformes de la catégorie Connect 981 privilégient la connexion et l’orchestration plutôt que le remplacement. Elles s’intercalent entre la planification et l’atelier, s’intègrent aux outils existants et fournissent une vision opérationnelle cohérente entre programmes et partenaires. Il ne s’agit pas tant de prendre en charge chaque transaction que de garantir que, lorsque l’industrie regarde au-delà du tableau de bord, elle puisse enfin voir comment l’exécution se comporte réellement.

Pour les organisations aérospatiales confrontées à des attentes croissantes, à une surveillance réglementaire renforcée 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.