Vías de integración previstas

La integración con Qisutu configurada en la interfaz utiliza la interfaz de eventos del complemento Qisutu independiente. La conexión se configura en Notificaciones con su dirección de eventos y su clave. Los eventos se transmiten como JSON mediante HTTPS; la clave de acceso se utiliza como token Bearer. La prueba de conexión llama a la dirección de prueba de la conexión elegida y no crea ningún ticket.

Los recopiladores de mediciones distribuidos tienen su propia interfaz HTTPS con el servidor central. Se crean en Configuración → Recolectores distribuidos y después se asignan al dispositivo en Configurar → Recolector. Utilice la configuración de los recopiladores; una contraseña de agente no sustituye su clave de acceso.

Interfaz	Finalidad	Autenticación
GET /api/health en el servidor de supervisión	Prueba sencilla de accesibilidad del servicio web; la respuesta contiene service: netzmonitor. No informa sobre cada dispositivo supervisado.	No requiere inicio de sesión.
GET /collector/v1/config/{ID}	Obtener la configuración de comprobación asignada al recopilador.	Clave Bearer de este recopilador activo; requiere HTTPS.
POST /collector/v1/results/{ID}	Transmitir resultados de medición del recopilador.	Clave Bearer de este recopilador activo; requiere HTTPS.
Dirección de eventos de Qisutu del complemento	Enviar incidencias y avisos de recuperación de la supervisión a Qisutu.	Clave Bearer de la conexión Qisutu.

Las demás rutas /api/ atienden a la interfaz de supervisión con sesión iniciada. Utilizan una sesión; los cambios requieren además el token CSRF correspondiente. No se autorizan mediante la clave de conexión de Qisutu. En esta versión, la interfaz de supervisión no ofrece una dirección webhook general configurable para otros sistemas de tickets ni una pantalla para aceptar eventos externos de supervisión arbitrarios.