Pourquoi l’ERP ne suffit pas à piloter l’exécution de la production aéronautique et spatiale

La plupart des industriels de l’aéronautique et du spatial s’appuient sur un ERP (Enterprise Resource Planning), ou PGI en français, comme système central de gestion de leur activité. Il regroupe les contrats, les besoins matières, les gammes, les coûts et les plannings. Sur le papier, il donne l’impression de pouvoir fournir une vision complète de l’usine.

Dans les faits, ce n’est pas le cas. Un ERP est avant tout un moteur de planification et de gestion transactionnelle, pas un environnement d’exécution. Il modélise ce qui devrait se produire. Il ne montre pas toujours de manière fiable ce qui se passe à l’instant présent sur une ligne, un îlot ou un poste de travail donné.

Il en résulte un schéma bien connu dans l’industrie aéronautique et spatiale : les responsables de programme, les responsables de production et les équipes qualité passent leurs journées à rapprocher les données de l’ERP avec des feuilles de calcul, des tableaux d’atelier, des e-mails et des tournées terrain. Le référentiel officiel et la réalité opérationnelle ne coïncident pas toujours.

C’est le même déficit de visibilité que celui décrit dans l’analyse plus large montrant que les tableaux de bord de haut niveau dans l’aéronautique et le spatial peuvent être profondément trompeurs. Les livraisons, le chiffre d’affaires et le carnet de commandes masquent la réalité opérationnelle. Il en va de même pour un écran ERP qui semble complet, mais qui ne contient pas le niveau de détail nécessaire sur l’exécution en temps réel.

Cet article explique là où l’ERP apporte une réelle valeur dans l’industrie aéronautique et spatiale, là où il atteint ses limites aux portes de l’atelier, et ce qu’une couche d’exécution dédiée doit fournir pour combler cet écart.

Ce que l’ERP fait bien dans la fabrication aéronautique et spatiale

L’ERP n’est pas le problème. Il est simplement conçu pour un rôle précis : coordonner la planification à moyen et long terme, la gestion financière et les structures de production de haut niveau. Dans un environnement réglementé, aux cycles longs, comme l’aéronautique, le spatial et la défense, ces atouts sont essentiels.

Planification à long terme, MRP et modélisation capacitaire

Les ERP/PGI sont particulièrement adaptés pour structurer des programmes pluriannuels, des approvisionnements à longs délais et une vision capacitaire agrégée. Ils couvrent notamment :

• La planification des besoins matières (MRP) à partir de nomenclatures (BOM) complexes et de chaînes d’approvisionnement multi-niveaux.
• La planification capacitaire macro, qui confronte la demande à la disponibilité globale des ressources sur des horizons de plusieurs semaines, mois ou années.
• Les prévisions et les analyses de scénarios pour les nouveaux programmes, les montées en cadence ou les évolutions de conception.

Pour les structures aéronautiques, les moteurs, l’avionique et les équipements spatiaux, cette vision stratégique est indispensable. Les composants à long délai d’approvisionnement, les matériaux soumis au contrôle des exportations et les fournisseurs mono-source doivent être modélisés et sécurisés bien avant le démarrage des opérations en atelier.

Intégration financière, calcul des coûts et structures contractuelles

Dans les programmes aéronautiques et spatiaux, l’architecture financière est déterminante. L’ERP est le système qui relie les plans opérationnels aux contrats et à la trésorerie :

• La collecte et l’imputation des coûts sur les structures de découpage du
  

  Là où l’ERP atteint ses limites : le décalage avec la réalité de l’atelier

  Plus on se rapproche du poste d’exécution, plus les limites de l’ERP/PGI deviennent visibles. Le modèle porté par l’ERP reste abstrait et relativement statique. L’usine, elle, ne l’est pas.

  Ordonnancement dynamique des travaux et priorités en temps réel

  À chaque équipe, les responsables d’atelier et les ordonnanceurs réorganisent en permanence la séquence des travaux :

  • Avancer certaines opérations afin de sécuriser un jalon de livraison.
  • Réorienter les travaux pour contourner une machine à l’arrêt, un outillage indisponible ou un poste d’inspection bloqué.
  • Ajuster les priorités lorsqu’une unité urgente arrive d’un client ou qu’un créneau d’essai critique se libère.

  L’ERP peut représenter des séquences et des échéances planifiées. Il n’est pas conçu pour servir de système de lancement et d’affectation en temps réel, capable de s’adapter minute par minute à l’évolution des contraintes. Il en résulte un décalage : ce que le planning ERP indique comme devant être en cours et ce que l’atelier exécute réellement sont souvent différents, la véritable logique de décision restant dans les connaissances locales, les e-mails et les dossiers suiveurs papier.

  État détaillé des opérations,

  Traçabilité fine au niveau des composants et des lots

  Les programmes de l’industrie aéronautique et spatiale exigent une traçabilité approfondie, non seulement des ensembles finis, mais aussi des composants individuels, des lots et des étapes de procédé :

  • Quels équipements précis, quels lots de matière et quels procédés spéciaux sont intégrés dans une unité identifiée par numéro de série ?
  • Quel technicien a réalisé une opération donnée, avec quels outils étalonnés et quelle version de l’instruction de travail ?
  • Comment remonter rapidement cette chaîne lorsqu’un problème fournisseur ou un événement en service déclenche une action de confinement ?

  L’ERP peut parfois stocker une partie de ces informations, mais le faire au niveau de détail et avec les volumes requis par l’aéronautique et le spatial modernes devient vite difficilement exploitable. Son modèle de données et son ergonomie ne sont pas conçus pour saisir ni parcourir le détail de l’exécution directement au poste de travail.

  Comment cet écart se traduit dans les opérations quotidiennes

  L’écart entre le modèle de l’ERP et la réalité de l’atelier n’a rien de théorique. Il se voit dans les contournements très concrets sur lesquels les équipes aéronautiques et spatiales s’appuient simplement pour tenir la journée de production.

  Systèmes parallèles : feuilles de calcul et tableaux blancs

  L’un des signes les plus évidents qu’un ERP ne suffit pas est la quantité d’informations critiques qui vivent en dehors de lui :

  • Les superviseurs maintiennent des tableaux Excel avec leur propre vision des encours, des priorités et des contraintes.
  • Les réunions de production s’appuient sur des rapports imprimés, annotés à la main pour refléter la situation réelle.
  • Les îlots et les lignes suivent l’avancement sur des tableaux blancs mis à jour entre deux équipes.

  Ces systèmes parallèles répondent de manière pragmatique à un besoin réel : les équipes ont besoin d’une représentation rapide, souple et actualisée du travail en cours, que l’ERP ne leur fournit pas. Mais ils introduisent aussi des risques. Ils ne sont ni maîtrisés, ni auditables, ni visibles par le reste de l’organisation.

  Flux qualité, inspection et non-conformité déconnectés

  Dans un environnement AS9100, les processus qualité et d’inspection doivent être étroitement liés à l’exécution en atelier. Pourtant, ils fonctionnent souvent comme des flux parallèles :

  • Plans d’inspection et listes de contrôle gérés dans des solutions ponctuelles ou sous forme de PDF.
  • Rapports de non-conformité (NCR, Non-Conformance Report) suivis dans un système de management de la qualité (QMS) séparé, avec des renvois manuels vers les ordres de fabrication et les numéros de série.
  • Instructions de reprise et dérogations communiquées par e-mail ou via un circuit documentaire manuel.

  L’ERP peut enregistrer l’existence d’un NCR ou d’un ordre de reprise, mais pas le parcours détaillé suivi par la pièce ou l’équipement au fil des décisions qualité, ni les données exactes nécessaires pour démontrer la conformité lors d’un audit. Cette fragmentation ralentit l’analyse des causes racines, les investigations sur les échappements qualité et le reporting client, tout en augmentant le risque d’erreur.

  Relances manuelles pour le reporting interne et client

  Les revues de programme et les points d’avancement client mettent en évidence le problème de fond lié aux données. Pour répondre à des questions en apparence simples — « Quelles unités sont à risque ? » « Qu’est-ce qui bloque cette livraison ? » « Combien d’heures de reprise avons-nous consommées ce mois-ci ? » — les équipes en viennent souvent à rechercher manuellement l’état réel :

  • Parcourir l’atelier pour vérifier visuellement où se trouvent les pièces ou les équipements.
  • Appeler ou contacter par message les superviseurs et les planificateurs afin de réconcilier les écarts.
  • Préparer des présentations ponctuelles combinant les données ERP avec des tableaux de suivi maintenus localement.

  C’est précisément le schéma que l’on observe dans l’industrie lorsque des tableaux de bord externes, comme les livraisons ou le carnet de commandes, sont considérés comme la référence, alors que le système d’exécution lui-même reste opaque. Le même désalignement existe dans de nombreuses usines : les indicateurs consolidés dans l’ERP semblent corrects, mais les mécanismes qui les produisent restent fragiles.

  Pourquoi les extensions de l’ERP résolvent rarement le pilotage de l’exécution

  De nombreuses organisations aéronautiques et spatiales tentent de combler cet écart en ajoutant des personnalisations ou des modules satellites à leur ERP. L’intention est compréhensible — étendre le système déjà en place — mais des contraintes structurelles viennent rapidement limiter cette approche.

  Contraintes architecturales des systèmes transactionnels

  Les architectures ERP/PGI sont conçues avant tout pour garantir l’intégrité des transactions et la justesse des données financières, pas pour enregistrer chaque événement qui survient dans l’atelier. Vouloir y faire porter le détail de l’exécution crée plusieurs difficultés :

  • Les mises à jour d’état très fréquentes peuvent peser sur les performances et sur les modèles de licence.
  • Les processus complexes, pilotés par états, se représentent difficilement dans des tables transactionnelles génériques.
  • Les interfaces pensées pour les planificateurs et les équipes financières sont rarement adaptées aux opérateurs en ligne.

  Le résultat est souvent une mise en œuvre incomplète : quelques champs ajoutés, deux ou trois écrans spécifiques, et toujours une forte dépendance à des outils de suivi externes pour gérer le travail réel.

  Complexité de configuration et produits aéronautiques et spatiaux à nombreuses variantes

  Les équipements aéronautiques et spatiaux sont fortement configurables. Points de bloc, options propres à chaque client, rétrofits et évolutions de définition se croisent sur les mêmes unités physiques. Représenter cette complexité au niveau de l’exécution impose de disposer de :

  • Un contrôle de configuration fin, jusqu’à l’unité et à l’opération.
  • Des instructions de travail dynamiques, reflétant exactement la configuration présentée à l’opérateur.
  • La capacité à scinder et regrouper des travaux, suivre des achèvements partiels et traiter les écarts sans perdre la traçabilité.

  Un ERP est généralement structuré autour des produits, des nomenclatures et des gammes, non autour d’un graphe d’exécution évolutif propre à chaque unité. À mesure que la complexité de configuration augmente, l’écart se creuse entre le modèle statique de l’ERP et la réalité du terrain.

  Besoins d’audit et de certification au-delà des modèles de données ERP standard

  La norme AS9100, les exigences client déclinées en cascade et les obligations réglementaires, par exemple le contrôle export, les procédés spéciaux ou les composants critiques pour la sécurité, exigent un enregistrement auditable qui dépasse les champs ERP standard :

  • Qui a réalisé chaque étape, avec quelles qualifications, et à quel moment.
  • Quelles procédures, quels plans et quelles révisions étaient applicables.
  • Comment les non-conformités, les écarts ayant échappé au contrôle et les actions correctives ont été identifiés puis clôturés.

  Tenter d’ajouter après coup ce niveau de détail dans l’ERP aboutit souvent à des personnalisations lourdes, difficiles à maintenir, qui ne reflètent toujours pas la manière dont le travail est réellement exécuté. Les audits deviennent alors des exercices de reconstitution, au lieu de simples requêtes sur un historique d’exécution propre et exploitable.

  Définir la couche de pilotage de l’exécution pour l’industrie aéronautique et spatiale

  Pour y répondre, les organisations reconnaissent de plus en plus la nécessité d’une couche d’exécution distincte, mais étroitement connectée. Il ne s’agit pas d’un référentiel concurrent pour la finance et la planification. C’est l’environnement opérationnel qui fait le lien entre le plan et la réalité du terrain.

  Caractéristiques d’un système situé entre le plan et la réalité

  Une véritable couche d’exécution pour l’aéronautique et le spatial se distingue par plusieurs caractéristiques :

  • Alignée sur le plan, sans y être enfermée : elle comprend les ordres de fabrication, les gammes et les configurations issus de l’ERP/PGI, tout en autorisant des réordonnancements dynamiques, des suspensions et des changements de cheminement selon les conditions réelles.
  • Centrée sur les événements : elle enregistre ce qui se passe réellement au point d’exécution — démarrages, pauses, achèvements, inspections, déclarations de non-conformité (NCR) et validations — sous forme de flux d’événements horodatés.
  • Contexte au niveau de l’unité : elle suit chaque numéro de série ou chaque lot dans son parcours propre, au lieu de se limiter à une agrégation par référence article ou par gamme.

  C’est dans cette couche que les règles d’exécution et la réalité opérationnelle sont mises en cohérence en temps réel.

  Suivi en

  Traçabilité intégrée et maîtrise de configuration au poste de travail

  La traçabilité et la maîtrise de configuration sont les plus fiables lorsqu’elles sont intégrées à la façon dont le travail est réalisé, et non ajoutées après coup. Dans une couche d’exécution, cela signifie :

  • Capturer les numéros de série, les lots matière et les paramètres procédé dans le flux de travail normal de l’opérateur.
  • Garantir que seules les instructions et données validées, correspondant à la configuration précise traitée par l’opérateur, sont disponibles.
  • Constituer automatiquement une généalogie complète et un historique des événements comme résultat naturel de l’exécution, et non comme une tâche de saisie distincte.

  C’est ce qui fait la différence entre être prêt pour un audit par conception et devoir reconstituer les preuves à partir de journaux ERP, de dossiers partagés et de liasses papier chaque fois qu’un client ou une autorité de contrôle les demande.

  Intégrer l’ERP/PGI à une plateforme d’exécution connectée

  Rien de tout cela ne fonctionne si l’ERP et la couche d’exécution restent isolés. La valeur vient d’une répartition claire des rôles et d’une intégration maîtrisée, et non de la volonté de faire porter toutes les fonctions à un seul système.

  Périmètres de données : ce qui relève de l’ERP et ce qui relève de la couche d’exécution

  Une architecture saine attribue explicitement les responsabilités :

  • L’ERP reste le système de référence pour les contrats, les commandes, les nomenclatures, les gammes, les positions de stock et les transactions financières.
  • La couche d’exécution devient le référentiel de la réalité opérationnelle pour l’état des encours, l’historique des opérations, les événements qualité, les interactions opérateur et la généalogie à l’unité.

  Les deux sont synchronisés, mais ils ne se dupliquent pas. L’ERP n’a pas besoin de chaque saisie clavier d’un opérateur. La plateforme d’exécution n’a pas vocation à gérer les comptes clients.

  Mises à jour événementielles de l’atelier vers les systèmes de planification

  Plutôt que de s’appuyer sur des chargements par lots ou des mises à jour manuelles d’état d’avancement, la couche d’exécution doit alimenter l’ERP au moyen d’une intégration pilotée par les événements :

  • Lorsque des opérations sont terminées, l’ERP reçoit les confirmations nécessaires à la postconsommation, à l’imputation des coûts et à la mise à jour du planning.
  • Lorsque des blocages ou des écarts majeurs surviennent, l’ERP et les outils de planification reçoivent les signaux indiquant que le plan doit être réévalué.
  • Lorsque des unités franchissent des jalons clés, les indicateurs au niveau programme sont actualisés automatiquement.

  Cette approche préserve le rôle de l’ERP comme colonne vertébrale de la planification et de la gestion financière, tout en garantissant que sa vision de l’avancement repose sur les données réelles d’exécution.

  Synchroniser les données de nomenclature, de gamme et de configuration

  Dans l’industrie aéronautique et spatiale, la discipline de configuration n’est pas négociable. L’intégration doit garantir que :

  • Les nomenclatures, gammes et règles d’applicabilité approuvées circulent de manière maîtrisée depuis l’ERP et les systèmes d’ingénierie vers la couche d’exécution.
  • Les modifications sont versionnées, avec des points d’introduction clairement définis afin que les unités en cours de fabrication ne basculent pas dans des états ambigus.
  • La couche d’exécution peut enrichir cette structure avec le contexte propre à chaque unité, par exemple dérogations, numéros de série uniques ou parcours locaux de reprise, sans remettre en cause la logique de configuration sous-jacente.

  C’est également à ce niveau qu’un fil numérique opérationnel commence à prendre forme : la capacité à suivre une configuration depuis l’intention d’ingénierie jusqu’à la planification, l’exécution, les essais et la livraison, sans rupture de continuité.

  Exemples de schémas d’intégration pour les industriels aéronautiques et spatiaux

  En pratique, les fabricants du secteur adoptent souvent des schémas tels que :

  • Intégration centrée sur l’ordre de fabrication : l’ERP crée et porte les ordres ; la couche d’exécution gère le détail des opérations et leur état d’avancement, puis remonte les achèvements et les principaux indicateurs qualité.
  • Intégration centrée sur le numéro de série : chaque numéro de série devient la clé commune entre l’ERP, l’exécution, les essais et les systèmes de suivi en service, ce qui permet une traçabilité claire sur l’ensemble du cycle de vie.
  • Signalement par jalons : la couche d’exécution déclenche les jalons programme, par exemple jonction majeure, mise sous tension ou essais terminés, que l’ERP et les outils de reporting utilisent comme base pour le suivi d’avancement et la facturation.

  Ces schémas correspondent aux réalités de l’aéronautique et du spatial : cycles longs, assemblages complexes et nécessité de rapprocher les vues financière, opérationnelle et réglementaire d’un même équipement.

  Choisir le bon rôle pour chaque système dans un environnement réglementé

  Dans une organisation régie par l’AS9100, les choix d’architecture sont aussi des choix de conformité. La manière dont vous répartissez les rôles entre les systèmes conditionne votre capacité à démontrer la maîtrise, la traçabilité et l’intégrité des données.

  S’aligner sur l’AS9100 et les exigences client déclinées en cascade

  La norme AS9100 met l’accent sur des processus documentés, des enregistrements maîtrisés et des responsabilités qualité clairement établies. Une répartition bien conçue entre l’ERP/PGI et la couche d’exécution y contribue en :

  • Faisant de l’ERP/PGI la source de référence pour les références article approuvées, les gammes et la planification de haut niveau.
  • S’appuyant sur la couche d’exécution pour enregistrer la manière dont ces processus ont réellement été appliqués, y compris les écarts, les approbations et les vérifications.
  • Garantissant la traçabilité des exigences clients et réglementaires depuis la spécification jusqu’aux étapes et contrôles précis réalisés sur chaque unité.

  Cette approche réduit l’écart entre les procédures écrites et les pratiques réelles, souvent à l’origine de nombreuses constatations d’audit.

  Assurer l’intégrité des données et l’auditabilité entre systèmes

  La coexistence de plusieurs systèmes n’implique pas nécessairement une fragmentation des données. Bien maîtrisée, elle peut au contraire renforcer l’auditabilité :

  • L’ERP/PGI conserve les données de référence stables et les transactions financières, avec une gestion rigoureuse des changements.
  • La couche d’exécution produit un enregistrement détaillé des événements, approbations et mesures rattachés à des unités spécifiques.
  • L’intégration établit une chaîne de responsabilité claire : on voit toujours comment les données de planification ont été utilisées, comment les données d’exécution ont été produites et comment les deux se sont mutuellement alimentées.

  Cette architecture permet également une divulgation sélective : vous pouvez donner aux clients ou aux autorités réglementaires une visibilité approfondie sur l’historique d’exécution, sans exposer vos structures financières internes.

  Comment des plateformes comme Connect 981 complètent l’ERP sans le remplacer

  La tendance du secteur n’est pas d’abandonner l’ERP/PGI, mais de l’entourer de systèmes capables de donner un sens opérationnel à ses informations, en temps réel. Des plateformes comme Connect 981 interviennent précisément dans cette couche de pilotage de l’exécution :

  • Reprendre depuis l’ERP le plan, la configuration et le contexte contractuel.
  • Fournir une vision en temps réel, au niveau de chaque unité, des travaux, de la qualité et de la traçabilité — une vision que l’ERP ne peut pas, en pratique, porter à lui seul.
  • Réinjecter des signaux d’exécution propres et structurés dans les couches de planification, de reporting et d’aide à la décision.

  Pour les fabricants de l’aéronautique et du spatial, la question n’est donc pas tant « Peut-on faire tout faire à l’ERP ? » que « Comment concevoir un système d’exécution connecté dans lequel l’ERP, l’atelier et la qualité partagent la même réalité opérationnelle ? » La réponse consiste à adopter une couche d’exécution dédiée, complémentaire de l’ERP, qui comble le déficit de visibilité et permet au tableau de bord de haut niveau de refléter l’état réel des opérations sur le terrain.

  Garantir l’intégrité des données et l’auditabilité entre les systèmes

  Disposer de plusieurs systèmes ne signifie pas que les données doivent être morcelées. Bien conçue, cette approche peut au contraire renforcer l’auditabilité :

  • L’ERP conserve les référentiels stables et les transactions financières, avec une gouvernance stricte des changements.
  • La couche d’exécution consigne de façon détaillée les événements, validations et mesures rattachés à des unités précises.
  • L’intégration établit une chaîne de traçabilité claire : on voit à tout moment comment les données de planification ont été utilisées, comment les données d’exécution ont été générées et comment les deux ensembles se sont mutuellement alimentés.

  Cette architecture permet aussi une diffusion maîtrisée de l’information : vous pouvez donner aux clients ou aux autorités réglementaires une visibilité fine sur l’historique d’exécution sans exposer vos structures financières internes.

  Comment les plateformes comme Connect 981 complètent l’ERP, sans le remplacer

  La tendance du secteur n’est pas de se passer de l’ERP, mais de l’entourer de solutions qui rendent ses données exploitables en temps réel. Les plateformes comme Connect 981 interviennent précisément dans cette couche d’exécution :

  • Elles reprennent depuis l’ERP le plan, la configuration et le contexte contractuel.
  • Elles fournissent une vue en temps réel, au niveau de l’unité, sur les travaux en cours, la qualité et la traçabilité, que l’ERP ne peut pas raisonnablement porter à lui seul.
  • Elles renvoient vers les couches de planification, de reporting et d’aide à la décision des signaux d’exécution propres, structurés et exploitables.

  Pour les industriels de l’aéronautique et du spatial, la question n’est donc pas tant « Peut-on faire faire à l’ERP absolument tout ? » que « Comment concevoir un dispositif d’exécution connecté où l’ERP, l’atelier et la qualité partagent la même réalité opérationnelle ? » La réponse passe par une couche d’exécution dédiée : elle complète l’ERP, referme l’angle mort de visibilité et garantit que les indicateurs de pilotage reflètent l’état réel des opérations sur le terrain.