Korean Air : l’IA aide à retrouver les dossiers

L’intelligence artificielle (IA) peut aider un mécanicien à retrouver un ancien cas de maintenance en décrivant simplement le problème. C’est l’usage annoncé par Korean Air le 14 août 2026. Pour utiliser le résultat, il reste à ouvrir le document trouvé et à vérifier qu’il concerne bien l’avion et la situation examinés.

Ce que Korean Air a annoncé

Dans son communiqué du 14 août 2026, la compagnie décrit un outil développé avec LG CNS et AWS en environ six mois. Un mécanicien saisit un symptôme avec ses propres mots. Le système recherche des interventions passées et des cas similaires.

Il s’appuie sur environ 90 tables de bases de données et des millions d’enregistrements de maintenance. Une table est un ensemble de données organisé à l’intérieur d’une base, par exemple une liste d’interventions. Il ne s’agit donc pas de 90 bases indépendantes.

L’outil remet aussi les abréviations et les textes libres sous une forme commune. Il extrait les principales actions et les zones de défaut. La compagnie annonce des analyses par modèle d’avion ou immatriculation, pour retrouver des défauts récurrents et examiner l’historique des réparations. Des messages opérationnels échangés entre l’avion et le sol sont également intégrés.

Korean Air attend une analyse plus rapide. Le communiqué ne donne ni temps gagné mesuré ni taux d’erreur. Il ne présente pas l’outil comme une autorité pouvant approuver une intervention ou remettre un avion en service.

Pourquoi trouver un cas ne suffit pas

Deux comptes rendus peuvent décrire le même symptôme avec des mots différents. Une recherche capable de rapprocher ces formulations peut retrouver un document difficile à repérer par son titre. Mais deux symptômes proches ne prouvent pas que la même réponse convient.

L’ancien cas peut concerner un autre avion, une autre pièce ou une version du manuel qui a changé. Une synthèse peut omettre une condition importante. Le résultat aide donc à choisir quoi lire ; la vérification du document permet ensuite de décider ce qu’on peut en retenir.

Pour une équipe européenne soumise à la Part-M, la partie du règlement consacrée au maintien de la navigabilité, cette distinction rejoint une exigence existante. M.A.305(g) impose des inscriptions claires et exactes et des corrections laissant apparaître l’inscription originale. Ce rappel concerne ce cadre européen, pas les obligations propres à Korean Air. Il ne prescrit pas de moteur de recherche IA.

Cas fictif : la bonne piste, le mauvais avion

L’exemple suivant est entièrement inventé par Kepler. Il reprend une situation pédagogique datée du 8 septembre 2026. Ce n’est ni un incident chez Korean Air ni un test de son outil.

Léa cherche pourquoi un voyant s’était allumé par intermittence sur l’avion fictif EX-204. L’assistant lui propose un compte rendu et résume : « cas similaire résolu ». En ouvrant le document, elle constate qu’il concerne EX-203. Il renvoie aussi à une ancienne version du manuel et à une annexe dont le lien ne fonctionne plus.

Léa consulte la version actuelle. Celle-ci couvre une configuration C2, c’est-à-dire un état d’équipement de l’avion. Le dossier d’EX-204 indique une configuration C3. Changer seulement le numéro de version dans la réponse ne résoudrait donc pas le problème : il faut vérifier quelles instructions couvrent réellement cet avion.

Marc, chargé de cette revue documentaire dans l’exemple, conserve l’ancien cas comme piste. Il écarte la conclusion selon laquelle elle serait déjà utilisable pour EX-204. Il demande l’annexe manquante et la référence applicable à la configuration C3.

La recherche a progressé : l’équipe sait ce qu’elle a trouvé et ce qui manque. Elle n’a pas encore établi la réponse technique. Un lien inaccessible ne prouve, à lui seul, ni que le document n’existe pas ni que l’avion est inapte au vol.

Garder une note que le collègue suivant comprend

Pour transmettre ce type de recherche, Kepler propose une note simple, à adapter aux procédures de l’organisation :

• Question posée : retrouver l’ancien signalement concernant EX-204.
• Document ouvert : compte rendu d’EX-203, version du manuel citée et version actuelle consultée.
• Écart constaté : autre avion, configuration différente et annexe inaccessible.
• Décision : piste historique conservée ; conclusion pour EX-204 non retenue à ce stade.
• Suite : demander l’annexe et la référence couvrant C3 ; Marc reprend la revue après réception et vérification.

Gardez également la réponse affichée, sa date et la version de l’outil si elle est disponible. Une nouvelle recherche peut classer les résultats autrement. Le collègue doit pouvoir comprendre la décision prise avec les éléments visibles à ce moment-là.

Cette note est une méthode de travail proposée, pas un nouveau formulaire réglementaire. Les décisions techniques restent prises par les personnes habilitées, à partir des données et procédures applicables.

Avant d’essayer un outil similaire

Demandez au fournisseur de montrer un résultat jusqu’au document d’origine. Vérifiez ensuite comment l’outil traite une ancienne version, deux avions différents et un document manquant. L’utilisateur peut-il identifier le doute et poursuivre sa vérification sans accepter la synthèse ?

C’est le critère utile : retrouver plus facilement une piste et pouvoir contrôler ce qu’elle démontre. Notre guide pour préparer un essai d’IA en aviation aide à organiser cet échange avec le fournisseur.