Todo operador certificado tiene un SMS (SGSO, en portugués). Pocos tienen un SMS que funciona.
La diferencia es fácil de reconocer: en el primer caso, existe un manual bonito escrito para la certificación, un fichero de formularios que nadie llena y una reunión de safety que ocurre cuando se puede. En el segundo, los peligros identificados en el vuelo del martes aparecen en el análisis del miércoles, se vuelven acciones mitigadoras con responsable y plazo, y el gestor puede responder en cinco minutos "¿cuáles son los tres mayores riesgos de nuestra operación hoy?".
Este artículo trata de cruzar del primero al segundo.
Qué pide la norma — y qué quiere realmente
La estructura del SMS exigida a los operadores brasileños bajo el RBAC 135 (el equivalente brasileño de la FAR Parte 135), alineada con el Anexo 19 de la OACI, sigue los cuatro pilares clásicos:
- Política y objetivos de seguridad operacional — el compromiso formal, responsabilidades definidas, gestor de seguridad designado;
- Gestión de riesgos — identificación de peligros, análisis y clasificación de riesgos, mitigaciones;
- Garantía de la seguridad — monitoreo de indicadores, auditorías, gestión de cambios;
- Promoción de la seguridad — entrenamiento y comunicación.
Pero lo que la autoridad quiere ver, detrás de los pilares, es una sola cosa: evidencia de que el ciclo corre. Peligro reportado → riesgo evaluado → mitigación implementada → eficacia verificada. Un manual impecable con el ciclo detenido vale menos, en una auditoría, que un sistema simple con el ciclo girando toda la semana.
Por qué la mayoría de los SMS mueren
En operaciones pequeñas y medianas — que son la realidad del taxi aéreo y de la aviación ejecutiva brasileña — el SMS casi siempre muere por los mismos tres motivos:
1. Reportar da trabajo. Si reportar un peligro exige encontrar el formulario, imprimirlo, llenarlo a mano y entregárselo a alguien, el piloto reporta el primer mes y nunca más. El reporte tiene que caber en el celular, en dos minutos, en el intervalo entre tramos.
2. El reporte cae en un agujero. Quien reporta y nunca se entera de qué pasó con el reporte deja de reportar. La cultura justa no es solo no castigar — es dar retroalimentación.
3. Safety vive separado de la operación. El SMS en un sistema (o fichero) y la operación en otro. Resultado: los datos que alimentarían los indicadores — vuelos, tripulación, aeródromos, ocurrencias — hay que redigitarlos, y nadie redigita para siempre.
Note que ninguno de los tres es un problema de conocimiento técnico. Son problemas de fricción.
Los indicadores que tienen sentido en una operación real
Olvide por un momento el panel ideal con treinta métricas. Una operación de tamaño pequeño o mediano puede sostener media docena de indicadores bien elegidos:
- Tasa de reportes por período — indicador de cultura, no de peligro. Que los reportes suban es señal de salud, no de problema;
- Tiempo medio entre reporte y análisis — mide si el ciclo corre;
- Acciones mitigadoras abiertas vs. vencidas — la métrica que más delata a un SMS de papel;
- Distribución de riesgo de las operaciones (ej.: clasificación G/Y/R de los vuelos evaluados) — muestra tendencia, no evento aislado;
- Recurrencia de peligros por categoría — señala dónde invertir entrenamiento y procedimiento.
Con estos cinco, la reunión de safety deja de ser lectura de acta y se vuelve decisión.
Una hoja de ruta de 90 días para sacar el SMS del papel
Días 1–30: destrabar el reporte. Ponga un canal de reporte que quepa en el bolsillo de la tripulación. Comunique de nuevo la política de cultura justa — en una conversación, no en un memorando. Meta: el primer reporte voluntario real.
Días 31–60: hacer girar el ciclo. Todo reporte recibido recibe análisis con clasificación de riesgo y respuesta a quien reportó, aunque la respuesta sea "evaluado, riesgo aceptable, gracias". Las mitigaciones reciben responsable y plazo.
Días 61–90: medir. Arme el panel con los cinco indicadores de arriba. Preséntelo en la reunión de safety y — importante — guarde la evidencia. Esa evidencia es exactamente lo que la fiscalización quiere ver.
Dónde entra Alis
Alis fue diseñada para resolver el problema de la fricción: el SMS vive dentro de la misma plataforma donde ocurre la operación. El reporte de peligro se hace en el mismo ambiente que el diario de a bordo; el análisis de riesgo hereda los datos del vuelo automáticamente; las acciones mitigadoras tienen responsable, plazo y estado; y el dashboard de safety se alimenta solo — sin redigitación.
Y el Flight Kit Inteligente cierra el eslabón que casi ningún SMS tiene: la evaluación de riesgo antes del vuelo, con risk score estructurado (Green/Yellow/Red), amenazas PAVE y mitigaciones registradas. Cada vuelo evaluado se vuelve dato histórico de su SMS.
¿Quiere ver el ciclo girando con su operación? Agende una demostración — le mostramos del reporte al dashboard en veinte minutos.
Este artículo es de carácter informativo y no sustituye la consulta de la regulación vigente de la ANAC ni de los manuales aprobados de su operación.