Logiciel SGS aviation ou
plateforme d’intelligence en sécurité.

Voir l’encadré au-dessus du sommaire. La suite de cet article passe en revue chaque modèle de plateforme et la grille d’achat.

Le logiciel SGS est le système d’enregistrement des éléments prévus par l’Annexe 19 de l’OACI. Ses responsabilités sont bien définies :

• La saisie des événements par les canaux obligatoires, volontaires et confidentiels. Des formulaires de signalement pensés d’abord pour le mobile ; un flux d’enquête de sécurité ; un classement selon la taxonomie de l’exploitant.
• Le registre des dangers, chaque danger étant relié à son domaine opérationnel et à son état actuel.
• La matrice de risque, avec une cotation gravité × probabilité adaptée à l’exploitation.
• Le flux des CAPA, avec des actions correctives et préventives, des responsables typés, des échéances et une vérification de l’efficacité.
• Les programmes d’audit pour la surveillance interne de la conformité, avec le cycle de vie des constatations.
• La maîtrise documentaire des manuels de sécurité, des procédures et des bulletins de sécurité.
• Les définitions de SPI, avec leurs seuils et leurs responsables.

Le logiciel SGS est nécessaire. Toute compagnie aérienne réglementée au-delà d’une certaine taille en a besoin. La question est de savoir ce qui vient par-dessus.

L’intelligence en sécurité aérienne construit la vue opérationnelle par-dessus le dossier. Cette vue repose sur un raisonnement entre modules, qui lit une seule exploitation connectée plutôt que plusieurs modules.

Événement → barrière → action corrective. Un événement classé choisit le nœud papillon de sa famille de risques, l’analyste évalue chaque barrière que l’événement a mise à l’épreuve, et une barrière jugée moins qu’efficace maintient l’événement ouvert jusqu’à ce qu’une action corrective ou une décision consignée la couvre.

Tableaux de bord des SPI. Les indicateurs sont réévalués chaque jour, et immédiatement lorsque le risque résiduel d’un événement est fixé au-dessus du niveau tolérable. Un dépassement avertit le responsable de l’indicateur avec une échéance. Les tendances sont visibles par le dirigeant responsable chaque semaine, et non chaque trimestre.

Profil de risque de sécurité calculé. Le SRP fusionne le risque évalué des dossiers, les états et la tendance des indicateurs, les évaluations de barrières, les actions correctives en retard, la confiance dans les données et la couverture de surveillance dans la vue opérationnelle que lit le dirigeant responsable, consolidée chaque mois et examinée par un analyste avant sa publication.

Détection des signaux faibles entre modules. Une tendance qu’aucun module ne repérerait seul, comme la même barrière jugée moins qu’efficace lors d’approches sur un type d’appareil dans un aéroport donné, est détectée par une analyse statistique quotidienne des événements, des dangers, des constatations et des dépassements issus des données de vol, et parvient à une personne sous forme de candidat à reconnaître, à traiter ou à écarter. Pour une exigence réglementaire donnée, un agent IA lit, sur demande, les événements, les constatations, les dangers et la formation qui y sont reliés, et indique si l’exploitation raconte une autre histoire que la documentation.

Traçabilité de niveau audit. Chaque élément est relié à ses éléments probants. Une autorité peut remonter de la politique au résultat en deux clics par étape.

En sécurité aérienne, l’IA n’est pas une fonctionnalité : c’est un changement de modèle d’exploitation. Trois charges de travail étaient historiquement limitées par la capacité humaine :

Classement. Chaque événement doit être classé selon la taxonomie de l’exploitant. Le classement humain est lent, varie d’un examinateur à l’autre et constitue le goulot d’étranglement de toute équipe sécurité. Les agents IA de classement proposent des catégories avec un score de confiance ; les humains approuvent. Le gain de débit est important ; le gain de cohérence l’est plus encore.

Rédaction des CAPA. Rédiger une action corrective pour une constatation ouverte prend 20 minutes par constatation. Les agents IA de rédaction produisent une première version à partir de la constatation, de la section de procédure concernée et de l’historique des actions précédentes. L’humain modifie et approuve. Le temps total diminue sans affaiblir le résultat.

Détection des signaux faibles. Repérer une tendance qu’aucun compte rendu ne montre à lui seul était historiquement le travail d’un analyste sécurité chevronné disposant de temps. Dans eAviora, la recherche s’exécute chaque jour et relève de la statistique plutôt que d’un modèle de langage : des combinaisons de faits comme le type d’événement, l’appareil, le lieu, la phase de vol, la famille de risques et la barrière dégradée sont testées contre le hasard, et celles qui reviennent plus souvent que le hasard ne l’explique parviennent à une personne sous forme de candidats. Des agents IA commentent autour : l’un rédige la synthèse de l’analyse à partir de ses chiffres, et un autre lit, sur demande, les dossiers et la formation reliés à une exigence.

Dans tous les cas, l’IA ne décide jamais seule. Le modèle est celui du contrôle humain : l’IA propose, l’humain approuve. C’est ce qui rend l’IA en sécurité aérienne défendable devant une autorité.

Le contrôle humain (human-in-the-loop, HITL) est le modèle structurel qui distingue une IA aéronautique défendable d’une IA qui ne l’est pas. Ce modèle comporte quatre composantes :

1. L’IA propose. Classement, version initiale, synthèse, signal : l’agent IA produit un candidat.
2. Le système enregistre. La piste d’audit consigne l’agent, le modèle, l’invite, les données d’entrée, le résultat proposé et la confiance.
3. Une personne qualifiée examine et décide. La personne nommée, adaptée à la tâche (responsable de la sécurité pour un classement, directeur de la sécurité pour la clôture d’une CAPA, dirigeant responsable pour une évolution du SRP), approuve, modifie ou rejette.
4. La plateforme rejoue. Trois ans plus tard, l’autorité peut rejouer l’exécution de l’agent, voir les données d’entrée, la proposition, l’approbation humaine et le résultat.

Le modèle du contrôle humain est ce qui rend l’IA en sécurité aérienne utile et défendable. Les plateformes qui livrent des fonctions d’IA sans lui représentent un risque à l’audit.

Utilisez cette grille pour vérifier si une plateforme candidate est un logiciel SGS, une plateforme d’intelligence en sécurité aérienne ou quelque chose entre les deux.

1. Une seule exploitation connectée. Les événements, les dangers, les barrières, les SPI, le SRP, les CAPA, les audits, la formation et la maîtrise documentaire sont-ils tous des dossiers reliés ? Ou des modules assemblés par des API ?
2. Traçabilité de l’événement au SRP. Prenez un événement réel. Pouvez-vous le suivre de la saisie au SRP en deux clics par étape ?
3. Évaluation des SPI. À quelle fréquence les indicateurs sont-ils réévalués, et un événement évalué au-dessus du risque tolérable les réévalue-t-il immédiatement ?
4. Agents IA sous contrôle humain. Les résultats de l’IA sont-ils enregistrés avec l’agent, le modèle, l’invite, la confiance et l’examinateur humain nommé ? Une exécution peut-elle être rejouée trois ans plus tard ?
5. Vérification de l’efficacité des CAPA. Est-ce une condition stricte avant la clôture, avec un vérificateur nommé et une piste de niveau audit ?
6. Vocabulaire OACI, AESA (EASA), FAA et IOSA. Natif, ou ajouté après coup ?
7. Isolation entre clients. Lorsque la plateforme sert plusieurs certificats d’exploitation aérienne, l’isolation est-elle appliquée au niveau de la base de données ?
8. Résidence et export des données. Où les données sont-elles stockées ? Que se passe-t-il à la résiliation ? Dans quel format d’export ?
9. Interface machine ouverte. Existe-t-il une API REST versionnée ainsi qu’un serveur MCP, le standard ouvert qui permet à un assistant IA d’interroger directement votre situation de sécurité en direct, avec l’état de gouvernance verrouillé contre l’automatisation, de sorte qu’un assistant puisse tout lire mais ne rien modifier ?
10. Modèle de risque aéronautique prêt à l’emploi. Une bibliothèque de nœuds papillon, de barrières et de SPI est-elle fournie d’emblée, ou la plateforme est-elle une toile vierge qu’il faut configurer de zéro avant qu’elle puisse raisonner sur quoi que ce soit ?

Une plateforme qui obtient un bon score sur les dix points est une plateforme d’intelligence en sécurité aérienne. Une plateforme qui obtient un bon score sur les points 1, 5, 6, 7 et 8 mais un score plus faible sur les points 2, 3, 4, 9 et 10 est un logiciel SGS. Les deux sont valables ; le choix dépend des besoins de la compagnie aérienne.