Bâtir un dossier de fiabilité avec vos mesures

Le fabricant voit un composant une seule fois, en production. L'exploitant le voit sur toute sa vie en service : chaque dépose, chaque passage en atelier, chaque valeur mesurée au banc, année après année. Cette asymétrie fait que les compagnies aériennes et les ateliers MRO comprennent souvent mieux que l'OEM le comportement réel d'une pièce en défaillance. Ce qui leur manque d'ordinaire, ce sont des preuves présentées sous une forme qui pèse. Ce guide montre comment bâtir ce dossier à partir de vos propres données de banc.

Les données que vous détenez et que l'OEM n'a pas

Le secteur fait déjà remonter de l'information des exploitants vers les fabricants. Le chapitre 11 de l'ATA Spec 2000 normalise l'échange des enregistrements de dépose et de constatations d'atelier ; les avionneurs publient des rapports de performance des composants comparant le MTBUR par numéro de pièce entre les flottes déclarantes ; des OEM de composants mènent des programmes qui reprennent les données mensuelles de dépose et renvoient un retour d'actions correctives. Et les processus de maintien de la sécurité en exploitation dépendent d'informations fournies volontairement par les exploitants, ce qui dit le plus simplement du monde d'où proviennent les données de tendance.

Mais ces canaux transportent des événements : déposes, constatations, heures. Ils ne transportent pas de mesures. L'OEM apprend que votre flotte a déposé 14 unités d'une pièce l'an dernier et que 10 se sont révélées sans panne constatée. Il n'apprend pas que le retard de sortie des unités passantes se rapproche de la limite CMM depuis deux ans. Ce second fait est l'argument d'un changement de conception, et seul votre banc le détient.

MTBUR, MTBF et l'écart entre les deux

Deux chiffres encadrent toute discussion sur la fiabilité d'un composant :

• Le MTBF compte les défaillances confirmées.
• Le MTBUR compte les déposes non programmées, qu'une panne soit confirmée ou non.

Le MTBUR est toujours le chiffre le plus bas, et l'écart entre les deux correspond surtout aux cas sans panne constatée. C'est aussi là que se trouve l'argent : les contrats d'achat contiennent couramment un MTBUR garanti sur lequel l'exploitant peut faire valoir une réclamation, ainsi que des clauses sur les unités récalcitrantes qui se déclenchent sur des déposes répétées documentées par numéro de série. Ces deux réclamations tiennent ou tombent selon la qualité des enregistrements propres à l'exploitant.

Structurer les tests pour produire des preuves

Un dossier de fiabilité a besoin de valeurs mesurées, pas de verdicts. Chaque test au banc devrait enregistrer la valeur, l'unité et la limite face à laquelle elle a été jugée :

main:  - name: Signal Integrity    python: phases.signal_check    measurements:      - name: output_delay        unit: us        validators:          - operator: "<="            expected_value: 12.0      - name: signal_snr        unit: dB        validators:          - operator: ">="            expected_value: 40.0

Chaque passage en atelier étant enregistré de cette façon, le numéro de pièce accumule exactement le jeu de données sur lequel se construit un argumentaire de changement de conception.

Lire les preuves

Quatre vues dans TofuPilot transforment les runs accumulés en dossier :

• Distribution face aux limites. Si les valeurs de la flotte pour une mesure se massent contre une limite au lieu de se centrer, la marge de conception est plus mince en service que ne le supposait la spécification. Un histogramme de deux ans d'inductions le rend visible en une seule image.
• Cpk. Un Cpk inférieur à 1,0 sur une limite CMM indique que la population ne tient pas de manière fiable dans ses propres critères d'acceptation. C'est un chiffre qu'un ingénieur fiabilité d'OEM ne peut pas balayer d'un revers de main, puisqu'il est calculé sur ses propres limites.
• Dérive dans le temps. Une moyenne qui se décale au fil des mois de passages en atelier distingue le vieillissement du hasard, et date le début du changement. Ces dates de début se recoupent avec les statuts de modification, les changements de fournisseur et les frontières de lots.
• Historique par numéro de série. Les récidivistes, documentés passage par passage. C'est l'entrée directe des réclamations sur le MTBUR garanti et les unités récalcitrantes, et l'illustration concrète qui rend le dossier statistique tangible.

Construire l'argumentaire

Une proposition de changement de conception bâtie ainsi a une forme classique : l'historique des déposes et des NFF (que l'OEM connaît en partie), plus l'histoire des mesures (qu'il ne connaît pas). Par exemple : ce numéro de pièce affiche un MTBUR à la moitié de la valeur garantie ; 60 pour cent des déposes se révèlent NFF au banc ; mais sur 200 inductions, la distribution du retard de sortie s'est décalée de 20 pour cent vers la limite CMM, avec un début il y a dix-huit mois ; les numéros de série au-delà d'un seuil de passages en atelier partagent la même signature de dérive.

Ce n'est plus « nos mécaniciens ne font pas confiance à ce boîtier ». C'est un jeu de données sur lequel le propre processus de fiabilité de l'OEM peut agir : une modification, une révision de limite CMM ou un règlement de garantie. Exportez les runs derrière chaque chiffre et le dossier part avec ses preuves attachées.

À quoi ressemble une bonne pratique

Un exploitant qui travaille ainsi cesse d'être un rapporteur passif de déposes et devient la partie qui dispose des meilleures données autour de la table. Les revues de fiabilité avec l'OEM partent des distributions de l'exploitant plutôt que des synthèses de l'OEM. Les réclamations de garantie et de MTBUR garanti sont déposées avec des preuves de mesure, et pas seulement des comptages de déposes. Et quand l'OEM conteste une tendance, la réponse est la requête, relancée devant lui.