Aviso

Estamos en fase de pruebas: la web es nueva y puede que algo no funcione bien. Si te encuentras un fallo, cuéntanoslo y lo arreglamos. Tu cuenta y tu progreso están a salvo. Más información

SíntesisUE

OSO — Objetivos de Seguridad Operacional (Operational Safety Objectives)

Integra fuentes; la autoridad está en las normas que cita.

ACTUALIZADO 2026-09-29 · VIGENTE ✓

🧩 SÍNTESIS IA — integra fuentes; la autoridad está en la norma que cita al pie (Fuentes).

Los OSO son los objetivos que el SORA exige cumplir para que una operación de específica sea segura: son su paso 9 (en el SORA 2.0 eran el 8). No son un trámite suelto: cada OSO se justifica en el ConOps / Manual de Operaciones y se apunta en la matriz de cumplimiento F36. Cuántos aplican y con qué exigencia lo decide el SAIL.

La idea

El SORA identifica las amenazas de una operación y, frente a cada una, fija un objetivo (OSO). El catálogo del SORA 2.5 tiene 17 OSO (tabla 14 del AMC de EASA; el 2.0 tenía 24), agrupados por tipo de amenaza:

  • Técnicos del operador — competencia, procedimientos, mantenimiento del UAS.
  • Fallo técnico del UAS — diseño y seguridad del sistema, enlace de mando y control (C2), manual de vuelo.
  • Deterioro de servicios externos — que los servicios de los que depende la operación (GNSS, comunicaciones…) sean adecuados.
  • Factor humano — competencia del piloto, interfaz hombre-máquina (HMI), gestión del error.
  • Condiciones operacionales adversas — entorno y condiciones ambientales.

Del 2.0 al 2.5, el OSO #08 reúne los procedimientos que antes eran los #11, #14 y #21, y el OSO #09, la formación de los antiguos #15 y #22.

Robustez: el nivel, no solo el "sí"

Cada OSO se cumple con un nivel de robustez exigido por el SAIL:

  • Baja (L) — basta una declaración de cumplimiento del operador.
  • Media (M) — evidencia + cierta verificación.
  • Alta (H) — evidencia sólida y, a veces, validación de tercero. A más SAIL, más OSO aplican y con mayor robustez. Un SAIL I (p. ej. VLOS sobre zona controlada) apenas pide OSO; un SAIL V-VI exige garantías cercanas a la aviación tripulada.

Qué guía AESA (capa oficial)

  • DT18 — Declaraciones y Evidencias SORA 2.5: la matriz de qué OSO declarar/evidenciar por SAIL I/II/III, con su Means of Compliance (MoC) de EASA o AESA. OSO tratados: #3 y #5 (diseño/seguridad del sistema), #6 (enlace C2), #8 (manual de vuelo), #13 (servicios externos), #18 (protección automática de la envolvente), #19/#20 (HMI/factor humano), #23 (condiciones del entorno), #24 (condiciones ambientales).
  • DT24 — Justificación del OSO #13 en SAIL III: material orientativo específico para demostrar que los servicios externos que apoyan la operación son adecuados, en el nivel más alto de la específica no certificada.
  • La figura del diseñador/fabricante: con SORA 2.5 (paso #9) y el AltMoC GR-D-039 de AESA, además del operador, las entidades de formación y los diseñadores pueden elaborar y firmar evidencias de justificación de OSO. Ver SORA.

Relación

SORA · guías de AESA para la específica · ConOps de específica autorizada · Manual de Operaciones general · formularios de autorización SORA · categoría específica · caracterización de la aeronave

Fuentes: EASA SORA 2.5 (AMC1 Art. 11 del Reglamento (UE) 2019/947) + AESA DT18 (matriz de OSO por SAIL) y DT24 (OSO #13, SAIL III). Extraído del texto oficial 2026-07-11; el paso 9 y los 17 OSO de la tabla 14, del Annex to ED Decision 2025/018/R de EASA (29-09-2026).

Normativa y gestión · las 90 fichas

FUENTE ÚNICA: el conocimiento vive en la base normativa de freedrone y se regenera cuando la norma cambia.
Esta nota no sustituye asesoramiento aeronáutico profesional.