Vols « dérogatoires » en drone : PDRA, SORA, vol de nuit, CERFA 15478*02 et LUC
- Frédéric Aroco
- 5 févr.
- 5 min de lecture
Comprendre les mécanismes avant de structurer une mission
Dans le langage courant du drone professionnel, le terme « vol dérogatoire » est devenu un raccourci pour désigner toute opération perçue comme complexe, atypique ou sortant de l’ordinaire. Pourtant, ce terme ne correspond à aucun régime juridique autonome. La réglementation européenne ne parle ni de « vol dérogatoire », ni de « régime dérogatoire ». Elle repose sur des mécanismes distincts, chacun répondant à une logique précise : PDRA, SORA, dérogation préfectorale, accord espace aérien via CERFA, ou encore habilitation organisationnelle de type LUC.
La confusion entre ces mécanismes est aujourd’hui l’une des premières causes de dossiers fragiles, de retards d’instruction et de refus implicites. Comprendre ces cadres n’est donc pas une option : c’est un prérequis à toute exploitation avancée.
Le terme « vol dérogatoire » : une notion de langage, pas un cadre juridique
D’un point de vue réglementaire, une opération peut se situer dans deux grandes catégories définies par le règlement (UE) 2019/947 : la catégorie ouverte et la catégorie spécifique. Le basculement ne dépend pas du niveau de difficulté perçu, mais du respect ou non des limites opérationnelles prévues par les textes.
Il existe ainsi des situations où une opération reste formellement en catégorie ouverte, mais se heurte à une interdiction nationale. Le cas le plus emblématique est celui du vol de nuit. En France, le guide DSAC « Catégorie ouverte » précise qu’un UAS ne doit pas être utilisé la nuit. Une telle opération ne bascule pas automatiquement en catégorie spécifique ; elle reste juridiquement en catégorie ouverte, mais nécessite une dérogation préfectorale portant sur l’horaire de vol.
À l’inverse, dès qu’une opération dépasse les limites de la catégorie ouverte (BVLOS, survols complexes, volumes étendus, environnements contraints, etc.), elle relève de la catégorie spécifique. Dans ce cadre, l’opération n’est pas interdite : elle doit être démontrée sûre et acceptée selon les mécanismes prévus.
En France, l’autorité compétente est la DGAC, dans le cadre méthodologique défini par l’EASA.
Les PDRA : des scénarios prédéfinis, mais fondés sur la preuve
Les PDRA (Pre-Defined Risk Assessment – analyses de risque prédéfinies) sont publiés comme moyens acceptables de conformité au règlement (UE) 2019/947. Leur logique est souvent mal comprise. Un PDRA n’est ni une autorisation, ni une déclaration simplifiée. C’est un scénario européen pour lequel l’analyse de risque existe déjà.
Appliquer un PDRA signifie démontrer que l’exploitation correspond strictement au scénario décrit. Cette démonstration repose sur des preuves documentées. Les tableaux PDRA mis à disposition par l’administration française comportent d’ailleurs, pour chaque exigence, une colonne dédiée à la méthode de démonstration ou à la preuve attendue.
Dans la pratique, cette démonstration s’appuie très largement sur le MANEX (manuel d’exploitation) et ses documents associés : procédures, descriptions des systèmes, enregistrements de formation, fiches machine, registres de maintenance, check-lists, scénarios d’urgence.
Un PDRA n’est donc pas un raccourci réglementaire. C’est une SORA déjà écrite, à condition que l’exploitant puisse démontrer qu’il respecte chaque hypothèse du scénario.
Dès qu’une exigence ne peut pas être démontrée, le PDRA devient inapplicable et l’opération doit basculer vers une SORA spécifique.
Comprendre la logique des principales familles de PDRA
Les PDRA sont structurés par grandes familles correspondant à des logiques opérationnelles distinctes.
Les trois PDRA de type G couvrent des opérations hors vue directe réalisées en zone faiblement peuplée. Leur philosophie est de réduire le risque sol par la faible densité humaine et de maîtriser le risque air par des procédures, des volumes définis et des moyens techniques adaptés. Certains scénarios ajoutent une ségrégation de l’espace aérien ou l’utilisation de trajectoires préprogrammées, notamment pour des opérations automatiques ou répétitives.
Les deux PDRA de type S concernent des opérations au-dessus de zones contrôlées au sol, c’est-à-dire des environnements où l’accès des tiers est empêché ou maîtrisé de manière effective. Ils existent en vue directe et hors vue directe, avec des exigences renforcées sur la supervision, les procédures sol et les fonctions de sécurité de l’aéronef.
Dans tous les cas, l’administration n’évalue pas uniquement le drone, mais la cohérence du système complet : aéronef, procédures, organisation, compétences, et environnement.
Drone et PDRA : pas une logique de classe, mais une logique fonctionnelle
Contrairement à la catégorie ouverte ou aux scénarios STS, les PDRA ne reposent pas sur une obligation de marquage de classe C0 à C6. Ils imposent des exigences fonctionnelles : identification et traçabilité de l’aéronef, maîtrise de l’énergie d’impact, comportements sûrs en cas de défaillance, dispositifs de terminaison de vol, confinement du volume opérationnel, gestion de la perte de liaison.
Les drones conçus pour les classes C5 ou C6 répondent souvent naturellement à ces exigences, mais la classe n’est jamais une condition suffisante. Ce sont les preuves de fonctionnement et d’intégration dans l’exploitation qui sont évaluées.
La SORA : lorsque le cadre prédéfini ne suffit plus
La SORA (Specific Operations Risk Assessment – analyse de risque des opérations spécifiques) devient nécessaire dès qu’une opération ne correspond plus à un PDRA applicable ni à un scénario standard.
Elle constitue une méthodologie de démonstration de sécurité permettant d’analyser le risque sol, le risque air, les scénarios de défaillance et les mesures de mitigation associées. La SORA n’est pas un formulaire : c’est un raisonnement structuré.
La DGAC a publié un guide d’aide à la mise en œuvre de la SORA, qui précise la logique attendue, le niveau de justification pour chaque étape et les points qui fragilisent le plus souvent les dossiers. Ce guide n’a pas valeur réglementaire, mais il constitue la référence méthodologique utilisée lors de l’instruction.
Le CERFA 15478*02 : l’accord espace aérien, distinct des PDRA et SORA
Un autre maillon est souvent oublié : le CERFA n°15478*02, désormais dématérialisé, intitulé « Demande de localisation d’activité ou d’accord des comités régionaux de gestion de l’espace aérien ».
Ce formulaire ne porte pas sur la sûreté globale de l’opération. Il sert à vérifier la compatibilité de l’activité avec l’organisation de l’espace aérien, notamment en cas de proximité d’aérodrome, d’espace contrôlé, de zone réglementée, ou lorsque des hauteurs supérieures à 120 mètres sont demandées.
Le formulaire précise explicitement que, pour ces hauteurs, il est également nécessaire d’obtenir une autorisation d’exploitation au titre de l’article 12 du règlement (UE) 2019/947. Autrement dit, le CERFA est complémentaire d’un PDRA ou d’une SORA, pas substitutif.
Un dossier avancé peut donc cumuler :
un cadre de sécurité (PDRA ou SORA),
un accord espace aérien (CERFA 15478*02),et,
le cas échéant, une dérogation préfectorale.
Le vol de nuit : un facteur aggravant, jamais neutre
En France, le vol de nuit est interdit en catégorie ouverte. Une dérogation préfectorale peut être accordée pour lever cette interdiction.
En catégorie spécifique, le vol de nuit n’est acceptable que s’il est explicitement intégré dans le cadre applicable : PDRA prévoyant cette condition ou SORA démontrant la maîtrise des risques liés aux conditions nocturnes.
Dans tous les cas, le vol de nuit n’est pas évalué comme une simple contrainte horaire, mais comme un facteur aggravant modifiant la perception de l’environnement, la détection des tiers, la gestion des urgences et la charge cognitive du télépilote.
Et le LUC dans tout ça ?
Le LUC (Light UAS Operator Certificate) est un certificat délivré à certains exploitants leur permettant d’auto-approuver certaines opérations relevant de la catégorie spécifique, dans un périmètre défini par l’autorité.
Il ne crée pas de nouveaux types d’opérations.Il ne remplace ni PDRA ni SORA.
Il modifie uniquement qui valide l’opération, pas comment elle est analysée.
Ce qui bloque réellement les dossiers
Les blocages proviennent rarement du pilotage. Ils résultent le plus souvent :
d’un mauvais choix de cadre,
d’un PDRA invoqué sans preuves suffisantes,
d’une SORA incohérente,
de l’oubli d’un étage administratif (CERFA, dérogation préfectorale).
Le problème est méthodologique, pas opérationnel.
Et bien sûr, cher lecteur, comme d'habitude : Votre mission, si toutefois vous l’acceptez, est de poser vos questions , de partager votre expérience terrain en commentaire pour lever vos doutes et enrichir la discussion. Comme toujours, si vos commentaires venaient à déraper, nous nierions en avoir eu connaissance. Ce fil de discussion ne s’autodétruira pas dans cinq secondes… alors profitons-en pour échanger de façon constructive et courtoise. Bonne chance !
Commentaires