El SORA 2.5 es la versión actualizada de la metodología con la que se evalúa el riesgo de las operaciones de drones más complejas, las de la categoría específica. Si quieres volar más allá de lo que permite la categoría abierta —de noche, sobre zonas con gente, más allá del alcance visual o con un dron grande— tarde o temprano te toparás con el SORA. En esta guía verás qué es, qué cambió de la versión 2.0 a la 2.5, cómo funcionan sus diez pasos y los conceptos clave (GRC, ARC, SAIL y OSO) que necesitas dominar para preparar tu autorización ante AESA.
¿Qué es el SORA?
SORA son las siglas de Specific Operations Risk Assessment (Evaluación de Riesgos de Operaciones Específicas). Es la metodología que un operador usa para demostrar que su operación de categoría específica es segura, identificando los peligros y aplicando medidas de mitigación proporcionales al riesgo. No es un trámite de relleno: es el corazón técnico de la autorización operacional que concede AESA cuando tu vuelo no encaja en la categoría abierta ni en un escenario estándar predefinido.
La desarrolla JARUS (Joint Authorities for Rulemaking on Unmanned Systems), una entidad internacional formada por expertos en regulación aérea de decenas de países. EASA adopta el SORA en el marco europeo, de modo que es la referencia común para evaluar el riesgo de los drones en toda la UE, incluida España.
De SORA 2.0 a SORA 2.5: ¿Qué cambió?
La versión 2.5 nació para corregir los problemas que los operadores encontraban con la 2.0 y para dar más flexibilidad y simplicidad. Sus aportaciones principales:
| Aspecto | Novedad en SORA 2.5 |
|---|---|
| Riesgo en tierra | Introduce una evaluación cuantitativa del riesgo terrestre (iGRC), con tablas basadas en la densidad de población y las características del dron, en lugar de una clasificación más cualitativa. |
| Simplificación | Lenguaje y formato más claros, con menos ambigüedad al rellenar la documentación. |
| Mitigaciones | Criterios más precisos para las medidas de reducción de riesgo y su nivel de robustez. |
| Coherencia | Mejor encaje con los escenarios estándar (STS) y con el concepto del U-space. |
El resultado es una metodología que sigue teniendo la misma estructura de fondo, pero más fácil de aplicar y más justa: operaciones de bajo riesgo dejan de cargar con exigencias pensadas para riesgos mayores.
Los diez pasos del SORA
El SORA se recorre como un proceso ordenado. Estos son sus diez pasos, en lenguaje de operador:
- 1. ConOps: describes tu concepto de operación (dónde, cómo, con qué dron, qué procedimientos normales y de emergencia).
- 2. GRC intrínseca: determinas la clase de riesgo en tierra de partida, según el tamaño/energía del dron y la zona sobrevolada.
- 3. GRC final: aplicas mitigaciones de riesgo en tierra (M1 y M2) para reducir esa clase.
- 4. ARC inicial: determinas la clase de riesgo en el aire (probabilidad de encontrarte con otra aeronave).
- 5. ARC residual: aplicas mitigaciones estratégicas del aire (horarios, volúmenes, geovallas) para rebajarla.
- 6. Mitigación táctica (TMPR): defines cómo detectarás y evitarás el tráfico en tiempo real.
- 7. SAIL: combinas la GRC final y la ARC residual para obtener el nivel de garantía exigido.
- 8. OSO: identificas los objetivos de seguridad operacional que debes cumplir según ese SAIL.
- 9. Área adyacente: analizas qué pasa si el dron se sale de tu volumen previsto.
- 10. Porfolio de seguridad: reúnes todas las evidencias que demuestran que cumples lo anterior.
GRC: El riesgo en tierra
La GRC (Ground Risk Class) mide el peligro que tu operación supone para las personas en el suelo. Depende de dos cosas: cómo de «contundente» es tu dron (tamaño, masa, energía de impacto) y sobre qué vuelas (campo despoblado, zona controlada, área poblada). En SORA 2.5, la novedad es el modelo cuantitativo (iGRC): tablas que cruzan la densidad de población con las características del dron para dar una clase de partida más objetiva. Luego, con mitigaciones (reducir la población expuesta, limitar el alcance de un impacto, etc.), bajas la GRC final.
ARC: El riesgo en el aire
La ARC (Air Risk Class, niveles a, b, c, d) mide la probabilidad de cruzarte con otra aeronave tripulada. Volar bajo, en una zona despoblada y lejos de aeródromos da una ARC baja; volar alto o cerca de tráfico la dispara. Se reduce con mitigaciones estratégicas (elegir horarios y volúmenes de poco tráfico, geovallas) y, lo que no se pueda quitar así, con mitigaciones tácticas: la capacidad de detectar y evitar el tráfico durante el vuelo (observadores, sistemas de detección, servicios del U-space).
SAIL y OSO: El nivel de exigencia
Combinando la GRC final y la ARC residual, el SORA te asigna un SAIL (Specific Assurance and Integrity Level), del I al VI. El SAIL es, en esencia, «cuánta confianza» debe ofrecer tu operación: a mayor riesgo, mayor SAIL y más rigor.
Ese SAIL determina qué OSO (Operational Safety Objectives, objetivos de seguridad operacional) tienes que cumplir y con qué robustez (baja, media o alta). Los OSO cubren cosas como la fiabilidad del dron, la competencia del piloto, los procedimientos, el mantenimiento o la respuesta ante emergencias. Cuanto más alto el SAIL, más OSO y más exigente su nivel: ahí está la proporcionalidad que persigue el SORA.
Mitigaciones M1, M2 y M3
El SORA habla constantemente de «mitigar». En el lado del riesgo en tierra, conviene conocer tres familias:
- M1 — estratégicas: reducen el número de personas expuestas (volar sobre zonas controladas o despobladas, acotar el área).
- M2 — efectos del impacto: reducen el daño si el dron cae (paracaídas, sistemas de terminación de vuelo, diseño que disipa energía).
- M3 — plan de respuesta ante emergencias (ERP): define qué se hace si algo sale mal, para limitar las consecuencias.
Cada mitigación se evalúa por su nivel de robustez, y esa robustez es la que de verdad cuenta a la hora de bajar el riesgo.
El SORA en un ejemplo sencillo
Imagina que quieres hacer un mapeo BVLOS sobre una zona agrícola escasamente poblada. El proceso, simplificado: describes la operación (ConOps); como el dron es mediano y la zona tiene poca gente, partes de una GRC intrínseca moderada; la bajas acotando el área y montando un paracaídas (mitigaciones M1 y M2) hasta una GRC final aceptable. En el aire, como vuelas bajo y lejos de aeródromos, tu ARC es baja y la reduces aún más eligiendo una franja horaria sin tráfico. De combinar ambas sale tu SAIL, y ese SAIL te dice qué OSO debes acreditar (fiabilidad del equipo, formación, procedimientos…). Reúnes las evidencias y presentas el conjunto a AESA. Ese es, en esencia, el viaje del SORA: del concepto a la prueba documentada de que vuelas seguro.
SORA, EARO y STS: ¿Cómo encajan?
Es fácil confundir las piezas del ecosistema de la categoría específica. Cada una resuelve algo distinto:
- SORA: la metodología para evaluar el riesgo y justificar tu operación a medida.
- STS-01/STS-02: escenarios ya evaluados por la UE; si tu operación encaja, te ahorras el SORA completo y vas por declaración.
- EARO: la coordinación con el control aéreo cuando vuelas en espacio controlado, complementaria al SORA.
- LUC: un certificado de operador que, una vez maduro, te permite autoevaluar ciertas operaciones.
En la práctica: si hay un STS que te sirve, úsalo; si no, el SORA es tu camino; y si además vuelas en CTR, súmale el EARO.
Errores frecuentes al preparar un SORA
- Empezar por el final: sin un ConOps claro, todo lo demás se tambalea. Define primero, con detalle, qué vas a hacer.
- Sobre o infravalorar la GRC/ARC: ni inflar el riesgo por miedo ni minimizarlo para «ahorrar» requisitos; ambas cosas te las devuelve AESA.
- Confundir mitigación con buena intención: una mitigación solo cuenta si puedes demostrar su robustez con evidencias.
- Olvidar el área adyacente: tienes que prever qué pasa si el dron se sale de tu volumen previsto.
- Documentación pobre: el porfolio de seguridad es el producto final; un SORA bien pensado pero mal documentado se rechaza.
¿Cuándo necesito hacer un SORA?
No siempre. La regla práctica:
- Categoría abierta: no hay SORA. Cumples las reglas (A1/A2/A3) y ya está.
- Escenario estándar (STS-01/STS-02): tampoco haces un SORA completo; te acoges a un escenario ya evaluado mediante una declaración operativa.
- Categoría específica a medida: aquí sí. Cuando tu operación no encaja en un STS, presentas tu propio SORA y AESA te concede (o no) la autorización operacional.
- LUC: un operador con un certificado LUC consolidado puede autoevaluarse ciertas operaciones sin pedir autorización caso por caso.
Si esto te suena, repasa también qué es un EARO (la coordinación con el control aéreo) y las clases CE de drones, porque el SORA se apoya en ambos.
El SORA 2.5 hoy
Tras su consulta pública y los talleres con la comunidad, el SORA 2.5 quedó consolidado por JARUS, y EASA ha ido integrando sus criterios en el marco europeo. Para el operador español, el mensaje es claro: el SORA es la herramienta con la que se evalúa cualquier operación específica, y conviene entender su lógica antes de lanzarse a un proyecto profesional. La metodología es compleja, pero su filosofía es sencilla: cuanto mayor es el riesgo, más pruebas de seguridad te pide.
Preguntas frecuentes
¿Qué es el SORA en drones?
Es la metodología (Specific Operations Risk Assessment) para evaluar el riesgo de una operación de categoría específica, identificar peligros y aplicar mitigaciones. Es la base de la autorización operacional que concede AESA.
¿Qué cambió en el SORA 2.5 frente al 2.0?
Sobre todo, una evaluación cuantitativa del riesgo en tierra (iGRC), simplificaciones de lenguaje y formato, criterios de mitigación más precisos y mejor encaje con los escenarios estándar.
¿Cuántos pasos tiene el SORA?
Diez, desde definir el ConOps hasta reunir el porfolio de seguridad, pasando por determinar la GRC, la ARC, el SAIL y los OSO.
¿Qué es el SAIL?
El Specific Assurance and Integrity Level (I a VI): el nivel de garantía que se exige a tu operación. Resulta de combinar el riesgo en tierra (GRC) y en el aire (ARC), y determina qué objetivos de seguridad (OSO) debes cumplir.
¿Siempre tengo que hacer un SORA?
No. En categoría abierta no, y en los escenarios estándar (STS) te acoges a uno ya evaluado mediante declaración. Solo haces un SORA completo cuando tu operación específica no encaja en un STS.
¿Quién aprueba mi SORA?
En España, AESA. Evalúa tu análisis y, si es correcto, concede la autorización operacional con las condiciones y limitaciones que correspondan a tu nivel de SAIL.
Contenido relacionado
- Qué es un EARO (coordinación con el control)
- Clases CE de drones (C0-C6)
- Volar un dron cerca de personas
- Normativa de drones en España
Más contenido relacionado
- Anulación parcial del RD 517/2024: Sentencia del Tribunal Supremo y consecuencias para operadores
- Fin de los escenarios STS-ES 2026: Guía de transición a STS-01 y STS-02
- Declaración operacional de drones: Guía paso a paso
- Solicitud de autorización operacional de drones: Guía
- Aeronavegabilidad en drones: Certificación y mantenimiento
- CONOPS para drones: ¿Qué es y cómo rellenarlo?
