Un dron puede cambiar de misión sin cambiar de modelo. Puede relevar un predio aislado una semana e inspeccionar infraestructura junto a una zona poblada la siguiente. El equipo es el mismo; las personas expuestas, el tránsito aéreo y las consecuencias de una falla pueden ser muy diferentes. SORA permite ordenar esa discusión: evaluar la operación propuesta y construir una justificación de seguridad proporcional a su riesgo.
Su nombre corresponde a Specific Operations Risk Assessment, evaluación del riesgo de operaciones específicas. El documento de JARUS presenta una metodología para respaldar solicitudes de autorización en la categoría específica. Su aplicación relaciona el escenario operacional, las mitigaciones y la evidencia que permite sostener las conclusiones.
Fuente: JARUS, Main Body 2.5, JAR-doc-25, 13/05/2024, secciones 1.1 y 1.2, p. 18.
Los primeros hitos: de las consultas a la publicación
El historial del documento principal registra una consulta interna en abril de 2016 y una consulta externa en agosto del mismo año. La edición 1.0 aparece como publicación pública con fecha del 26 de junio de 2017. Esa secuencia muestra que la metodología se desarrolló mediante revisiones y consultas antes de consolidarse en una edición pública.
Durante 2018 continuaron las revisiones del propósito, el modelo de riesgo aéreo y otras partes del proceso. La edición 2.0 figura como publicación pública del 25 de enero de 2019. Para reconstruir esta cronología tomamos las fechas del historial editorial del Main Body; no las confundimos con la fecha en que un archivo fue subido a una web o una autoridad incorporó la metodología a su marco nacional.
Fuente: Main Body 2.5, registro de cambios, pp. 4–5.
La idea que conecta sus distintas versiones
El punto de partida es describir la operación. ¿Dónde se volará? ¿Con qué aeronave y configuración? ¿Qué procedimientos se utilizarán? ¿Qué puede quedar expuesto si se pierde el control? Esas preguntas anteceden a cualquier clasificación.
La evaluación considera el riesgo para terceros en tierra y el riesgo de colisión con aeronaves tripuladas. El resultado orienta la exigencia de medidas operacionales, técnicas y organizacionales. El nivel SAIL, expresado de I a VI, vincula la evaluación con los objetivos de seguridad y la robustez que corresponde demostrar.
Por eso, una SORA no se resuelve eligiendo una etiqueta que parezca conveniente para un equipo. El modelo de aeronave aporta información, pero el resultado depende de la operación y de las condiciones que efectivamente se puedan justificar.
Fuente: Main Body 2.5, resumen ejecutivo, pp. 14–17, y sección 1.1, p. 18.
2024: una revisión apoyada en la experiencia
La edición pública 2.5 está fechada el 13 de mayo de 2024. Su nota explicativa señala que los cambios recogieron lecciones de la aplicación de SORA 2.0. Entre sus ejes aparecen una base cuantitativa para el riesgo terrestre, una redacción más clara y una revisión de los criterios de contención.
También se distingue con mayor claridad entre derivar requisitos y demostrar su cumplimiento. Primero se determina qué necesita la operación; luego se reúne y conecta la evidencia correspondiente. Esa conexión culmina en el Comprehensive Safety Portfolio o CSP: el conjunto documental que sostiene el argumento de seguridad.
Fuente: JARUS, Explanatory Note 2.5, JAR_doc_32, 13/05/2024, secciones 1 y 2, p. 6.
Una metodología internacional y su aplicación local
JARUS ofrece una metodología que una autoridad puede adaptar a su marco regulatorio. Esa distinción acompaña toda su historia: la publicación de una edición y su aceptación para un trámite nacional son hechos diferentes. La autoridad competente puede establecer condiciones o medidas adicionales.
Fuente: Main Body 2.5, sección 1.2(f–g), p. 19.
Para un operador, la consecuencia práctica es sencilla: antes de comenzar un expediente conviene identificar la edición y el criterio aceptados para esa solicitud. Un documento técnicamente actualizado puede necesitar una adaptación al procedimiento local.
Qué nos enseña esta evolución
Nuestra lectura técnica es que el valor de SORA está en hacer visibles las decisiones. Un cambio de ruta, un horario con menor exposición o una mitigación respaldada por evidencia pueden modificar el argumento operacional. Una descripción vaga del escenario dificulta entender incluso una tabla correctamente completada.
Imaginemos una inspección de un predio industrial. Antes de evaluar el riesgo, el equipo debería precisar los límites del vuelo, la presencia de trabajadores, los sectores vecinos y la respuesta ante contingencias. Este ejemplo es ilustrativo: no asigna un nivel SAIL ni demuestra la viabilidad de una operación concreta.
Conocer la historia de SORA ayuda a leer sus versiones con criterio y a evitar mezclas entre documentos. En la siguiente entrega de esta serie revisaremos qué cambia entre SORA 2.0 y 2.5 y cómo organizar una migración documental.
¿Estás preparando una operación con drones? Conversemos sobre el escenario y la documentación que necesitás desarrollar.