Documents de navigabilité

Le module Navigabilité centralise les documents réglementaires et techniques qui définissent les exigences de maintien en condition navigable des aéronefs : bulletins de service (BS), consignes de navigabilité (CN), modifications (MOD) et directives d’entretien supplémentaire (DES).

Types de documents

Champs clés

Liens de pilotage à effets

Un lien entre deux documents — ou entre un document et une tâche de maintenance — n’est pas une simple étiquette : il porte un effet. Quand le document source devient conforme sur un individu (aéronef ou article), le système agit automatiquement sur la cible, pour ce même individu : il peut l’ouvrir, la fermer, la rendre caduque, l’exclure, exiger un prérequis, ou recaler la périodicité d’une tâche. Un lien sans effet (« fait référence ») reste purement documentaire.

Le catalogue complet des neuf effets, les liens vers une tâche de maintenance et la garde de prérequis sont détaillés sur

Directives d’Entretien Supplémentaire — la mécanique est commune à tous les documents de navigabilité (BS, CN, MOD, DES).

Versioning à part. Le lien Remplace (une révision remplace la précédente) reste piloté par le mécanisme de révision (voir « Gestion des révisions » ci-dessous), indépendamment des effets. Les liens créés avant cette mécanique sont classés « fait référence » — aucun effet rétroactif.

Sections

Un document de navigabilité peut être structuré en sections hiérarchiques (arborescence). Chaque section porte un code, un titre, une description optionnelle et un numéro d’ordre. Les sections permettent de refléter la structure interne du document technique original (chapitres, sous-parties, tâches…).

Texte enrichi (markdown)

Deux champs acceptent un texte long sans limite, mis en forme en markdown : les Notes de l’entête du document et la Description de chaque section.

• Boutons de mise en forme (gras, italique, titre, listes, lien, citation, code, tableau) : pas besoin de connaître la syntaxe — le bouton habille le texte sélectionné ou insère le modèle.
• Mise en forme aussi en markdown au clavier : **gras**, listes, titres (#), tableaux, citations.
• Saisie avec une bascule Éditer / Aperçu pour voir le rendu avant d’enregistrer.
• Retour à la ligne : un simple appui sur Entrée crée un saut de ligne (comportement naturel, pas besoin de syntaxe particulière).
• Le rendu est sécurisé : le HTML brut n’est pas interprété.

Cycle de vie

Une seule révision Active à la fois. Pour une même référence (toutes révisions confondues), le système garantit qu’au plus une révision est Active. Activer une révision bascule automatiquement toutes les autres révisions actives de cette référence en Remplacé (et rend leurs conformités caduques) — voir « Gestion des révisions ».

Gestion des révisions

Quand une nouvelle révision d’un document paraît (rév. B d’une CN, par exemple), inutile de tout ressaisir : le bouton « Nouvelle révision » sur la fiche du document crée une copie complète — sections, applicabilité, conditions d’échéance — sous la nouvelle révision, et pose automatiquement le lien Remplace vers la version d’origine. La copie démarre en Brouillon : on ajuste ce qui change (dates, sections modifiées, PDF officiel) avant de la mettre en vigueur.

Ré-évaluation automatique à l’activation. Lorsque la nouvelle révision passe Actif, toutes les autres révisions actives de la même référence basculent en Remplacé et leurs conformités deviennent caduques (invariant « une seule révision active »). La nouvelle révision n’ayant encore aucune conformité enregistrée, ses cibles (aéronefs / composants concernés) réapparaissent automatiquement « à réaliser » dans le tableau de bord Conformité — c’est-à-dire à re-vérifier vis-à-vis de la nouvelle révision. Les conformités explicitement « non applicable » sont préservées.

Modifier les échéances = créer une révision. Sur un document Actif qui a déjà des conformités enregistrées, l’édition en place des conditions d’échéance ou de la politique d’échéance est refusée : les échéances déjà calculées sur les conformités existantes ne seraient pas recalculées, ce qui fausserait le suivi. Passez par « Nouvelle révision » pour faire évoluer les échéances. (Tant qu’aucune conformité n’existe, la correction reste libre.)

Applicabilité

Chaque document peut être complété de règles d’applicabilité qui définissent précisément la population concernée (aéronefs ou composants). Les règles se cumulent :

• Include : population incluse dans le périmètre du document.
• Exclude : population retirée du périmètre (exception).

Sélecteurs disponibles

Pour les modifications (MOD), les règles d’applicabilité sur composants peuvent également renseigner le PN résultant et le niveau MOD après incorporation.

Conditions (état de modif)

Une règle de type aéronef peut être conditionnée par l’état de modification d’un autre document. Exemple typique d’une consigne de navigabilité visant deux populations : « applicable aux aéronefs modifiés MOD-XXX » d’un côté, « aux aéronefs non modifiés » de l’autre.

Le bouton Conditions sous chaque règle aéronef ouvre l’éditeur :

• Groupes reliés en OU, conditions empilées en ET dans un groupe, le NON porté par l’état (« appliquée » / « non appliquée »).
• La règle ne s’applique alors à un aéronef que si son sélecteur correspond et que ses conditions sont satisfaites. Les conditions valent aussi pour les règles Exclude.
• Sans condition, la règle s’applique sans restriction (comportement par défaut).
• Opérande section : une condition peut viser une section précise d’un document (au lieu du document entier). Elle est alors satisfaite par la conformité de cette section, suivie indépendamment (un document conforme au niveau global n’implique pas une section conforme).

La « flotte concernée » et la résolution de conformité tiennent compte de ces conditions automatiquement. (Les règles sur composants ne sont pas encore conditionnables.)

Flotte concernée

Le bouton Calculer dans le panneau « Flotte concernée » résout en temps réel, à partir des règles d’applicabilité, les aéronefs et composants de la flotte en stock ou en service qui sont concernés par le document.

• Direct : l’aéronef matche directement une règle de type aéronef.
• Composant : l’aéronef porte une pièce visée par une règle de type composant.

Zones climatiques

Les zones climatiques STANAG 4370 / AECTP-230 sont gérées dans

Administration › Zones climatiques. Elles peuvent être associées à un site ou directement à un aéronef (override), et utilisées comme critère de sélection dans les règles d’applicabilité.

Conformité

Une fois qu’un document concerne un aéronef (ou un composant), Envergure suit son état de conformité. Un aéronef n’a pas un niveau de modification unique mais un ensemble de BS / CN / MOD embarqués : chaque conformité est tracée individuellement (quand, par qui, via quel OT, avec quelle preuve), ce qui constitue le rapport d’état de modification de l’aéronef.

Statuts de conformité

Tant qu’aucun enregistrement n’existe, un document applicable est considéré À réaliser : l’applicabilité fait foi, pas besoin de créer la conformité à l’avance.

Sur la fiche aéronef

La section Documents de navigabilité de la fiche d’un aéronef liste tous les documents qui le concernent — directement, ou via un composant posé (la pièce est identifiée au format PN:NCAGE / SN). Par défaut, la vue est filtrée sur les actions à réaliser (à réaliser, en cours, différé, dépassé), comme les échéances de maintenance. Le bouton Marquer conforme ouvre la saisie de conformité (statut, méthode de conformité, date, OT, preuve documentaire). Un filtre Obligatoires isole les documents marqués obligatoires qui restent à traiter.

Apte au service & obligations bloquantes (APRS)

En tête du panneau, un verdict de navigabilité résume l’aptitude de l’aéronef à la remise en service (signature de l’APRS — Approbation Pour Remise en Service) :

• Non apte au service (rouge) — il existe au moins une obligation bloquante. Une obligation est bloquante si le document est obligatoire, ouvert ou en cours, et soit dépassé, soit sans échéance (aucune date/compteur cible = « à faire avant prochain vol »). Ces lignes portent une pastille Bloquant. À solder (ou couvrir par une dérogation) avant de signer l’APRS.
• Obligation(s) obligatoire(s) à réaliser, non bloquante(s) (ambre) — des obligatoires sont à faire mais encore dans leur échéance : à planifier, sans immobiliser l’aéronef aujourd’hui.
• Aucune obligation bloquante (vert) — rien n’empêche la remise en service côté navigabilité.

Le verdict s’appuie sur le moteur d’échéance : une obligatoire encore dans sa fenêtre (date butoir future, heures restantes) n’est pas bloquante. Seules les dépassées et les obligatoires sans aucune échéance le sont par défaut.

Générer un ordre de travail

Sur une ligne à réaliser visant l’aéronef, le bouton Générer l’OT crée directement l’ordre de travail (OT) qui exécutera la conformité. Les sections du document deviennent la checklist de l’OT (une opération par section, dans l’ordre) ; à défaut de section, une opération unique reprend le document. L’OT est rangé dans un dossier de travail (DT) dédié à la navigabilité de l’aéronef (NAV-<immatriculation>), créé automatiquement s’il n’existe pas et réutilisé ensuite. La conformité passe alors en cours et reste reliée à l’OT (badge OT-…).

Bouclage de preuve automatique. Lorsque l’OT est clôturé (toutes ses opérations terminées), la conformité bascule automatiquement en conforme — avec la date et l’acteur de clôture, et l’OT comme preuve rattachée. Aucune double saisie : on exécute l’OT, la conformité se solde seule. Pour un document récurrent, la prochaine échéance est recalculée depuis cette date de conformité ; pour une MOD sur composant, la ré-identification RA:CE éventuelle est appliquée.

Pour une cible composant (pièce déposée en atelier), l’OT doit être rattaché à un DT existant — la génération automatique du DT est réservée aux cibles aéronef.

Lecture unifiée dans les échéances. Les obligations de navigabilité à réaliser sur un aéronef (CN / BS / MOD ouverts ou en cours) apparaissent aussi dans le panneau « Échéances de maintenance » de la fiche aéronef, à côté des tâches de programme d’entretien — le planificateur voit tout au même endroit. Le moteur de conformité reste la source de vérité (pas de double suivi ni de recalcul) : c’est un simple affichage, chaque ligne renvoyant vers la fiche du document où l’on génère l’OT.

Échéances (récurrence)

Un document récurrent ou mixte porte une ou plusieurs conditions d’échéance, calendaires (jours / mois / années) ou compteur (heures de vol, cycles…) — par exemple « 500 h ou 24 mois ». Quand plusieurs conditions coexistent, la politique de déclenchement du document arbitre :

• Premier seuil atteint (standard aéronautique « whichever occurs first ») : dû dès qu’une condition est atteinte.
• Tous les seuils atteints : dû seulement quand toutes les conditions le sont.

À l’enregistrement d’une conformité, Envergure calcule automatiquement la prochaine échéance de chaque condition (le relevé compteur courant de l’aéronef sert de base) et signale les dépassements (dépassé en rouge). Une section peut porter ses propres conditions — cas des CN multi-parties (« inspection 100 h jusqu’à modification terminale »).

Chaque condition a une base :

• Récurrence (défaut) : l’échéance se calcule depuis la dernière conformité (le cycle qui se répète).
• Initiale : l’échéance se calcule depuis l’effectivité du document — c’est la fenêtre de première conformité (« dans les 50 h de vol après émission »). Elle s’affiche tant que l’item est à réaliser, même si aucune conformité n’a encore été saisie.

Une condition peut aussi être une date butoir absolue (« au plus tard le 1er Mai 1991 »), indépendante de tout intervalle. Combinée à la politique premier seuil atteint, une CN du type « dans les 50 h et au plus tard le 01/05/91 » devient l’échéance la plus proche des deux.

Périodicité conditionnelle

Une condition calendaire ou compteur en base récurrence peut porter une ou plusieurs règles conditionnelles : « après application du document déclencheur Y → nouvelle période ». Tant que Y n’a pas été appliqué, la condition suit son intervalle normal ; dès que Y est marqué conforme, la nouvelle période de la règle remplace l’intervalle normal pour la suite.

Le calcul reste ancré sur la dernière application de ce document lui-même (pas sur la date d’application de Y) : la prochaine échéance devient dernière conformité de ce document + nouvelle période. Exemple concret :

Une CN « inspection tous les 12 mois » porte une règle « après application du BS-XXX (renforcement structural) → nouvelle période 24 mois ». Dernière conformité de la CN : 01/01/2025. Le BS-XXX est appliqué avant la prochaine échéance normale : la règle se déclenche, et la prochaine échéance de la CN devient 01/01/2027 (01/01/2025 + 24 mois) — au lieu de 01/01/2026 (+12 mois, intervalle normal).

Plusieurs règles peuvent coexister sur une même condition (déclencheurs différents) ; chacune porte un commentaire libre optionnel pour tracer le contexte (référence de section, texte du bulletin…). Sans règle conditionnelle applicable, la condition suit son intervalle normal, inchangé.

Échéance sur événement

Certaines obligations ne se mesurent ni en temps ni en compteur mais se redéclenchent à chaque occurrence d’un événement — typiquement « à refaire à chaque dépose du treuil ». Choisissez le type Sur événement, puis l’événement déclencheur :

• À chaque dépose et à chaque pose / remontage sont automatiques : quand vous déposez ou posez le composant concerné dans Envergure, la conformité repasse d’elle-même à réaliser.
• À chaque inspection et événement générique se signalent à la main depuis la fiche du document (l’événement n’a pas de source automatique).

Une condition « sur événement » ne projette pas de date ni de compteur cible : tant qu’aucun événement n’est survenu, la dernière conformité reste valable ; dès qu’il survient, l’obligation réapparaît dans la conformité de l’aéronef et dans ses échéances.

Tableau de bord

Maintenance › Conformité donne une vue flotte : nombre de documents actifs, items applicables, conformes, à réaliser, dépassés et obligatoires ouverts, avec une file d’attention triée par criticité (dépassé, puis obligatoire, puis échéance la plus proche).

Récit de vie composant

Pour un composant sérialisé, les conformités enregistrées contre lui apparaissent dans son récit de vie (restitution audit M.A.305). Pour une modification embarquée, la ré-identification RA:CE (évolution du PN après incorporation) y est tracée.

Dérogations par individu

Les règles d’applicabilité définissent une population entière (une flotte, un type d’aéronef, un lot de composants…). Le panneau « Dérogations par individu » de la fiche document permet, à l’inverse, de cibler un aéronef précis (immatriculation/MSN) ou un exemplaire précis (référence + numéro de série) et de lui attacher une disposition qui prime sur la conformité globale du document pour cet individu seul — sans toucher au reste de la population concernée. Le modèle est générique : le panneau est disponible sur tout document de navigabilité (BS, CN, MOD, DES).

Une dérogation se crée en choisissant la cible (aéronef ou exemplaire — jamais les deux via le même panneau — via les pickers cherchables habituels, jamais un identifiant technique brut), la disposition, et une note de justification optionnelle. Elle se supprime à tout moment depuis le même panneau ; la conformité de l’individu retourne alors au régime normal (règles d’applicabilité

• enregistrements de conformité).

Sur la fiche aéronef, la disposition en vigueur et un éventuel badge Attention s’affichent directement sur la ligne du document concerné, à côté du statut de conformité habituel.

Voir aussi

• Conformité navigabilité — tableau de bord flotte du suivi de conformité.
• Programmes d’entretien (PRE) — les tâches de maintenance peuvent référencer des documents de navigabilité.
• Dossiers de travail — exécution des actions de navigabilité.
• Zones climatiques — référentiel STANAG 4370.