Gestionar un SOS

Cuando un operario dispara SOS desde el dispositivo o desde la app, el panel muestra una alerta de alta prioridad y puede centrar el mapa en la última posición conocida.

Desde el panel de unidad podés revisar identidad, tiempo de última conexión y resolver la alerta táctica cuando corresponda. Las alertas de plataforma pueden acusarse recibo con el flujo de reconocimiento del hub.

El SOS es la función más crítica de Sentinel: cuando se dispara, todo lo demás pasa a segundo plano. El operador puede activarlo desde el botón hardware del nodo o desde la app móvil. En cualquiera de los dos casos, el backend lo procesa con prioridad máxima y notifica al panel web inmediatamente.

Cuando llega un SOS, el panel responde con varias señales simultáneas: alerta visible en el HUD, animación naranja acelerada en el marcador del nodo en el mapa, posible foco automático del mapa en la última posición conocida, entrada destacada en el log táctico. La idea es que sea imposible no enterarse, incluso si el operador del centro está mirando otra pestaña.

El protocolo de respuesta sugerido es: confirmar identidad de la unidad y leer última posición; intentar contacto por canal de voz acordado en el SOP; despachar misión de respuesta o equipo de apoyo si corresponde; documentar el incidente. Sentinel no reemplaza tu protocolo operativo: es la capa de visibilidad y coordinación encima del SOP. La voz, la radio, el contacto humano siguen siendo críticos.

Una decisión que vemos repetir en organizaciones que adoptan Sentinel es separar la resolución técnica del incidente (cerrar el flag SOS en el panel) de la resolución operativa (confirmar que el operador está bien, completar el reporte interno). Cerrar el SOS en software sin validación operativa puede generar falsa sensación de cierre. Mantené el incidente abierto en el panel hasta que la situación esté resuelta de verdad.