PDRA

Les PDRA (Pre-Defined Risk Assessment) sont des scénarios types publiés au niveau européen pour encadrer certaines opérations drone répétitives. Ils peuvent, dans des cas précis, simplifier la démarche réglementaire. Ils ne constituent ni une autorisation automatique, ni une solution universelle.

Qu’est-ce qu’un PDRA

Un PDRA décrit une opération standardisée, avec des hypothèses de risque déjà analysées. Il fixe un cadre d’utilisation, des conditions opérationnelles et des exigences minimales. Lorsqu’une opération correspond strictement à ces hypothèses, le PDRA peut servir de base pour structurer un dossier sans repartir de zéro.

Cadre prédéfini (hypothèses, conditions, exigences)
Utilisable si l’opération correspond réellement au scénario
Démarche potentiellement plus proportionnée
Ne remplace pas l’analyse du contexte réel

Quand un PDRA est pertinent

Le recours à un PDRA est pertinent lorsque l’opération envisagée est proche d’un usage répétitif, prévisible et bien cadré, avec peu de variabilité dans l’environnement.

Opérations récurrentes dans un environnement maîtrisé
Mission proche du scénario PDRA sans adaptation majeure
Recherche de proportionnalité dans la démarche

Quand un PDRA ne suffit pas

Dès que l’opération s’écarte des hypothèses du scénario, le PDRA perd sa pertinence. Une application “mécanique” expose à des incohérences, voire à une non-conformité.

Environnement complexe ou évolutif
Présence de tiers non maîtrisés
Contraintes locales, contractuelles ou assurantielles spécifiques
Enjeux élevés (image, responsabilité, continuité d’activité)

PDRA et SORA : une différence de logique

Le PDRA propose un cadre prédéfini. La SORA analyse une opération réelle, dans son contexte propre. Le choix entre les deux relève d’une adéquation (scénario réellement applicable ou non), pas d’une préférence.

PDRA : cadre “type” si le cas réel correspond
SORA : analyse sur mesure si le cas s’écarte
Décision à prendre avant d’engager une production documentaire lourde

Ce que le PDRA ne permet pas d’éviter

L’analyse du contexte réel d’exploitation
Les échanges avec les parties prenantes (client, site, contraintes)
La responsabilité de l’exploitant en cas d’écart
Les exigences nationales complémentaires applicables au cas réel