Le SGS Part-145 de l’AESA est désormais
une condition d’agrément en vigueur.

Voir l’encadré au-dessus du sommaire pour la version courte. La suite de cet article explique ce qu’exige le mandat Part-145, à quoi ressemble un SGS face aux dangers liés aux erreurs de maintenance, comment fonctionnent les comptes rendus d’événements selon l’UE 376/2014, les interfaces avec la CAMO et l’exploitant, et pourquoi un système de gestion intégré l’emporte sur un classeur sécurité parallèle.

L’AESA ne publie pas un règlement SGS unique et autonome. Elle intègre plutôt les exigences de système de gestion dans les règles de mise en œuvre de chaque secteur. Les exploitants aériens les portent par l’ORO.GEN.200 ; les règles applicables aux organismes de maintenance portent l’obligation équivalente pour la Part-145. Pour la maintenance, l’essentiel est simple : depuis la fin de la période de transition le 2 décembre 2024, tout organisme agréé Part-145 doit avoir un système de gestion de la sécurité en place. Aucun seuil de taille n’exempte un petit atelier, et aucune tolérance ne permet de le traiter comme un plan sur papier.

Sous le texte réglementaire, le cadre est l’Annexe 19 de l’OACI. Elle vous donne les quatre composantes communes à tout SGS aéronautique (politique de sécurité, gestion des risques de sécurité, assurance de la sécurité et promotion de la sécurité) et les douze éléments qu’elles contiennent. Si votre organisme détient aussi un agrément Part-CAMO, vous portiez déjà des exigences de système de gestion : dans beaucoup de groupes, le SGS Part-145 prolonge donc un système existant plutôt que d’être une construction entièrement nouvelle. Ce qui a changé le 2 décembre 2024, c’est que l’agrément de maintenance est désormais sur le même pied que les autres : le système de gestion de la sécurité est une condition de l’agrément, et votre autorité compétente le surveille dans le cadre du maintien de l’agrément.

Un SGS conçu autour des opérations aériennes ne se transpose pas tel quel dans un hangar. Le tableau des dangers d’un organisme de maintenance lui est propre : tâches incomplètes ou mal exécutées, installation incorrecte d’une pièce, outillage ou corps étrangers oubliés dans une structure, approbation pour remise en service consignée avant que la tâche soit réellement terminée, pièces erronées ou contaminées, et lente dérive des défauts reportés. Ce sont les dangers liés aux erreurs de maintenance, et c’est pour les gérer qu’existe un SGS Part-145.

Les facteurs humains ne sont pas ici un module facultatif, ils en sont le cœur. Les relèves de quart, la pression du temps avant une livraison, la fatigue d’une équipe de nuit et les erreurs de documentation sont les facteurs contributifs récurrents de l’erreur de maintenance, et la gestion des risques de sécurité doit les traiter comme des dangers actifs plutôt que comme un contenu de formation annuel. La mécanique pour les gérer est la même que partout en aviation : identifier le danger, l’évaluer sur une matrice de risque, mettre en place des barrières de prévention et de récupération, et vérifier que ces barrières tiennent. Un modèle en nœud papillon (bow-tie) rend lisible un danger lié à une erreur de maintenance, avec les menaces à gauche, l’événement redouté au centre, les conséquences à droite et les barrières censées arrêter chaque chemin.

C’est aussi là qu’un organisme de maintenance ressent le plus vivement le coût d’un outil vide. Construire une bibliothèque crédible de dangers de maintenance (les bow-ties, les barrières, les scénarios et les indicateurs) à partir d’un écran vide représente des mois de travail avant qu’un seul risque soit réellement géré. eAviora fournit plutôt un modèle de risque aéronautique préconstruit : 85 modèles bow-tie, 682 barrières nommées, 183 scénarios et une bibliothèque de 516 indicateurs de performance de sécurité, si bien que le point de départ pertinent pour la maintenance est déjà là, à adapter plutôt qu’à inventer.

Les comptes rendus d’événements sont le point où le SGS Part-145 rencontre une obligation légale ferme. Le Règlement (UE) n° 376/2014 rend les comptes rendus d’événements obligatoires dans toute l’aviation européenne, et un organisme de maintenance en relève pleinement. Une personne rend compte dans les 72 heures après avoir pris connaissance d’un événement, et l’organisme transmet ensuite ses comptes rendus à l’autorité nationale compétente.

Le règlement est précis sur le format, car les données doivent pouvoir être mises en commun à l’échelle européenne. Les bases de données de comptes rendus sont compatibles ECCAIRS et utilisent la taxonomie ADREP, le format E5X est le XML compressé qui sert à transmettre les comptes rendus, et ECCAIRS 2 est la plateforme européenne actuelle. L’article 16 prévoit les protections de culture juste qui protègent la personne qui rend compte, et c’est la condition la plus importante pour que les comptes rendus continuent d’arriver.

Pour le SGS, cela crée un ensemble clair de pièces mobiles : un canal de saisie qu’un technicien peut réellement utiliser en quelques minutes, une étape de tri et de classification qui décide de l’obligation de déclarer et de la gravité, et un flux de transmission qui produit le compte rendu sous une forme que l’autorité peut intégrer. Cela crée aussi une obligation de confidentialité, car une culture du signalement s’effondre la première fois qu’un compte rendu est utilisé contre son auteur. eAviora gère la saisie des événements sur un seul graphe opérationnel et l’associe à un canal de signalement confidentiel et à une boucle de culture juste fermée : des bulletins dépersonnalisés qui partagent la leçon et un retour à l’auteur qui ferme la boucle, sans révéler qui a signalé. Les articles guide des comptes rendus UE 376/2014 et ECCAIRS 2 et E5X approfondissent la mécanique ; la boucle de culture juste fermée traite du volet protection.

Un organisme Part-145 ne travaille jamais seul. Il se situe entre l’exploitant qui fait voler l’aéronef et la Part-CAMO qui gère le maintien de la navigabilité, et il sous-traite souvent des travaux spécialisés à d’autres organismes agréés. Dangers et événements franchissent sans cesse ces frontières. Un défaut récurrent que l’organisme de maintenance constate sans relâche est une donnée de navigabilité dont la CAMO a besoin ; une erreur de maintenance peut réapparaître plus tard sous la forme d’un événement opérationnel que l’exploitant doit déclarer ; une action corrective ne peut fonctionner que si l’organisme propriétaire du processus concerné la met réellement en œuvre.

C’est pourquoi les règles SGS accordent du poids aux interfaces. Le système de gestion doit définir qui est responsable de quel danger, comment les données d’événements et de fiabilité circulent entre l’organisme de maintenance, la CAMO et l’exploitant, et comment une action corrective qui touche plusieurs organismes est suivie jusqu’à sa clôture. Quand ces interfaces vivent dans des fils de courriels et des tableurs ressaisis, c’est dans les passages de relais que le risque disparaît.

Sur un seul graphe opérationnel, l’interface est un lien plutôt qu’un message ressaisi. Un événement, son enquête de sécurité, l’action corrective qu’il génère, la procédure qu’il modifie et l’indicateur de sécurité qu’il fait bouger sont des dossiers reliés : quand un danger passe de la maintenance au maintien de la navigabilité, le destinataire voit le même dossier avec tout son historique plutôt qu’un résumé que quelqu’un a retapé.

Presque tous les organismes Part-145 exploitaient déjà une fonction de surveillance de la conformité bien avant que le SGS devienne obligatoire : audits planifiés, constatations et actions correctives, le système qualité que l’agrément a toujours exigé. La réalité de la mise à niveau imposée par l’échéance du 2 décembre 2024, c’est que le SGS vient s’ajouter par-dessus, et l’erreur tentante consiste à monter un second système parallèle : un processus sécurité qui ne dialogue pas avec le processus qualité juste à côté.

L’AESA indique la direction inverse. Un système de gestion intégré est explicitement encouragé : un seul système qui satisfait à la fois l’obligation de surveillance de la conformité et l’obligation de gestion de la sécurité, en partageant ses audits, constatations, évaluations des risques et actions correctives. Le test pratique consiste à vérifier si une constatation d’audit qualité et un danger issu d’un compte rendu de sécurité alimentent le même processus d’actions correctives et font bouger la même vue d’ensemble du risque. Si c’est le cas, vous avez un seul système. Si le volet sécurité est un classeur assemblé pour l’inspection pendant que le vrai travail se fait dans le processus qualité, une autorité s’en rend compte, et vos propres gestionnaires aussi.

C’est la conception autour de laquelle eAviora est construit. Événements, dangers, enquêtes de sécurité, actions correctives, audits, constatations, documents, formation, conformité et indicateurs de performance de sécurité fonctionnent sur un seul graphe, avec un profil de risque de sécurité calculé à partir des dossiers sous-jacents plutôt qu’affirmé sur une diapositive. Ce sont les barrières de clôture qui rendent l’intégration réelle : un dossier ne peut pas se clore sur un risque ouvert, si bien qu’une barrière dégradée exige une action corrective liée dont l’efficacité a été prouvée avant toute clôture. Quand vous serez prêt à voir ce que cela donne pour un organisme de maintenance en particulier, le guide Logiciel SGS pour organismes de maintenance et Part-145 est le parcours fondé sur les critères, le module SGS en montre la forme, ou vous pouvez nous écrire et le parcourir sur votre propre agrément.