SORA 2.5 · OSO & CSP
Ejemplo de evidencia de OSO y un portafolio de seguridad integral para operadores de drones
En la metodología SORA 2.5, no es suficiente seleccionar un nivel de riesgo bajo, medio o alto para los Objetivos de Seguridad Operacional (OSO). Para cada OSO, debe quedar claro qué requisito se aplica, dónde se documenta el procedimiento, qué evidencia respalda su implementación y cómo se gestiona esta evidencia. El Portafolio de Seguridad Integral (CSP) hace que esta línea sea verificable y rastreable, lo cual es esencial para las operaciones de categoría Específica que requieren un análisis de riesgo reconocido.
Construcción de una regla de evidencia por OSO
Cada Objetivo de Seguridad Operacional (OSO) posee un nivel de robustez determinado por el Specific Assurance and Integrity Level (SAIL), establecido usando las tablas de riesgo de la metodología SORA 2.5. Es esencial no solo describir medidas generales, sino sustentarlas con referencias concretas a procedimientos, normas, pruebas, declaraciones o registros.
Para una gestión eficaz, utilice identificadores de evidencia fijos que faciliten la asignación, revisión y auditorías. Esto mejora la transparencia y permite rastrear de manera clara cualquier actualización de la documentación.
- ID del OSO y nivel de robustez requerido según SAIL
- Estado del OSO: Abierto, Substanciado (substantiated) o No aplicable
- Párrafo específico en el Manual de Operaciones (Operations Manual, OM) o ID de procedimiento
- ID de evidencia con título, versión, fecha y responsable (persona o departamento)
- Acciones pendientes y criterios de aceptación
Ejemplo de una referencia de evidencia sólida
Una formulación débil sería: “Los pilotos están entrenados”. Esta afirmación no detalla el contenido, la evidencia ni la responsabilidad.
Una formulación sólida sería: “En OM §6.3 se describe la formación inicial y recurrente; EV-TR-004 contiene el perfil de competencias vigente de la tripulación; REG-02 registra la experiencia y recencia actuales; el Gerente de Seguridad verifica esta evidencia antes de cada misión con el dron.”
Esta especificación clarifica el contenido, la evidencia aportada y la persona o función responsable, proporcionando una sólida fundamentación para el OSO y alineándose con el énfasis de AESA en trazabilidad y responsabilidad.
- Indique la ubicación precisa en el Manual de Operaciones o Concepto de Operaciones (ConOps)
- Refiera documentos formales gestionados con códigos de referencia únicos
- Especifique quién es responsable de supervisar y verificar la evidencia
Composición del Portafolio de Seguridad Integral
El Portafolio de Seguridad Integral (Comprehensive Safety Portfolio, CSP) funciona como un índice central y lugar de recopilación de todos los elementos de evidencia requeridos para cumplir con los Objetivos de Seguridad Operacional (OSO) según SORA. Asegúrese de que el CSP enlace todos los componentes necesarios, como el Concepto de Operaciones (ConOps), análisis de riesgos, Manual de Operaciones, Plan de Respuesta a Emergencias (Emergency Response Plan, ERP), expedientes técnicos, certificaciones de tripulación, resultados de pruebas, mapas, registros y declaraciones.
Antes de presentar el CSP para la autorización operativa, es imprescindible verificar que todos los documentos estén actualizados, que los límites operativos sean correctos y que las referencias a evidencia sean consistentes. Ningún OSO debe basarse únicamente en afirmaciones no verificadas. Un CSP bien gestionado facilita la justificación del Ground Risk Class (GRC) y apoya la aprobación operativa por parte de AESA.
- Índice central que conecta todas las capas de evidencia
- Gestión de versiones y documentación actualizada
- Evitar afirmaciones no sustentadas para cada OSO
- Apoya la solicitud y mantenimiento del ERP en categoría Específica
Preguntas frecuentes
¿Debe cada documento de evidencia estar recopilado en un solo PDF?
No es obligatorio. Un Portafolio de Seguridad Integral bien gestionado con referencias estables y bien estructuradas a documentos individuales suele ser más práctico. Sin embargo, todos los archivos deben estar disponibles, actualizados y ser fácilmente identificables.
¿Puede un OSO estar marcado como 'No aplicable'?
Sí, pero únicamente si el método empleado para establecer el OSO lo permite expresamente y si este aspecto no aplicable está debidamente motivado y rastreable dentro de la documentación.
¿Cuál es la diferencia entre OSO y SAIL en SORA?
Los Objetivos de Seguridad Operacional (OSO) son requisitos concretos de seguridad derivados del análisis de riesgo. El Specific Assurance and Integrity Level (SAIL) indica el nivel de robustez requerido para cumplir esos OSO, que varía de bajo a alto según los riesgos analizados.
¿Cómo ayuda DroneManual en la construcción del CSP?
DroneManual proporciona una estructura clara y ejemplos para estructurar un Portafolio de Seguridad Integral, permitiendo a los operadores de drones organizar su expediente de manera clara y verificable conforme a los requisitos de SORA establecidos por AESA.
¿Qué reglas nacionales se aplican en España además de SORA?
La Agencia Estatal de Seguridad Aérea (AESA) es la autoridad competente en España que aplica las normas europeas de SORA y, cuando procede, implementa procedimientos nacionales adicionales. Los operadores deben consultar siempre las directrices vigentes de AESA para mantenerse al día con los requisitos locales.