CONFORMITÉ
Ce qui est repris dans le modèle, et ce qui ne l'est pas.
La conformité d'un logiciel d'entretien ne se déclare pas, elle se vérifie. Cette page indique, pour chaque spécification, si elle a une trace dans le modèle de données — et ce que cette trace ne recouvre pas.
Les six spécifications ASD S-Series
Trois d'entre elles ont une trace dans le modèle de données et dans le code. Les trois autres n'en ont pas, et sont annoncées comme telles.
- S1000DRepris dans le modèle
Documentation technique
Le vocabulaire des modules de données structure l'import du catalogue constructeur et la réception technique. L'échange XML et la base de données documentaire ne sont pas couverts.
- S2000MRepris dans le modèle
Approvisionnement
Le catalogue illustré et les points d'emploi suivent la numérotation ATA Spec 2000 et les numéros de séquence. Les messages d'échange sont implémentés : catalogue, liste de rechanges, codification, commande et expédition, avec accusés dans les deux sens et vérification du message émis contre le schéma de l'exploitant.
- S4000PRepris dans le modèle
Programme d'entretien
Le cycle de vie d'une tâche et son suivi reprennent la sémantique de la spécification, couverts par des tests d'intégration. L'analyse de fiabilité qui la précède reste à faire.
- S3000LPrévu
Analyse du soutien logistique
Le vocabulaire est posé dans le référentiel, mais l'analyse elle-même n'est pas outillée.
- S5000FPrévu
Retour d'expérience en service
Les données se constituent dans les ordres de travail et les déposes. Leur restitution au format normalisé reste à écrire.
- S6000TPrévu
Analyse du besoin en formation
Hors du périmètre actuel.
Cadre réglementaire
La plateforme est construite pour des organismes soumis à agrément. Ce cadre détermine le modèle de données, pas seulement le discours.
- EASA Part-145 et Part-M pour l'entretien et la gestion du maintien de navigabilité civils.
- FRA 145 et FRA M pour leurs équivalents étatiques français.
- ASD STE100 pour la sémantique des états d'un article.
- eIDAS pour la signature de la remise en service — entité et scellement à venir.
Ce qui n'est pas couvert
Deux fonctions figurent à la feuille de route et pas au produit. Elles sont listées ici plutôt qu'omises : les découvrir en démonstration coûterait plus cher que de les annoncer.
- TélémétriePrévu
Capteurs et maintenance prédictive
Déclencher un ordre de travail depuis une signature capteur suppose une chaîne d'ingestion et une base temporelle. Ni l'une ni l'autre n'existe aujourd'hui.
- RéplicationPrévu
Resynchronisation entre instances
Les fondations sont posées — horloge logique hybride, identifiants uniques par instance — mais le service de réplication n'est pas écrit. Une instance isolée fonctionne ; elle ne se recale pas encore toute seule.
PROCHAINES ÉTAPES
Voyons ce que ça vaut sur votre référentiel.
Une démo de 90 minutes en visio : présentation produit, questions techniques, revue de vos contraintes. Décrivez votre contexte, nous préparons la démo en conséquence.
Ou écrivez-nous directementcontact@envergure.cloud