Aunque en un STS el riesgo ya viene evaluado, el examen exige entender la metodología que hay detrás: el SORA (Specific Operations Risk Assessment), desarrollado por JARUS y adoptado por EASA; su versión actual es la 2.5.
La lógica del SORA
Escenario estándar (STS)
- TRÁMITE
- Declaración operacional a AESA (no autorización)
- CUÁNDO
- Tu operación encaja en STS-01 o STS-02
- DRON
- C5 (STS-01) o C6 (STS-02)
Art. 5 · Reg. (UE) 2019/947
Del ConOps al GRC y ARC, que fijan el SAIL y los OSO a demostrar.
- ConOps: descripción completa de la operación (qué, dónde, cómo, con qué y con quién). Es el paso 1 y la base de todo.
- GRC (riesgo en tierra): depende del dron (tamaño y energía) y de lo que sobrevuela; se reduce con mitigaciones M1 (menos exposición), M2 (menos efecto del impacto, como un paracaídas) y el ERP (plan de emergencia).
- ARC (riesgo en aire): probabilidad de encuentro con tráfico; se reduce con mitigaciones estratégicas (volúmenes, horarios) y tácticas (detectar y evitar).
- SAIL (de I a VI): combina el GRC final y el ARC residual; fija el nivel de exigencia.
- OSO: objetivos de seguridad operacional a cumplir según el SAIL (fiabilidad, formación, procedimientos), con robustez baja, media o alta.
Volumen operacional = geografía de vuelo + volumen de contingencia; más el buffer de riesgo en tierra. Salirse del volumen activa los procedimientos de contingencia.
El manual de operaciones
Es el libro de instrucciones del operador: procedimientos normales y de emergencia, funciones del personal, mantenimiento, registro de vuelos e incidencias, y formación continua. En la específica no es opcional: es la prueba de que la organización trabaja con método. El piloto STS debe conocerlo y aplicarlo.
Clave para el examen: SORA: 10 pasos, de JARUS, versión 2.5. GRC = tierra, ARC = aire, SAIL de I a VI = exigencia, OSO = objetivos a demostrar. ConOps primero. M1, M2 y ERP mitigan el riesgo en tierra.