SORA 2.5

SORA 2.5: Guía paso a paso para operadores de drones

La Evaluación de Riesgos de Operaciones Específicas (SORA) es un procedimiento sistemático diseñado para evaluar y gestionar riesgos en operaciones planificadas de Sistemas Aéreos no Tripulados (UAS). El 29 de septiembre de 2025, la Agencia Europea de Seguridad Aérea (EASA) incorporó la versión 2.5 de esta metodología en su AMC/GM. Para operadores españoles bajo la supervisión de AESA, es fundamental especificar siempre la versión de SORA utilizada para evitar confusiones entre ediciones. Esta guía le ofrece un recorrido detallado sobre la aplicación práctica de SORA 2.5 dentro del marco normativo y operativo nacional.

1. Estabilizar el Concepto de Operación (ConOps)

El primer paso en la aplicación de SORA 2.5 consiste en definir con precisión el Concepto de Operación (ConOps). Esto implica documentar detalladamente qué dron(es) se emplearán, el volumen y ubicación espacial de la operación, el tipo de espacio aéreo afectado, la composición y roles del equipo operativo, los medios de comunicación disponibles, así como los procedimientos normales y de emergencia previstos. Contar con un ConOps sólido permite que la evaluación de riesgos sea consistente, replicable y acorde con la normativa AESA.

Un ConOps completo y claro es también requisito para la elaboración del expediente que se debe presentar a AESA o a la autoridad local responsable, facilitando la comprensión y el análisis del operador y de los técnicos evaluadores.

  • Definir el volumen de operación y la ubicación específica.
  • Especificar claramente el espacio aéreo utilizado y posibles restricciones nacionales aplicables.
  • Describir las características técnicas del UAS, sensores y sistemas a utilizar.

2. Evaluar los riesgos en tierra y en el aire

Con el ConOps como base, el siguiente paso es realizar una evaluación detallada del riesgo tanto para las personas en tierra (riesgo en superficie) como para el tráfico aéreo (riesgo en espacio aéreo). SORA 2.5 utiliza modelos actualizados para calcular el nivel de riesgo, teniendo en cuenta factores como densidad poblacional, áreas vulnerables, intensidad del tráfico aéreo y clasificación del espacio aéreo involucrado.

Es indispensable documentar exhaustivamente todas las fuentes de datos, supuestos metodológicos y criterios aplicados. Sólo deben incluirse en la evaluación aquellas medidas de mitigación que estén implementadas y puedan ser demostradas mediante evidencia, asegurando la fiabilidad del análisis.

  • Utilizar las metodologías vigentes tal como prescrito por la AESA y la EASA.
  • Documentar el origen y naturaleza de todos los datos utilizados (mapas oficiales, estadísticas, etc.).
  • Considerar únicamente medidas de mitigación efectivamente implantadas y verificables.

3. Determinar el SAIL (Nivel de Aseguramiento e Integridad Específico) y los requisitos operacionales

La combinación de los riesgos evaluados en tierra y aire permite determinar el nivel de SAIL requerido para la operación específica. Este nivel establece las obligaciones en cuanto a objetivos de seguridad operacional —OSO— que han de cumplirse para gestionar el riesgo identificado.

Para cada objetivo de seguridad operacional es fundamental especificar la evidencia que demuestra su cumplimiento, la persona o entidad responsable y cualquier acción pendiente. Este proceso asegura la trasparencia y asignación clara de responsabilidades, elementos clave para la gestión efectiva del riesgo.

  • Identificar el nivel de SAIL conforme a las indicaciones de SORA 2.5.
  • Establecer objetivos claros de seguridad operacional, incluyendo mitigaciones, sistemas y procedimientos.
  • Registrar evidencias y responsables correspondientes para cada OSO.

4. Trabajar en la contención y finalizar la documentación

La contención es un aspecto crítico que implica garantizar, a nivel técnico y operativo, que el dron permanece dentro de límites previamente definidos para mantener los riesgos dentro de parámetros aceptables. Esto abarca tanto el área de operación en tierra como el espacio aéreo afectado por la misión.

Las dependencias técnicas del sistema UAS y los procedimientos de emergencia (ERP) deben ser evaluados riguroso y documentadamente. Se considera la evaluación SORA completada cuando el ConOps, manual operativo, planes de emergencia, pruebas y anexos contienen de forma coherente las mismas mitigaciones y limitaciones acordadas.

  • Definir claramente las áreas y medidas de contención en tierra y espacio aéreo.
  • Evaluar y gestionar las dependencias técnicas de los sistemas UAS involucrados.
  • Asegurar la coherencia en los documentos operativos y de emergencia (OM, ERP, pruebas).

Preguntas frecuentes

¿Es SORA 2.5 la versión más actualizada del método de evaluación de riesgos?

Sí, EASA introdujo SORA 2.5 el 29 de septiembre de 2025 mediante una actualización del AMC/GM asociado al Reglamento (UE) 2019/947. Los operadores deben indicar siempre esta versión al presentar solicitudes, aunque AESA podría establecer transiciones específicas que conviene verificar.

¿Puede DroneManual ofrecer una evaluación SORA completamente aprobada?

No. DroneManual asiste en la organización del análisis y recopilación de evidencias, pero la responsabilidad final de la metodología, cálculos y presentación ante AESA recae en el operador.

¿Cuál es el papel de la contención dentro de SORA 2.5?

La contención es fundamental para limitar técnica y operativamente el volumen de vuelo y la zona de operación, garantizando así que el UAS permanezca dentro de límites seguros que protejan a personas en tierra y al tráfico aéreo.

¿Cómo asegura SORA 2.5 la transparencia en la gestión de riesgos?

SORA 2.5 obliga a registrar los Objetivos de Seguridad Operacional (OSO) junto con las evidencias y responsables vinculados, facilitando una gestión clara y verificable del riesgo.

¿En qué se diferencia SORA de un PDRA?

SORA es una evaluación de riesgos detallada y específica para operaciones complejas dentro de la categoría Específica. Un PDRA es un tipo de mitigación basada en escenarios predefinidos que simplifica la aplicación para operaciones estándar, facilitando la autorización por parte de AESA.