Certaines unités ne restent jamais réparées. Elles sont déposées de l'avion, passent le test sans problème ou reçoivent une réparation mineure, retournent en service, et reviennent quelques semaines plus tard. Le secteur les appelle des unités rogues, et leur coût est disproportionné par rapport à leur nombre : chacune enchaîne dépose, expédition, induction, un test au banc complet et une recertification à chaque boucle. Ce guide montre comment les repérer tôt en n'utilisant rien d'autre que le nombre de retests que vous produisez déjà.
Ce qui rend une unité rogue
Les compagnies aériennes et les fournisseurs définissent les rogues par contrat. Une définition courante : le même numéro de série déposé trois fois ou plus pour des anomalies similaires, ou quatre passages en atelier sans défaut constaté sur douze mois. Airbus documente une politique comparable pour ses fournisseurs, et ses notes de maintenance décrivent un indicateur de quantité de carburant revenu quinze fois en atelier avant de finalement provoquer un événement de bas niveau de carburant en service.
La défaillance derrière la plupart des rogues est intermittente : une soudure fissurée, un fil abrasé, du frettage de connecteur. Elle apparaît sous vibration et cyclage thermique sur l'avion et disparaît sur un banc tiède et immobile. Un test fonctionnel classique balaie un circuit à la fois et peut manquer un défaut durant quelques microsecondes : l'unité passe, repart, et retombe en panne.
On ne corrige pas une intermittence que l'on n'a pas localisée. Mais on peut cesser de perdre la trace des unités qui en portent une, et c'est un problème de données, pas un problème de matériel.
Identifier chaque unité par son numéro de série
Le suivi des rogues s'effondre si les runs ne sont pas rattachés à l'identité de l'unité. Dans une procédure TofuPilot, le bloc unit fait du numéro de série et du numéro de pièce une composante de premier plan de chaque run :
name: LRU Bench Acceptance Testversion: 1.0.0unit: serial_number: default_value: "LRU000042" part_number: default_value: "622-1234-001"Sur une station de test, l'opérateur scanne ou saisit le numéro de série au début de chaque run. Chaque résultat de test, réussi ou échoué, est alors rattaché à ce numéro de série pour toujours.
Lire l'historique de l'unité
Une fois l'identité en place, TofuPilot construit automatiquement l'historique par unité. La page de l'unité affiche chaque run pour un numéro de série : date, procédure, résultat et chaque valeur mesurée. Une unité rogue potentielle se lit comme un récit :
- Passage 1 : déposée pour défaut signalé, testée sans défaut constaté, remise en stock.
- Passage 2, cinq semaines plus tard : même défaut signalé, de nouveau sans défaut constaté.
- Passage 3 : échec marginal sur une mesure, réparation mineure, libérée.
- Passage 4 : de retour.
Sur des dossiers papier étalés sur des mois, ce schéma est invisible à moins que quelqu'un ne se souvienne du numéro de série. Dans un historique par unité, il tient sur un seul écran.
Les mesures apportent ce que le seul décompte des passages ne peut pas donner : une unité testée sans défaut constaté mais dont la marge de signal se réduit à chaque passage ne va pas bien, elle se dégrade. Cette trajectoire fait la différence entre « aucun défaut constaté » et « défaut pas encore attrapé ».
Alerter sur les taux de retest anormaux
Examiner les historiques à la main ne fonctionne que pour les unités déjà suspectées. L'alerte de seuil de retest de TofuPilot les surveille toutes : elle se déclenche quand une unité a été testée plus souvent que la normale pour cette procédure. Le seuil s'auto-calibre en apprenant le taux de retest ordinaire de chaque procédure, de sorte qu'une pièce qui nécessite couramment deux runs par passage ne génère pas de bruit, alors qu'un véritable récidiviste en génère.
L'alerte se résout manuellement une fois l'historique de l'unité examiné, ce qui correspond au fonctionnement réel des ateliers : le but est de forcer un regard humain sur les bons numéros de série, tôt.
De la détection à l'action
Une fois un numéro de série signalé, l'atelier dispose d'options qui fonctionnent toutes mieux tôt :
- Test approfondi plutôt qu'un cycle standard de plus. Orientez l'unité vers un criblage environnemental (température et vibration pendant le test) ou vers des équipements dédiés à l'intermittence, plutôt que de répéter le même test au banc qui l'a déjà validée.
- Quarantaine. Immobilisez l'unité et surveillez l'avion pendant quelques vols avant de décider ; si le défaut suit l'avion, l'unité n'a jamais été le problème.
- Réclamation fournisseur. Les clauses rogues des contrats d'approvisionnement se déclenchent exactement sur le schéma que documente l'historique : déposes, dates, constats par numéro de série. Un historique interrogeable, c'est la preuve.
À quoi ressemble la maîtrise
Un atelier qui maîtrise le suivi des rogues connaît ses récidivistes par leur nom. Les alertes de retest font remonter une poignée de numéros de série par mois, dont chacun fait l'objet d'une revue d'historique avant son prochain cycle de test standard. Les unités à leur troisième passage partent en test approfondi, pas de retour en stock. Et quand une discussion avec un fournisseur a lieu, l'atelier apporte la trajectoire documentée complète du numéro de série au lieu d'une anecdote.
