Cas hors cadre standard
La SORA devient pertinente lorsque l’opération ne rentre pas dans un scénario standard ou dans un PDRA applicable sans écart significatif.
SORA drone : analyser le risque d’une opération en catégorie spécifique
La SORA n’est pas un formulaire administratif. C’est une méthode d’analyse du risque opérationnel, utilisée lorsque l’opération envisagée doit être étudiée dans son contexte propre : environnement au sol, espace aérien, organisation de l’exploitant, mesures d’atténuation, niveau d’assurance attendu et preuves disponibles.
Son intérêt est de construire un raisonnement cohérent : décrire l’opération, identifier les risques, justifier les mesures retenues et démontrer que l’exploitation prévue peut être maîtrisée.
Quatre repères pour comprendre la SORA
À quoi sert la SORA ?
À analyser une opération réelle, ses risques et les démonstrations attendues.
Rôle du ConOps
Décrire l’opération avant d’en déduire les risques et les exigences.
Quand l’utiliser ?
Quand le cadre standard ou prédéfini ne suffit plus à couvrir l’opération.
SAIL et OSO
Comprendre le niveau d’assurance attendu et les exigences associées.
À quoi sert la SORA ?
Une méthode d’analyse, pas un formulaire
La SORA, pour Specific Operations Risk Assessment, permet de structurer l’analyse d’une opération qui ne peut pas être traitée par un cadre plus simple. Elle aide à qualifier le risque au sol, le risque en air, les mesures d’atténuation et le niveau de démonstration attendu.
Une logique de démonstration
Le résultat attendu n’est pas seulement un dossier rédigé. C’est une démonstration cohérente : l’exploitant doit expliquer ce qu’il veut faire, pourquoi le risque est maîtrisé, quelles mesures sont prévues et quelles preuves permettent d’appuyer cette analyse.
Le rôle central du ConOps dans la SORA 2.5
Décrire l’opération avant de calculer le risque
La description de l’opération est le socle du raisonnement SORA. Elle présente la mission, le drone, les volumes, les zones, les procédures, les rôles, les interfaces, les limites d’exploitation et les conditions de conduite de l’opération.
Un document de compréhension opérationnelle
Le terme ConOps reste encore utilisé dans les pratiques et dans différents documents, même si la SORA 2.5 met davantage l’accent sur la documentation de l’opération proposée ou la description opérationnelle détaillée. L’essentiel reste le même : permettre à l’autorité de comprendre précisément ce qui sera fait.
Cette description opérationnelle doit rester cohérente avec le MANEX, les procédures internes et les preuves réellement disponibles.
Quand la SORA devient pertinente
Écarts opérationnels significatifs
Un environnement contraint, une zone difficile à maîtriser, un risque air particulier ou une organisation complexe peuvent nécessiter une analyse spécifique.
Niveau de justification élevé
Lorsque les mesures d’atténuation, les procédures ou les preuves attendues deviennent déterminantes, la SORA permet de structurer le raisonnement et les exigences associées.
Ce que la SORA permet de structurer
- Définition de l’opération : mission, volumes, zones, phases, rôles et limites.
- Risque au sol : exposition des tiers, densité humaine, protections et mesures d’atténuation.
- Risque en air : environnement aérien, classes d’espace, trafic, détection et évitement.
- Niveau SAIL : niveau d’assurance attendu après analyse du risque et des mesures retenues.
- OSO : objectifs de sécurité opérationnelle à démontrer selon le niveau obtenu.
- Preuves : documents, procédures, essais, compétences, conformité et traçabilité.
SAIL et OSO : comprendre le niveau d’assurance attendu
Le SAIL n’est pas un objectif à minimiser artificiellement
Le SAIL traduit le niveau d’assurance attendu au regard du risque analysé. Il ne doit pas être recherché comme un score à faire baisser artificiellement, mais comme la conséquence d’une analyse honnête du risque sol, du risque air et des mesures d’atténuation réellement applicables.
Les OSO s’inscrivent dans une logique de démonstration
Les OSO, pour Operational Safety Objectives, décrivent les objectifs de sécurité opérationnelle attendus. Selon le niveau de risque, ils peuvent impliquer des exigences plus ou moins fortes en matière de procédures, de compétences, de conception, de maintenance, d’exploitation ou de preuves.
Point de vigilance
Forcer une opération vers un SAIL plus bas que ce que l’analyse justifie peut fragiliser le dossier. L’autorité examinera la cohérence entre la description de l’opération, les risques retenus, les atténuations proposées et les preuves disponibles.
PDRA et SORA : comment décider ?
PDRA
Le PDRA part d’un cadre prédéfini. Il est adapté lorsque l’opération correspond aux hypothèses du scénario et que les conditions d’emploi peuvent être démontrées.
SORA
La SORA part de l’opération réelle. Elle devient pertinente lorsque l’environnement, les risques ou les mesures attendues doivent être analysés spécifiquement.
Le choix dépend donc de l’adéquation entre la mission et les cadres existants. Une opération qui s’écarte trop d’un PDRA ne devrait pas être forcée dans un cadre prédéfini.
Ce que la SORA ne garantit pas
Une SORA bien structurée améliore la qualité du dossier, mais elle ne garantit pas l’autorisation. La décision reste du ressort de l’autorité compétente, qui apprécie la cohérence de l’analyse, la suffisance des preuves, la robustesse des mesures proposées et la capacité de l’exploitant à les appliquer.
La méthode ne remplace pas la réalité opérationnelle
Une analyse SORA n’a de valeur que si elle décrit une opération réellement maîtrisée. Un dossier bien présenté ne compense pas une organisation fragile, des procédures inapplicables ou des preuves insuffisantes.
Intérêt d’une pré-étude avant une SORA
Une pré-étude permet d’évaluer en amont si la SORA est réellement nécessaire, si un PDRA peut encore être envisagé ou si l’opération présente des points bloquants. Elle aide à éviter de lancer une démarche longue, coûteuse ou mal orientée.
Explorer la démarche SORA étape par étape
Le cas fictif TRX-Drone permet de suivre la construction progressive d’une analyse SORA, depuis la définition du ConOps jusqu’à la constitution du dossier final. Une table des matières donne également accès directement à chacune des dix étapes du parcours pédagogique.
Pages utiles pour approfondir
Réglementation drone
Replacer la SORA dans l’ensemble des cadres réglementaires.
AccéderCatégorie spécifique
Comprendre pourquoi une opération sort du cadre ouvert.
AccéderPDRA
Comparer la SORA avec un cadre d’analyse prédéfini.
ComparerPré-étude PDRA/SORA
Vérifier l’orientation avant d’engager un dossier complet.
AccéderConOps & MANEX
Relier l’analyse SORA aux documents opérationnels.
ClarifierFAQ réglementaire
Retrouver les réponses aux questions fréquentes.
ConsulterQuestions fréquentes
La SORA est-elle obligatoire pour toute opération en catégorie spécifique ?
Non. Certaines opérations peuvent relever d’un scénario standard ou d’un PDRA. La SORA devient pertinente lorsque l’opération doit être analysée dans son contexte propre.
Quelle différence entre SORA et PDRA ?
Le PDRA part d’un cadre prédéfini. La SORA part de l’opération réelle et construit l’analyse autour de ses risques propres.
Le SAIL doit-il être le plus bas possible ?
Non. Le SAIL doit résulter d’une analyse cohérente du risque. Chercher à le minimiser artificiellement peut fragiliser le dossier.
Une SORA garantit-elle l’autorisation ?
Non. Elle structure la démonstration, mais l’autorisation dépend de l’analyse de l’autorité compétente et de la qualité des preuves fournies.
Faut-il un ConOps avec une SORA ?
La SORA 2.5 privilégie la documentation de l’opération proposée ou une description opérationnelle détaillée. Le terme ConOps reste utilisé dans les pratiques, mais l’objectif est de décrire précisément l’opération.
Quand faire une pré-étude PDRA/SORA ?
Une pré-étude est utile lorsqu’il existe un doute sur le cadre applicable, sur l’adéquation à un PDRA ou sur la nécessité de lancer une SORA complète.
Besoin de cadrer une démarche SORA ?
Une première analyse permet souvent de vérifier si la SORA est réellement la bonne voie, de repérer les écarts avec les cadres prédéfinis et d’identifier les preuves qui devront être préparées.
Dernière mise à jour : 4 juin 2026