Programmes d’entretien

Le module Programmes d’entretien définit le quoi et le quand de la maintenance préventive. Trois objets s’articulent :

  • L’AEP fixe la structure-cible.
  • Un ou plusieurs PEA rassemblent les programmes d’entretien applicables à un type d’aéronef ou une flotte.
  • Chaque PRE définit un cycle d’entretien précis : à quelle fréquence, sur quel composant, selon quel critère.

Anatomie d’un PRE

Composantes d'un programme d'entretien

  1. Périmètre

    PN cible ou famille d’AEP. Un PRE peut s’appliquer à un container (« moteur M88 ») ou à un sub-module spécifique (« chambre de combustion »).

  2. Critère de déclenchement

    Calendaire (tous les 12 mois), compteur (toutes les 600 heures, tous les 200 cycles), ou composé (le premier des deux atteints).

  3. Opérations attendues

    Liste ordonnée de tâches à exécuter, généralement référencées dans la documentation S1000D du fabricant. Chaque opération peut porter une durée standard (en minutes) saisie au niveau de la PRE (référentiel constructeur) ; elle est propagée automatiquement aux PEA dérivées lors de l’instanciation, et servira de base à l’estimation de charge d’un DT.

  4. Tolérance

    Marge admise au-delà de la limite (ex. +5 % ou +20 heures) avant blocage strict. Au-delà de la tolérance, l’aéronef est immobilisé.

Surcharge de butée par amendement

Un déclencheur peut porter des surcharges par amendement (indice de définition de la pièce). Pour une pièce d’un amendement donné, l’intervalle, la tolérance et la première échéance peuvent différer de la butée de base — ex. inspection 500 h en amdt A, 750 h en amdt B. La résolution est directe (« live ») : à l’échéancier, si la pièce porte l’amendement ciblé, la surcharge du PRE s’applique ; sinon repli sur la butée de base. Les PEA dérivées n’ont pas besoin d’être re-synchronisées pour en bénéficier.

Le scheduler

Un job recalcule en arrière-plan les échéances actives pour chaque aéronef et chaque module. Il croise :

  • la CA actuelle ;
  • les compteurs (heures, cycles, mesures spécifiques) ;
  • les PRE pertinentes pour les modules montés.

Les échéances dépassées remontent dans les Dossiers de travail, où elles deviennent candidates à intégration dans un OT.

Cycle de vie d’une PRE

Lifecycle d'une PRE

  1. Création

    Définition initiale via POST/maintenance-programmes, en draft.

  2. Validation

    Revue par le CAMO. Une PRE validée déclenche le calcul d’échéances sur la flotte impactée.

  3. Évolution

    Une nouvelle version peut être publiée. Les échéances en cours suivent les règles transitoires définies dans la PRE.

  4. Retrait

    Une PRE retirée n’engendre plus de nouvelles échéances. Les échéances déjà ouvertes restent actives jusqu’à clôture par OT.

Dupliquer un PRE en nouvelle révision

Plutôt que de modifier un PRE en service, on en publie une nouvelle révision : une copie complète sur laquelle on travaille, en laissant la révision d’origine inchangée tant que la nouvelle n’est pas validée.

Créer la révision suivante d'un PRE

  1. 1. Lancer la duplication

    Depuis la liste des PRE (bouton Dupliquer) ou depuis la fiche du PRE (bouton Dupliquer en haut à droite).

  2. 2. Confirmer la révision

    Le système propose une révision « suivante » (A → B, 2024.1 → 2024.2…), que vous restez libre de corriger. Elle doit différer de la révision actuelle et ne pas déjà exister pour ce code.

  3. 3. Travailler sur la copie

    La copie reprend code, nom, périmètre, notes et tout l’arbre de tâches (opérations, déclencheurs, matériels). Elle démarre en statut Planifié, sans date d’effet ni autorité, et reste liée à la révision d’origine (un lien « ↩ Révision d’un PRE précédent » apparaît sur sa fiche).

La duplication ne touche pas au PRE source ni aux PEA qui le rattachent : c’est un nouveau référentiel indépendant, que vous validez puis rattachez aux PEA quand il est prêt.

Rattacher et synchroniser un PRE à un PEA

Un PEA hérite du contenu de ses PRE rattachés. Au rattachement, le système copie les tâches du PRE (avec leurs opérations, déclencheurs et matériels) dans le PEA. Cette copie n’est pas vivante : si vous modifiez ensuite le PRE — par exemple en ajoutant une opération sur une de ses tâches — le PEA ne se met pas à jour tout seul. C’est volontaire : aucune évolution du référentiel ne doit modifier silencieusement un plan en production.

Pour reporter les ajouts du PRE dans le PEA, l’utilisateur déclenche la synchronisation explicitement.

Reporter dans un PEA une opération ajoutée au PRE

  1. 1. Ouvrir le PEA

    Plans d’entretien → cliquer le PEA concerné.

  2. 2. Section « PRE rattachés »

    En bas de la fiche, repérer la ligne du PRE que vous venez de modifier.

  3. 3. Cliquer « Synchroniser »

    Le bouton Synchroniser recopie dans le PEA les nouveautés du PRE : nouvelles tâches, opérations, déclencheurs et matériels ajoutés côté PRE. Un message confirme le détail (« Sync OK — 1 opération ajoutée »).

La synchronisation est additive et non destructive : elle ajoute ce qui manque (apparié par identifiant source), mais n’écrase jamais vos modifications locales du PEA et ne supprime pas les éléments que vous auriez retirés du PRE. Pour la synchronisation fine des matériels d’une opération (avec prévisualisation du diff), voir BOM PRE → PEA.

Vue côté technicien

Sur la fiche d’un aéronef, le panneau Échéances liste toutes les PRE actives avec leur potentiel restant (« 47 heures avant la prochaine visite », « 3 cycles avant inspection »). Voir aussi

Plans d’entretien pour la définition des opérations attendues.