Funciones remotas (config)

Al iniciar sesión, la app consulta la configuración del backend para saber qué módulos están habilitados para tu despliegue.

Sentinel está diseñado para que la misma app móvil sirva a organizaciones con perfiles muy distintos: algunas necesitan SOS pero no geocercas, otras al revés, otras ninguno de los dos en una primera fase. Para soportar esa diversidad sin construir versiones separadas, la app consulta la configuración remota expuesta en /api/mobile/config cada vez que el operador inicia sesión. La respuesta incluye qué módulos están habilitados para esa organización.

El flag features.sos controla el flujo de emergencia: cuando está apagado, el botón SOS y los flujos asociados quedan ocultos o deshabilitados según la versión del cliente. Esto es útil en pilotos donde primero se prueba el monitoreo y después se activa la respuesta a emergencias, o en organizaciones que prefieren canalizar emergencias por radio y solo usan Sentinel para visibilidad.

El flag features.geofences es análogo para zonas: si está apagado, la app no aplica reglas de geocerca aunque existan zonas en el servidor. Esa decisión arquitectónica permite a un administrador desactivar globalmente geocercas para una organización sin tener que borrar zonas ni cambiar versiones de app. La transición es transparente para el operador.

Operativamente, los cambios en la configuración remota se aplican en la próxima sesión que el operador abra. No hace falta reinstalar la app ni reiniciar el dispositivo. Para rollouts controlados de funciones nuevas, la práctica habitual es activar primero en una organización piloto, validar con su equipo y luego extender al resto. Esa cadencia evita sorpresas en operaciones críticas.