Pourquoi la réglementation européenne a créé les STS, les PDRA, la SORA et le LUC

Comprendre la logique globale du système européen : simplification opérationnelle, maîtrise du risque et maturité de l'exploitant

Depuis l'entrée en application du cadre européen applicable aux drones, je constate régulièrement une même difficulté chez les exploitants : les STS, les PDRA, la SORA et le LUC sont souvent perçus comme des couches réglementaires qui s'ajoutent les unes aux autres, sans que leur logique d'ensemble soit comprise.

Cette perception est compréhensible. Le vocabulaire est dense, les sigles se multiplient, les documents de référence sont nombreux, et la transition depuis les anciens scénarios nationaux a parfois brouillé la lecture du système. Beaucoup d'exploitants cherchent d'abord à savoir dans quel cadre entrer, quel formulaire remplir, ou quelle voie leur permettra d'obtenir le plus rapidement possible une autorisation.

Pourtant, avant de raisonner en procédure, il faut revenir à l'intention du système. Les STS, les PDRA, la SORA et le LUC ne répondent pas à une volonté de complexifier l'exploitation des drones. Ils répondent à une difficulté réelle : comment encadrer des opérations très différentes les unes des autres sans appliquer partout le même niveau d'exigence ?

La réponse européenne repose sur une idée simple : plus une opération est standardisée, plus elle peut être traitée simplement. Plus elle s'éloigne d'un cadre prédéfini, plus l'exploitant doit démontrer sa capacité à maîtriser le risque. Et lorsqu'un exploitant atteint un niveau de maturité organisationnelle suffisant, le système peut lui reconnaître une forme d'autonomie encadrée. C'est l'architecture. Le reste en découle.

Pour replacer cette architecture dans son cadre général, j’ai regroupé les principaux mécanismes européens sur la page dédiée à la réglementation drone du site de ThyRex Conseils : réglementation drone

Une réglementation construite autour de l'opération

Le cadre européen ne part pas d'abord du métier exercé par l'exploitant, ni de son statut professionnel ou récréatif. Il part de l'opération elle-même.

Cette distinction est importante. Une opération drone n'est pas seulement définie par le drone utilisé. Elle dépend du lieu, de l'environnement au sol, de l'espace aérien, de la densité de population exposée, du mode de pilotage, de la distance entre le télépilote et l'aéronef, des procédures prévues, de l'organisation de l'exploitant et des moyens techniques mis en œuvre.

C'est cette approche qui a conduit le cadre européen à distinguer trois grandes catégories d'exploitation. La catégorie ouverte concerne les opérations présentant un risque limité, dans un cadre strictement borné. La catégorie certifiée concerne les opérations les plus sensibles, lorsqu'un niveau de sécurité comparable à celui de l'aviation habitée devient nécessaire. Entre les deux se trouve la catégorie spécifique, qui couvre les opérations dont le risque doit être évalué et maîtrisé de manière proportionnée.

C'est dans cette catégorie spécifique que s'inscrivent les STS, les PDRA, la SORA et le LUC. Ils constituent des réponses progressives à une même question : comment démontrer qu'une opération drone peut être réalisée avec un niveau de sécurité acceptable ?

Les STS : simplifier les opérations suffisamment prévisibles

Les scénarios standards européens répondent au besoin de simplifier les opérations dont les caractéristiques peuvent être définies à l'avance. L'idée est rationnelle : lorsqu'un type d'opération est suffisamment connu, que ses conditions d'exécution sont clairement encadrées, que les exigences techniques du drone sont identifiées et que les compétences attendues du télépilote sont déterminées, il n'est pas nécessaire de demander à chaque exploitant de reconstruire une analyse complète du risque.

Le scénario standard déplace donc une partie de l'analyse en amont. Le régulateur définit le cadre. L'exploitant déclare qu'il le respecte. La procédure est allégée, mais le niveau d'exigence reste précis.

Cette simplification a une contrepartie directe : le scénario doit être respecté dans toutes ses conditions. Un STS n'est pas une autorisation générale de voler dès lors que l'on possède un drone de classe C5 ou C6. La classe du drone est une condition technique, mais elle ne suffit pas à qualifier l'opération. Si le cadre opérationnel, l'environnement, les distances, la gestion du volume, les procédures ou les compétences ne correspondent plus aux conditions du STS, la logique déclarative ne peut plus être utilisée.

C'est souvent ici que naît la première confusion. Le STS est effectivement une facilité procédurale, mais il ne faut pas confondre facilité procédurale et liberté opérationnelle. Le STS simplifie précisément parce qu'il est strictement cadré.

Les PDRA : s'appuyer sur une analyse existante sans repartir de zéro

Certaines opérations ne relèvent pas d'un scénario standard, mais correspondent à des concepts d'opérations suffisamment identifiés pour faire l'objet d'une analyse de risque prédéfinie. C'est le rôle des PDRA.

Un PDRA peut être compris comme une analyse de risque déjà structurée, construite sur la logique SORA. Il permet à l'exploitant de ne pas repartir d'une page blanche lorsque son opération correspond à un cas générique déjà étudié. Cette approche est utile notamment pour les exploitants qui conduisent des opérations régulières sans rentrer strictement dans les scénarios standards européens. Le PDRA apporte un cadre, une méthode et des exigences déjà organisées.

Mais la simplification n'est pas une dispense de raisonnement. L'exploitant doit vérifier que son opération correspond réellement au périmètre du PDRA, comprendre les hypothèses sur lesquelles repose cette analyse prédéfinie, puis démontrer que son organisation, ses procédures, ses moyens techniques et ses limites opérationnelles sont compatibles avec ce cadre. Utiliser un PDRA ne consiste pas à choisir le dossier le plus pratique. Cela consiste à reconnaître qu'une opération particulière peut s'inscrire dans une analyse préexistante, à condition de ne pas en déformer les limites.

La SORA : analyser ce qui ne peut pas être standardisé

La SORA intervient lorsque l'opération ne peut pas être correctement traitée par un STS ou par un PDRA applicable. Elle n'est pas une sanction administrative, ni un signe d'échec de l'exploitant. C'est l'outil prévu pour analyser les opérations qui nécessitent une appréciation spécifique du risque.

Sa démarche demande un niveau de description plus élevé. L'exploitant doit expliquer précisément ce qu'il veut faire, où, dans quel environnement, avec quel aéronef, selon quelles procédures, avec quelles mesures de maîtrise et avec quelle organisation. Cette exigence oblige à sortir du raisonnement par habitude ou par analogie. Elle impose de décrire l'opération réelle, puis de démontrer que les risques associés sont compris et traités.

Je considère que la SORA est souvent mal vécue parce qu'elle est abordée trop tard. Beaucoup d'exploitants la découvrent lorsqu'ils cherchent déjà à faire valider une mission et la perçoivent alors comme un obstacle. En réalité, elle devrait intervenir beaucoup plus tôt, comme un outil d'aide à la décision. Avant de demander une autorisation, elle permet de savoir si l'opération est correctement définie, si ses risques sont acceptables et si les moyens de maîtrise sont crédibles.

Cette distinction est également celle qui conduit souvent à réaliser une préanalyse préalable de l’opération avant même le lancement d’un dossier réglementaire. J’ai détaillé cette logique de cadrage sur la page consacrée à la pré-étude PDRA/SORA :pré-étude PDRA/SORA

Si vous souhaitez replacer cette démarche dans sa logique méthodologique complète, la page dédiée à la SORA reprend les principaux mécanismes de construction d’une analyse de risque opérationnelle : SORA drone

Le LUC : reconnaître la maturité d'un exploitant

Le LUC occupe une place différente dans cette architecture, et c'est précisément ce qui entretient le plus d'incompréhensions. Il n'est pas un scénario supplémentaire, ni un PDRA élargi, ni une SORA permanente. Il est souvent décrit, à tort, comme une sorte de super-autorisation qui permettrait d'éviter les échanges avec l'autorité nationale. Cette lecture est inexacte et contre-productive.

Le Light UAS Operator Certificate est une certification organisationnelle de l'exploitant. Il ne qualifie pas seulement une opération donnée. Il reconnaît qu'une organisation possède les méthodes, les compétences, les procédures, le système de gestion, la traçabilité et la culture de sécurité nécessaires pour évaluer elle-même certains risques. Selon les privilèges accordés par l'autorité, qui dépendent du niveau de maturité démontré, le LUC peut permettre de commencer certaines opérations en catégorie spécifique sans demander à chaque fois une autorisation opérationnelle préalable.

Cette précision est déterminante. Le LUC ne supprime pas la logique du risque. Il ne place pas l'exploitant en dehors du cadre réglementaire. Il déplace simplement une partie de la démonstration vers l'organisation elle-même. L'autorité ne se contente plus d'examiner une opération isolée : elle évalue la capacité de l'exploitant à gérer un ensemble d'opérations avec méthode, rigueur et continuité dans le temps.

C'est pourquoi le LUC suppose un niveau de structuration nettement supérieur à celui attendu d'un exploitant qui demande ponctuellement une autorisation. Il implique une organisation documentée, des responsabilités clairement définies, une gestion des compétences, un suivi des opérations, un traitement des écarts et une culture de sécurité vérifiable. Il ne s'adresse pas à tous les exploitants et ne devrait pas être présenté comme une solution pour éviter la complexité administrative.

À ma connaissance, un seul LUC a été délivré à ce jour en France. Il s'agit de RTE. Ce cas est intéressant, car il illustre précisément la logique du dispositif. RTE n'a pas seulement démontré sa capacité à exploiter des drones. L'entreprise a pu s'appuyer sur une culture aérienne déjà structurée, notamment liée à la gestion de sa flotte d'hélicoptères, à ses procédures internes, à son expérience opérationnelle et à sa capacité à organiser des activités aériennes dans la durée. Ce n'est pas un détail. Cela montre que le LUC ne repose pas sur la seule compétence drone, mais sur la capacité globale d'une organisation à gérer une flotte, des risques, des procédures, des compétences et des responsabilités.

À mon sens, le LUC est souvent regardé sous l'angle du privilège, alors qu'il devrait d'abord être regardé sous l'angle de la responsabilité. Le privilège n'est que la conséquence. La cause réelle est la capacité démontrée de l'organisation à maîtriser ses opérations dans la durée.

La vraie question : quel cadre correspond à l'opération ?

Dans la pratique, la difficulté ne vient pas seulement de la complexité des textes. Elle vient souvent de la question que l'on se pose au départ.

Si l'exploitant cherche d'abord à éviter la SORA, il risque de tordre son opération pour la faire entrer dans un cadre qui ne lui correspond pas. S'il choisit un PDRA parce que la démarche paraît plus accessible, il peut sous-estimer les limites de ce cadre. S'il croit qu'un drone de classe C5 ou C6 suffit à déterminer le régime applicable, il confond conformité technique et acceptabilité opérationnelle. Et s'il voit le LUC comme un raccourci administratif, il méconnaît ce que ce certificat exige réellement d'une organisation.

La bonne question est différente. Elle consiste à identifier le cadre qui décrit le plus justement l'opération envisagée, puis à vérifier si l'organisation est réellement adaptée au niveau d'autonomie recherché. Cela suppose de regarder l'opération dans son ensemble : le drone compte, mais il ne suffit pas ; la distance compte, mais elle ne suffit pas ; le mode VLOS ou BVLOS compte, mais il ne suffit pas non plus. Ce qui compte, c'est la cohérence globale entre le concept d'opération, l'environnement, le niveau de risque, les moyens techniques, les procédures et les compétences.

C'est précisément cette cohérence que l'autorité cherche à évaluer. Elle ne vérifie pas seulement si un sigle est correctement utilisé. Elle cherche à savoir si l'exploitant a compris le cadre dans lequel il se place et s'il maîtrise réellement son opération.

Une exigence de maturité, pas une contrainte documentaire

La création de ces quatre outils marque une évolution importante dans la manière d'aborder l'exploitation drone. L'exploitant ne peut plus seulement raisonner comme un utilisateur d'aéronef télépiloté. Il doit progressivement raisonner comme un acteur de sécurité aérienne. Cela ne signifie pas qu'il doit devenir juriste ou ingénieur aéronautique. Cela signifie qu'il doit comprendre les logiques de base du système dans lequel il opère.

Cette évolution peut être exigeante pour les petites structures. Elle peut donner le sentiment que la réglementation s'éloigne du terrain. Mais elle peut aussi devenir un levier de professionnalisation. Un exploitant capable d'expliquer pourquoi son opération relève d'un STS plutôt que d'un PDRA, ou pourquoi elle nécessite une SORA, démontre déjà une partie de sa maturité opérationnelle. Un exploitant qui prétend au LUC doit, lui, démontrer quelque chose de plus profond : non pas qu'une opération est maîtrisée, mais que l'organisation est capable de produire, maintenir et contrôler cette maîtrise de façon continue.

C'est là que la réglementation cesse d'être uniquement une contrainte documentaire pour devenir une méthode de structuration. Elle oblige à clarifier les missions, à formaliser les procédures, à anticiper les situations dégradées et à mieux dialoguer avec les donneurs d'ordre. Les exploitants qui abordent le cadre européen dans cet esprit ne cherchent pas d'abord le bon formulaire. Ils cherchent à comprendre ce que leur opération exige d'eux et à se demander, honnêtement, s'ils sont en mesure de le garantir.

Thierry Mohr