La industria europea de UAS ha entrado en una nueva era regulatoria con la plena implementación de la metodología SORA 2.5. La Agencia Estatal de Seguridad Aérea (AESA) celebró recientemente una jornada divulgativa para presentar estas actualizaciones clave, para obtener una visión directa del nuevo marco normativo.
Con base en los detalles técnicos expuestos durante la sesión, este artículo resume los cambios fundamentales en la evaluación de riesgos que los responsables de programa y fabricantes de UAS deben afrontar para obtener autorizaciones operacionales conforme a los nuevos estándares de EASA.
El cambio hacia una evaluación cuantitativa del riesgo en tierra (Anexo F)
La evolución técnica más relevante de SORA 2.5 es la transición de una determinación cualitativa a una cuantitativa de la Clase de Riesgo Intrínseco en Tierra (iGRC). La antigua dependencia de estimaciones generales se ha reemplazado por un modelo basado en datos, sustentado en el Anexo F. Los operadores deben ahora calcular el iGRC mediante fórmulas matemáticas precisas que consideran el Área Crítica de la aeronave no tripulada —obtenida a partir de su dimensión máxima y energía cinética— y la densidad de población específica (personas/km²) del volumen de vuelo.
Este nivel de detalle supone una ventaja importante para la ingeniería de precisión. Los operadores que utilicen sistemas avanzados pueden apoyarse en datos técnicos verificados para demostrar una reducción del Área Crítica, lo que potencialmente disminuye el iGRC. Destaca la introducción del principio de proporcionalidad: los UAS de menos de 250 g y velocidad de crucero inferior a 25 m/s (lo que implica una energía cinética muy baja) se clasifican automáticamente como iGRC 1. Sin embargo, para UAS más grandes y complejos, la atención se centra en demostrar rigurosamente la Integridad y el Nivel de Aseguramiento necesarios para validar estas métricas de seguridad cuantitativa bajo el nuevo estándar.
Optimización del proceso: el flujo de 10 pasos y la “Descripción del ConOps”
La arquitectura SORA se ha racionalizado de 11 a 10 pasos, creando una progresión de seguridad más lógica. El Paso 1 se define ahora formalmente como la “Descripción del ConOps”, pero con un requisito más estricto: información operacional detallada respaldada por las plantillas estandarizadas del Anexo A. Este cambio obliga a los operadores a definir parámetros técnicos específicos, como el Volumen Operacional y el Ground Risk Buffer, reduciendo la habitual iteración administrativa con autoridades como AESA.
Además, el orden de evaluación se ha reestructurado para priorizar la contención. Los Requisitos de Contención se evalúan ahora en el Paso 8, situándose explícitamente antes de la definición de los Operational Safety Objectives (OSOs) en el Paso 9. Con ello, se garantiza que el riesgo de que el UAS abandone su Volumen Operacional e invada el Área Adyacente se aborde antes de establecer los objetivos finales de seguridad. Asimismo, todo el proceso SORA queda dividido en dos fases:
- Fase 1: Evaluación de Riesgos
- Fase 2: Safety Case
Esto permite a los operadores validar el Specific Assurance and Integrity Level (SAIL) con la autoridad antes de invertir en la preparación completa del expediente de seguridad.
Revisión de mitigaciones y el cambio de paradigma del ERP
SORA 2.5 introduce un enfoque más estricto y estructurado para las Mitigaciones Estratégicas del Riesgo en Tierra (M1), dividiéndolas en tres categorías para eliminar ambigüedades:
- M1A (Sheltering): reducir el riesgo volando sobre personas situadas en estructuras o vehículos protegidos.
- M1B (Operational Restrictions): reducir el riesgo limitando el volumen operacional a un área controlada en tierra.
- M1C (Ground Observation): uso de observadores visuales para despejar la zona (sustituyendo el antiguo crédito intrínseco de VLOS).
Uno de los cambios más importantes es la eliminación del Emergency Response Plan (ERP) como mitigación independiente M3. En SORA 2.5, el ERP deja de ser una herramienta para reducir el GRC final; pasa a integrarse dentro de los OSOs (en concreto, el OSO #01) como un requisito obligatorio. Esto significa que disponer de un ERP validado y eficaz es ahora imprescindible para cualquier operación, sin importar el SAIL.
Como consecuencia, los sistemas de terminación de vuelo (FTS) y las soluciones de crashworthiness adquieren un papel crítico: deben estar perfectamente integrados con el sistema de control de vuelo para cumplir los nuevos OSOs.
La implementación de SORA 2.5 por parte de AESA y el resto de estados miembros de EASA eleva el nivel de exigencia técnica, favoreciendo a los operadores y fabricantes capaces de aportar datos verificables de fiabilidad. En este entorno regulatorio centrado en los datos, el papel de la aviónica certificada y de alta integridad se convierte en el eje de una autorización exitosa.
Para este propósito, Embention ha desarrollado el ecosistema Veronte Autopilot para proporcionar la telemetría precisa, las capacidades de contención y la evidencia de gestión de fallos necesarias para cumplir las estrictas exigencias de SORA 2.5 en misiones UAS complejas.
