Questions fréquentes sur la réglementation drone, le PDRA, la SORA, le LUC et le MANEX
Cette page regroupe les questions qui reviennent le plus souvent lorsqu’un exploitant, un télépilote ou un
donneur d’ordre cherche à comprendre la réglementation drone, la catégorie spécifique, les scénarios standards,
les PDRA, la SORA, le LUC, le ConOps, le MANEX ou les procédures d’exploitation.
Les réponses sont volontairement pédagogiques et orientées décision. Elles permettent de se repérer, d’éviter
les confusions les plus fréquentes et d’identifier la bonne trajectoire. Elles ne remplacent pas l’analyse
d’une opération réelle, car une réponse réglementaire dépend toujours du contexte : mission, environnement,
tiers, aéronef, volumes, contraintes locales, preuves disponibles et responsabilité de l’exploitant.
Comprendre la catégorie spécifique
1.Quelle est la différence entre catégorie ouverte et catégorie spécifique ?
La catégorie ouverte concerne les opérations les plus standardisées, menées dans des limites précises. La
catégorie spécifique concerne les opérations qui ne rentrent pas correctement dans ce cadre et qui nécessitent
une analyse plus structurée du risque, de l’environnement, des tiers exposés, des procédures et des moyens de
maîtrise.
Le basculement ne dépend pas seulement du drone. Il dépend d’abord de l’opération réelle. C’est un point
important, car beaucoup de confusions viennent d’un raisonnement qui part du matériel avant de partir de la
mission.
2.Une opération en catégorie spécifique impose-t-elle toujours une SORA ?
Non. Une opération en catégorie spécifique peut parfois relever d’un scénario standard ou d’un PDRA si toutes
les conditions applicables sont réunies. La SORA devient pertinente lorsque l’opération ne rentre pas dans un
cadre standardisé ou prédéfini, ou lorsque le niveau de justification attendu impose une analyse propre au cas.
Le bon raisonnement consiste donc à qualifier l’opération avant de choisir la trajectoire documentaire. Faire
une SORA par réflexe peut être excessif. Chercher à l’éviter alors qu’elle est nécessaire peut fragiliser le
dossier.
3.Pourquoi la réglementation distingue-t-elle STS, PDRA, SORA et LUC ?
Ces notions répondent à des logiques différentes. Les STS visent des opérations suffisamment standardisées
pour être déclarées si toutes les conditions sont respectées. Les PDRA s’appuient sur une analyse de risque
prédéfinie. La SORA analyse une opération dans son contexte propre. Le LUC concerne des organisations capables
de démontrer une maturité particulière dans la maîtrise de leurs opérations.
Il ne s’agit donc pas de quatre versions d’un même dossier, mais de quatre mécanismes différents. Pour une
vue d’ensemble, consultez la page
catégorie spécifique drone.
4.Le cadre réglementaire dépend-il du drone ou de l’opération ?
Il dépend d’abord de l’opération. Le drone utilisé compte évidemment : classe, masse, équipements, performances,
limitations et conformité. Mais ces éléments ne suffisent pas à déterminer seuls le cadre applicable. Il faut
aussi examiner la mission, l’environnement, les tiers, les distances, les volumes, les procédures et les
exigences associées.
C’est pourquoi il est prudent de ne pas conclure trop vite à partir d’un seul critère technique. Un même drone
peut être utilisé dans des contextes réglementaires très différents selon l’opération envisagée.
STS, PDRA, SORA et LUC
5.Quelle différence entre STS, PDRA, SORA et LUC ?
Un STS est un scénario standard : si l’opération respecte toutes les conditions prévues, elle peut s’inscrire
dans une logique déclarative. Un PDRA est une analyse de risque prédéfinie qui peut servir de base lorsqu’une
opération correspond aux hypothèses du scénario. La SORA est une méthode d’analyse lorsque l’opération doit
être étudiée dans son contexte propre. Le LUC relève d’une autre logique : il concerne la maturité
organisationnelle d’un exploitant, dans un périmètre et avec des privilèges définis.
La confusion vient souvent du fait que ces notions appartiennent à la catégorie spécifique. Pourtant,
elles ne jouent pas le même rôle et ne s’utilisent pas dans les mêmes situations.
6.Quand un PDRA est-il pertinent ?
Un PDRA est pertinent lorsque l’opération correspond réellement aux hypothèses du scénario prédéfini. Il faut
vérifier l’environnement, les volumes, les tiers exposés, les procédures, l’aéronef, les compétences et les
preuves disponibles. Une ressemblance générale avec un PDRA ne suffit pas.
Le PDRA peut simplifier le raisonnement, mais il ne remplace pas la vérification du cas réel. Pour approfondir,
consultez la page PDRA drone.
7.Quand faut-il passer par une SORA ?
La SORA devient pertinente lorsque l’opération ne rentre pas correctement dans un STS ou dans un PDRA, ou
lorsqu’elle présente des particularités qui nécessitent une analyse spécifique : environnement complexe,
exposition particulière des tiers, contraintes fortes, espace aérien sensible, mission atypique ou niveau de
justification élevé.
Dans la logique SORA 2.5, le raisonnement doit partir d’une description claire de l’opération, notamment à
travers le ConOps. Pour approfondir, consultez la page SORA drone.
8.Peut-on choisir un PDRA parce qu’il semble plus simple ?
Non, pas si l’opération ne correspond pas réellement aux hypothèses du PDRA. Choisir un cadre parce qu’il
paraît plus simple peut conduire à un dossier fragile. La bonne question n’est pas de savoir quel cadre est le
plus léger, mais quel cadre correspond réellement à l’opération.
Une simplification est utile lorsqu’elle est cohérente. Elle devient risquée lorsqu’elle masque des écarts
importants avec la réalité opérationnelle.
9.Une SORA garantit-elle l’accord de l’autorité ?
Non. Une SORA structure une analyse et permet de produire une démonstration. Elle ne garantit pas l’acceptation
par l’autorité compétente. L’instruction dépendra du cas, des hypothèses, des preuves, de la cohérence globale
du dossier et des éventuels échanges avec l’autorité.
Une SORA sérieuse améliore la lisibilité et la robustesse d’un dossier. Elle ne transforme pas une opération
mal cadrée ou insuffisamment démontrée en opération automatiquement acceptable.
10.Peut-on réutiliser une SORA existante ?
On peut réutiliser une structure, une méthode de présentation ou certains raisonnements génériques. En revanche,
une SORA est liée à une opération réelle. Copier une SORA sans requalifier le contexte, les volumes, les tiers,
l’environnement et les moyens de maîtrise conduit souvent à des incohérences.
La réutilisation utile porte donc sur la méthode, pas sur la conclusion. Chaque opération doit rester
suffisamment décrite et justifiée.
11.À quoi sert le LUC dans la catégorie spécifique ?
Le LUC, ou Light UAS Operator Certificate, ne correspond pas à un scénario d’exploitation ni à une méthode
d’analyse de risque. Il concerne l’organisation de l’exploitant. Il vise des exploitants capables de démontrer
un niveau de maturité suffisant dans la gestion de leurs opérations, de leurs procédures, de leur système de
sécurité, de leurs compétences et de leur maîtrise documentaire.
Sa logique est donc différente de celle d’un STS, d’un PDRA ou d’une SORA. Le LUC ne sert pas à qualifier une
opération isolée. Il reconnaît une capacité organisationnelle, dans un périmètre défini, avec des privilèges
qui peuvent permettre à l’exploitant de gérer certaines opérations avec davantage d’autonomie.
12.Le LUC permet-il de se passer d’autorisation pour toutes les opérations ?
Non. Le LUC ne doit pas être compris comme un blanc-seing. Les privilèges accordés dépendent du périmètre
approuvé et des conditions associées. Un exploitant titulaire d’un LUC ne peut pas considérer que toute
opération devient automatiquement possible ou acceptable.
En pratique, le LUC traduit une confiance accordée à une organisation structurée, mais cette confiance reste
encadrée. Elle suppose des procédures, une maîtrise interne, une traçabilité et une capacité à maintenir dans
le temps le niveau de sécurité attendu. Pour beaucoup d’exploitants, le LUC n’est donc pas un objectif immédiat,
mais il aide à comprendre la logique globale de la réglementation européenne : plus l’organisation démontre sa
maturité, plus certains cadres peuvent évoluer.
Drones de classe, C5, C6 et cadre d’exploitation
13.Un drone C5 ou C6 suffit-il à déterminer le cadre réglementaire ?
Non. La classe du drone est un élément important, mais elle ne détermine pas seule le cadre d’exploitation.
Il faut aussi analyser l’opération, l’environnement, les tiers exposés, les distances, les volumes, les
procédures, les compétences et les exigences applicables.
Un drone de classe adaptée peut être nécessaire pour certaines opérations, mais il ne dispense pas de vérifier
que toutes les conditions opérationnelles sont réunies.
14.Un drone C6 impose-t-il automatiquement un STS-02 ?
Non. Un drone C6 peut être associé à des opérations relevant d’un cadre particulier, mais le cadre applicable
dépend de l’opération complète. Il faut vérifier si la mission respecte effectivement toutes les conditions
du scénario concerné. La classe du drone ne suffit pas à elle seule.
Le raisonnement doit donc rester opérationnel : que fait-on, où, avec quelles limites, avec quels tiers
exposés, quelles procédures et quelles preuves ?
15.Un drone non classé peut-il encore être utilisé ?
La réponse dépend du cadre d’exploitation, de la période considérée, du type d’opération et des exigences
applicables. Un drone non classé ne doit pas être automatiquement considéré comme inutilisable, mais il peut
limiter les trajectoires possibles ou imposer une analyse plus précise du cas réel.
Sur ce point, il est préférable de rester prudent et de vérifier le cadre applicable avant de prendre une
décision commerciale ou opérationnelle.
16.La classe du drone remplace-t-elle l’analyse de l’opération ?
Non. La classe du drone ne remplace jamais la compréhension de l’opération. Elle renseigne sur certaines
caractéristiques ou exigences du matériel, mais elle ne dit pas à elle seule si la mission est compatible avec
l’environnement, les tiers, les volumes, l’espace aérien ou les procédures nécessaires.
Confondre classe du drone et cadre d’exploitation conduit souvent à des conclusions trop rapides. Le matériel
est un élément du raisonnement, pas le raisonnement complet.
ConOps, MANEX et procédures
17.Quelle différence entre ConOps, MANEX et procédures ?
Le ConOps décrit l’opération : mission, environnement, moyens, volumes, limites et logique d’emploi. Le MANEX
décrit l’organisation de l’exploitant : responsabilités, compétences, préparation, suivi, gestion documentaire
et maîtrise des opérations. Les procédures décrivent l’action : ce qu’il faut faire, dans quel ordre, avec
quelles vérifications et quelles réactions en cas d’écart.
Ces documents doivent être distingués, mais cohérents entre eux. Pour approfondir, consultez la page
ConOps, MANEX et procédures drone.
18.À quoi sert un ConOps dans une démarche SORA ?
Le ConOps sert à décrire clairement l’opération avant l’analyse du risque. Il permet de comprendre ce qui est
prévu, dans quelles limites, avec quels moyens, quelles personnes, quels volumes et quelles procédures. Sans
ConOps clair, l’analyse SORA repose sur une base fragile.
Le ConOps n’est pas la SORA complète, mais il en constitue un support essentiel. Il relie la réalité
opérationnelle au raisonnement réglementaire.
19.Quand un MANEX devient-il nécessaire ?
Un MANEX devient utile lorsque l’exploitation doit être structurée, répétable et compréhensible : plusieurs
télépilotes, activité récurrente, exigences client, dossier spécifique, contrôle, audit, transmission interne
ou besoin de stabiliser les pratiques.
Il ne doit pas être conçu comme un simple document de façade. Sa valeur dépend de sa cohérence avec la réalité
opérationnelle.
20.Une procédure doit-elle être très détaillée ?
Une procédure doit être suffisamment détaillée pour être comprise, appliquée et vérifiée. Trop courte, elle
laisse place à l’interprétation. Trop longue, elle devient difficile à utiliser. Le bon niveau est celui qui
permet l’action réelle.
Une procédure utile doit être testable, réaliste et cohérente avec les moyens disponibles. Elle ne doit pas
promettre des réactions impossibles à tenir sur le terrain.
21.Peut-on copier un MANEX ou un ConOps existant ?
On peut s’inspirer d’une structure ou d’une logique documentaire. En revanche, copier un MANEX ou un ConOps
sans vérifier son adéquation au cas réel est risqué. L’organisation, les moyens, les procédures, les personnes
et les contraintes changent d’un exploitant à l’autre.
Un document copié peut donner une impression de conformité tout en créant des incohérences difficiles à
défendre en cas de question, d’audit ou d’incident.
22.ManexPro remplace-t-il l’analyse réglementaire ?
Non. ManexPro peut aider à structurer et maintenir un MANEX, mais il ne remplace ni le cadrage de l’opération,
ni les arbitrages réglementaires, ni la responsabilité de l’exploitant. Il peut être utile comme outil de
structuration documentaire, pas comme réponse automatique à toutes les situations.
Pré-étude, dossier et décision
23.Je ne sais pas si mon opération est faisable : par où commencer ?
Commencez par décrire l’opération : objectif, lieu, environnement, tiers, aéronef, trajectoire, hauteur,
volume d’exploitation, contraintes client, calendrier et niveau d’exigence attendu. Cette description permet
ensuite d’identifier la trajectoire possible : cadre standard, PDRA, SORA, adaptation de l’opération ou
abandon d’une configuration trop fragile.
Si la décision engage du budget, du temps ou une relation client, une
pré-étude PDRA/SORA est souvent le format le plus proportionné.
24.Comment éviter de produire un dossier complet pour rien ?
Il faut éviter de commencer par la rédaction. La première étape consiste à vérifier si la trajectoire envisagée
est réaliste : cadre applicable, points bloquants, preuves disponibles, moyens techniques, procédures, délais
et responsabilités. Si ces éléments ne sont pas stabilisés, le dossier risque d’être mal orienté.
Un bon dossier commence rarement par un document. Il commence par une qualification claire de l’opération.
25.Que contient une pré-étude PDRA/SORA ?
Une pré-étude permet de cadrer l’opération, de comparer les options, d’identifier les points bloquants, de
vérifier l’adéquation éventuelle à un PDRA, d’estimer la nécessité d’une SORA et de définir une feuille de
route documentaire proportionnée.
Elle ne remplace pas le dossier final. Elle sert à décider avant de produire.
26.Une pré-étude remplace-t-elle un dossier ?
Non. Une pré-étude donne une orientation, une analyse de faisabilité et une feuille de route. Le dossier final,
lorsqu’il est nécessaire, devra ensuite être construit avec les éléments attendus : ConOps, procédures,
preuves, organisation, mesures de maîtrise et justification adaptée au cadre retenu.
27.Que faire si la conclusion est “non pertinent en l’état” ?
C’est une conclusion utile. Elle évite d’investir dans un dossier fragile ou dans une trajectoire peu défendable.
Elle peut conduire à modifier l’opération, changer de scénario, renforcer les moyens de maîtrise, collecter des
preuves complémentaires ou renoncer à une configuration trop risquée.
Une conclusion prudente n’est pas un échec. C’est souvent une manière d’éviter une impasse opérationnelle ou
documentaire.
Responsabilité, autorité et limites
28.Qui décide si une opération est acceptable ?
L’exploitant reste responsable de son opération, de ses choix, de sa préparation et de sa conformité. Selon le
cadre, l’autorité compétente peut instruire une demande, examiner une justification ou intervenir dans le
processus. Mais l’existence d’un dossier ne transfère pas la responsabilité opérationnelle de l’exploitant.
29.Une analyse garantit-elle l’acceptation par l’autorité ?
Non. Une analyse peut améliorer la cohérence, la clarté et la qualité d’un dossier. Elle ne garantit pas
l’acceptation. L’autorité apprécie le cas, les preuves, les hypothèses, les mesures proposées et la cohérence
globale du raisonnement.
30.Que regarde-t-on dans un dossier réglementaire ?
On regarde d’abord si l’opération est correctement décrite, si les risques sont compris, si les mesures de
maîtrise sont cohérentes, si les procédures sont applicables, si les responsabilités sont claires et si les
preuves correspondent aux affirmations du dossier.
Un dossier épais n’est pas nécessairement un dossier solide. La qualité tient à la cohérence entre l’opération,
le risque, les moyens et les preuves.
31.Quelle est la responsabilité de l’exploitant ?
L’exploitant doit organiser, préparer et conduire ses opérations dans un cadre conforme et maîtrisé. Il doit
s’assurer que ses pratiques, ses compétences, ses procédures et ses documents correspondent à ce qui est
réellement mis en œuvre.
Une documentation inapplicable ou non suivie peut devenir une fragilité, car elle crée un écart entre ce qui
est déclaré et ce qui est réellement fait.
32.Faut-il demander un avis avant de répondre à un client ?
Si la demande client engage une opération complexe, une promesse de faisabilité, un délai, un budget ou une
responsabilité importante, il est prudent de cadrer avant de répondre. Une réponse commerciale trop rapide
peut enfermer l’exploitant dans une trajectoire difficile à tenir.
Dans ce cas, un conseil ou une pré-étude permet de construire une réponse plus réaliste, plus claire et plus
défendable.