Synthèse opérationnelle
Elle présente la mission, le besoin client, le drone, la zone, le contexte, les limites et la logique générale du dossier.
Parcours fictif TRX-Drone — étape 16/16
SORA : préparer le dossier final, ERP, MANEX, preuves et dépôt
Après avoir établi le ConOps, les volumes, les risques sol et air, le SAIL et la démonstration OSO, TRX-Drone doit transformer l’analyse en dossier final. Cette étape est souvent sous-estimée. Un raisonnement correct peut perdre de sa force si les pièces du dossier sont dispersées, incohérentes ou insuffisamment reliées entre elles.
Le dossier final ne doit pas être une accumulation de documents. Il doit présenter une opération clairement décrite, des hypothèses justifiées, des preuves lisibles, un MANEX cohérent, des annexes identifiées et une logique d’échange avec l’autorité.
Dans le cas client fictif traité par TRX-Drone, l’objectif pédagogique est de montrer que la SORA ne s’arrête pas au calcul du risque. Elle doit aboutir à une demande exploitable, vérifiable et compréhensible par un instructeur.
Rappel de l’étape précédente
À l’étape précédente, TRX-Drone a déduit le SAIL et structuré les OSO. Cette dernière page rassemble les pièces du dossier final et la logique de dépôt.
Le dossier doit raconter une seule opération
Note terminologique — ConOps et SORA 2.5
Le terme ConOps reste utile pour faire le lien avec les usages professionnels et certains documents encore utilisés par les exploitants ou l’autorité. Dans la SORA 2.5, l’EASA privilégie toutefois la logique de documentation de l’opération proposée et de description opérationnelle détaillée. Dans ce parcours, ConOps doit donc être compris comme un repère pédagogique, non comme le libellé unique à employer dans un dossier SORA 2.5.
Le principal danger est de produire des pièces qui ne racontent pas exactement la même mission. Si le ConOps décrit une opération, le KML/KMZ une autre, le MANEX une procédure générique et les preuves un matériel différent, le dossier devient difficile à instruire.
TRX-Drone doit donc vérifier l’alignement des éléments essentiels : objectifs de mission, drone utilisé, charge utile, volume opérationnel, zone de contingence, hauteur, durée, météo, équipage, procédures, mitigations, OSO et preuves associées.
ConOps → volumes → risques → mitigations → SAIL → OSO → preuves → MANEX → dépôt → échanges avec l’autorité
Six blocs à assembler avant le dépôt
SORA structurée
Elle regroupe ConOps, volumes, GRC final, ARC final, SAIL, OSO, mitigations, atténuations et conclusions justifiées.
MANEX cohérent
Il doit refléter l’opération réelle, les responsabilités, les procédures normales, anormales et d’urgence, et non rester générique.
Annexes techniques
Elles regroupent KML/KMZ, cartes, notes de calcul, fiches techniques, configuration drone, limitations, maintenance et essais.
Preuves OSO
Elles démontrent les compétences, l’organisation, les procédures, les moyens techniques, la robustesse et la traçabilité.
Préparation du dépôt
Elle consiste à organiser les pièces, les intitulés, les versions, les références et les réponses avant le dépôt officiel.
Table de cohérence documentaire
Avant tout dépôt, TRX-Drone peut effectuer un contrôle de cohérence. Ce tableau permet de repérer les contradictions fréquentes entre les pièces du dossier.
| Élément à contrôler | Où le retrouver | Question à poser | Risque si incohérent |
|---|---|---|---|
| Zone et volumes | ConOps, KML/KMZ, cartes, SORA, MANEX | Les mêmes limites sont-elles décrites partout ? | Incompréhension de l’opération et demandes de clarification |
| Hauteur et durée | ConOps, profil de mission, analyse air, procédures | Les hypothèses utilisées pour le risque air sont-elles cohérentes ? | ARC final fragilisé ou mal justifié |
| Drone et configuration | Fiche technique, MANEX, maintenance, preuves OSO | Le système décrit est-il celui qui sera réellement exploité ? | Preuves techniques insuffisantes ou non applicables |
| Mitigations sol | SORA, procédures, plan de zone, briefing, preuves | Les mesures créditées sont-elles réellement tenables ? | GRC final remis en cause |
| Atténuations air | SORA, coordination, NOTAM éventuel, procédures, observateurs | Les mesures revendiquées ont-elles un effet démontré ? | ARC final contestable |
| OSO | Table OSO, MANEX, annexes, procédures, preuves | Chaque objectif applicable est-il relié à une preuve ? | Démonstration incomplète malgré un dossier volumineux |
| Plan de réponse d’urgence (ERP) | MANEX, SORA, procédures d’urgence, preuves OSO | Le passage de la situation normale à la situation d’urgence est-il décrit ? | ERP absent, trop générique ou incohérent avec les volumes et zones adjacentes |
| Versions documentaires | Page de garde, annexes, historique, fichiers déposés | Les versions déposées sont-elles cohérentes et datées ? | Confusion pendant l’instruction et risque de reprise documentaire |
MANEX, preuves et ERP : un ensemble cohérent
Le MANEX ne doit pas être décoratif
Le MANEX doit traduire la capacité réelle de TRX-Drone à conduire l’opération décrite. Il ne suffit pas d’insérer un chapitre SORA ou de renvoyer vers des annexes. Les responsabilités, les décisions, les critères d’arrêt, les procédures anormales et les preuves de compétence doivent être exploitables.
Dans le dossier final, le MANEX sert de lien entre la démonstration de risque et l’exploitation réelle. Il doit donc être cohérent avec les volumes, les mitigations, les atténuations, les OSO et les limites acceptées dans la SORA.
Six familles de preuves à préparer
Cartographie
KML/KMZ, cartes, volumes, zones tampon, points sensibles, accès, zones d’exclusion et contraintes aéronautiques.
Technique
Fiches système, limitations, configuration, charge utile, liaisons, géovigilance, terminaison, essais et maintenance.
Organisation
Rôles, responsabilités, chaîne de décision, préparation, briefing, coordination, surveillance et interruption.
Compétences
Télépilote, observateurs, responsables terrain, maintien de compétence, briefing spécifique et expérience adaptée.
Procédures
Procédures normales, anormales, d’urgence, météo, intrusion, perte de liaison, trafic aérien et retour d’expérience.
Traçabilité
Historique des versions, registres, checklists, comptes rendus, échanges, décisions, écarts et actions correctives.
Pourquoi l’ERP reste dans la démonstration
La présentation des exigences évolue avec les versions de la SORA, mais la capacité de l’exploitant à gérer une situation d’urgence reste un élément attendu de la démonstration. Même lorsque l’ERP n’apparaît plus comme une pièce isolée de la même manière qu’auparavant, son contenu demeure présent dans les procédures, les responsabilités, les preuves OSO, le MANEX et la cohérence opérationnelle du dossier.
Pour TRX-Drone, l’ERP ne doit donc pas être traité comme une annexe décorative. Il doit montrer comment l’exploitant passe d’une situation normale à une situation anormale ou d’urgence, comment il limite les conséquences possibles et comment il trace les décisions prises.
Intégrer l’ERP au dossier final
Le plan de réponse d’urgence fait partie des pièces qui permettent de relier la démonstration SORA à la capacité opérationnelle réelle de TRX-Drone. Il doit montrer comment l’exploitant passe de l’exploitation normale à la gestion d’une situation d’urgence, puis comment il trace l’événement, les décisions prises et les actions correctives éventuelles.
Dans le dossier final, l’ERP doit rester cohérent avec le MANEX, les volumes, les zones adjacentes, les procédures anormales, les responsabilités, les moyens de communication et les preuves OSO. Il ne doit pas être une annexe isolée ajoutée en fin de dossier.
Dépôt, transmission et échanges avec l’autorité
Les échanges avec l’autorité font partie du dossier
Le dépôt n’est pas nécessairement la fin du travail. L’autorité peut demander des clarifications, des preuves complémentaires, une reformulation ou une justification plus précise. TRX-Drone doit donc prévoir une méthode de suivi des échanges.
Une réponse utile ne se limite pas à envoyer une nouvelle pièce. Elle doit expliquer ce qui a été modifié, où la réponse se trouve, quelle version est désormais applicable et quel point de la demande initiale est traité.
Transformer l’analyse en dossier recevable par l’autorité
Une SORA ne suffit pas si elle reste un raisonnement interne. Pour être instruite, elle doit être transformée en dossier lisible par l’autorité compétente : pièces structurées, preuves disponibles, cohérence avec le MANEX, documents opérationnels, éléments cartographiques, formulaires et suivi des échanges.
En France, le dépôt et les échanges administratifs passent par les outils et procédures mis en place par la DSAC, notamment METEOR lorsque le dossier relève de ce circuit. Dans un autre État appliquant le cadre européen UAS, l’exploitant devra utiliser les outils, formulaires ou procédures prévus par l’autorité nationale compétente.
Table de préparation au dépôt ou à la transmission du dossier
La préparation au dépôt doit être faite avant la saisie ou la transmission des pièces. L’objectif est d’éviter un dossier techniquement pertinent mais difficile à lire parce que les fichiers sont mal nommés, mal versionnés ou mal reliés entre eux.
| Action préparatoire | Objectif | Exemple de preuve ou de pièce | Vigilance |
|---|---|---|---|
| Nommer clairement les fichiers | Faciliter l’instruction | SORA_TRX_Drone_v1, MANEX_TRX_Drone_v1, KML_zone_v1 | Éviter les noms génériques ou les versions contradictoires |
| Joindre le formulaire / document récapitulatif DSAC | Identifier clairement l’objet de la demande et les pièces associées | Formulaire de demande, formulaire SORA 2.5 ou document récapitulatif applicable | Ne pas utiliser une version obsolète ou incohérente avec le dossier joint |
| Créer une liste des annexes | Montrer la structure du dossier | Table des annexes, référence, version, date, objet | Ne pas déposer des pièces sans explication |
| Vérifier les renvois internes | Assurer la cohérence | Références entre SORA, MANEX, cartes, OSO et procédures | Un renvoi erroné fragilise la lecture |
| Préparer une synthèse instructeur | Orienter la lecture | Résumé de l’opération, points de risque, résultats GRC / ARC / SAIL | La synthèse doit aider sans remplacer les preuves |
| Identifier les points sensibles | Anticiper les questions | Zone complexe, ARC élevé, mitigation particulière, preuve technique | Ne pas masquer les fragilités du dossier |
| Préparer les échanges | Répondre vite et proprement | Table de suivi des questions, réponses, pièces modifiées, versions | Chaque réponse doit être tracée |
Pièces autorité / DSAC / METEOR : préparer le dossier de demande
Point réglementaire — demande nationale, SORA 2.5 et transfrontalier
La demande nationale d’autorisation d’exploitation en catégorie spécifique, le formulaire ou document applicable à une SORA 2.5, la transmission via METEOR et la démarche transfrontalière sont quatre sujets à distinguer.
Pour une opération nationale instruite par la DSAC, l’exploitant doit préparer le dossier opérationnel, utiliser les formulaires à jour et transmettre les pièces selon le circuit demandé, notamment via METEOR lorsque ce circuit s’applique.
Le formulaire R5_UAS_SPEC_CBO_FR ne doit pas être utilisé comme référence générale du dossier national. Il concerne les opérations UAS transfrontalières, notamment lorsqu’un exploitant étranger souhaite opérer en France avec une autorisation déjà délivrée par son autorité nationale.
Avant dépôt, TRX-Drone doit donc vérifier le bon formulaire, la version applicable et la cohérence entre la SORA, le MANEX, les annexes, l’ERP et les preuves OSO.
Avant le dépôt, TRX-Drone doit vérifier que le dossier ne se limite pas à la SORA. Une demande lisible doit aussi rassembler les pièces administratives, le formulaire ou document récapitulatif demandé, le ConOps, le MANEX, les annexes, les preuves OSO, les notes de calcul, les cartographies, l’ERP et les déclarations ou attestations applicables.
Le principe pédagogique est simple : l’outil de dépôt ou de transmission, METEOR en France lorsque ce circuit s’applique, ne doit pas devenir un espace de dépôt désordonné. Chaque pièce doit avoir un nom clair, une version, une date, un rôle dans le dossier, et un lien avec la démonstration SORA.
| Pièce ou famille de pièces | Rôle dans le dossier | Point de vigilance | Question de contrôle TRX-Drone |
|---|---|---|---|
| Formulaire / document récapitulatif DSAC | Présenter la demande, l’exploitant, l’opération et les références du dossier | Utiliser la version applicable au moment du dépôt | Le document synthétise-t-il correctement l’opération et les pièces jointes ? |
| SORA structurée | Justifier GRC, ARC, SAIL, mitigations, atténuations et OSO | Ne pas déposer une SORA déconnectée du MANEX ou des annexes | Chaque résultat peut-il être relié à une preuve ? |
| ConOps | Décrire l’opération, les volumes, le système UAS, l’équipage et le contexte | Éviter les écarts entre ConOps, KML/KMZ, MANEX et SORA | L’opération décrite est-elle exactement celle qui sera réalisée ? |
| MANEX | Montrer la capacité réelle d’exploitation et les procédures applicables | Ne pas joindre un manuel générique sans adaptation au cas étudié | Les procédures normales, anormales et d’urgence sont-elles exploitables ? |
| KML / KMZ et cartographies | Matérialiser géographie de vol, volumes, zones tampon, zones adjacentes et contraintes | Assurer la cohérence entre fichiers, cartes et texte du dossier | Un instructeur peut-il comprendre les volumes sans ambiguïté ? |
| Notes de calcul | Documenter Vmax, vent défavorable, autonomie, énergie, densité, iGRC ou hypothèses utiles | Ne pas masquer les hypothèses défavorables | Les calculs sont-ils reproductibles et reliés aux résultats retenus ? |
| Preuves OSO | Démontrer organisation, compétences, procédures, moyens techniques et robustesse | Chaque OSO applicable doit être relié à une preuve | Les preuves existent-elles réellement ou sont-elles seulement déclarées ? |
| ERP / plan de réponse d’urgence | Décrire la réponse aux situations d’urgence et la traçabilité des événements | Rester cohérent avec les volumes, zones adjacentes et responsabilités du MANEX | La transition normal / urgence est-elle claire et entraînable ? |
| Déclarations, assurances et conformité | Attester les éléments administratifs, réglementaires ou nationaux applicables | Vérifier les exigences applicables au moment du dépôt | Les déclarations jointes correspondent-elles au cadre réellement demandé ? |
Six erreurs fréquentes au stade final
Déposer trop vite
Un dépôt précipité génère souvent des reprises, même lorsque le raisonnement de fond est pertinent.
Empiler les annexes
Un dossier volumineux n’est pas nécessairement un dossier lisible. Chaque pièce doit avoir une fonction claire.
Oublier le MANEX
La SORA peut être bien construite, mais le MANEX doit démontrer que l’exploitation réelle est maîtrisée.
Mal versionner
Des versions incohérentes créent rapidement des ambiguïtés pendant l’instruction.
Répondre sans tracer
Une réponse à l’autorité doit être suivie, datée, reliée à une pièce et intégrée proprement au dossier.
Confondre dépôt et acceptation
Le dépôt engage l’instruction. Il ne vaut pas acceptation de l’autorisation demandée.
Ce qu’il faut retenir
Le parcours montre qu’un dossier SORA ne se résume pas à remplir une trame. Il commence par une opération réelle, se poursuit par une analyse structurée des risques, puis se termine par une démonstration documentaire et opérationnelle cohérente.
Si TRX-Drone découvre à ce stade que certaines preuves manquent, ce n’est pas forcément un échec. C’est précisément l’intérêt d’une pré-étude : identifier les écarts avant d’engager du temps, des frais et des attentes dans une demande insuffisamment mûre.
Dernière mise à jour : 18 mai 2026