Flota contratada

Monitorización continua · pulso cada 20s

Topología y matriz

Ida y vuelta por enlace · pulsa para evidencia

Mapa de conexión

Evidencia del enlace

Selecciona una celda o enlace del mapa.

Camino entrante

Red → troncal → Asterisk → RemarK → agente

Camino saliente

RemarK → Asterisk → troncal · el pulso no origina llamadas

Colas entrantes

Espera, overflow y capacidad humana

Campañas

Estado operativo y cierre por horario

Integridad telefónica

Ventana 24 h · grabaciones, PBX, desconexiones

Agentes e IPs

Censo PJSIP · requiere credenciales operator

Troncales Zadarma

Ida al operador y vuelta a Asterisk

Informe de sonda profunda

Última lectura · capa deep (30 min)

Comprobación	Tipo	OK	Detalle

Observabilidad

Roadmap auditoría §4.5.2 · Disponibilidad → Logs → Métricas

Exportar SLA CSV

SLA por instancia

Instancia	/health	/ready	Servicio	Objetivo	Cumple

Catálogo de instancias

Alta y edición de cada RemarK que quieres monitorizar

Qué necesitas como mínimo

Para que el semáforo funcione hacen falta dos URLs distintas: la del portal (donde entran los agentes) y la del backend API (FastAPI en Coolify). No uses la misma URL en ambos campos salvo que API y portal compartan dominio con rutas /health.

Mínimo URL portal + URL API → semáforo portal / API / MySQL
Recomendado Email + contraseña de un usuario RemarK (operator o admin) → colas, agentes, campañas
Opcional API key telefonía, Grafana, logs → solo si los usas; puedes dejarlos vacíos

Identidad

Id interno

Nombre corto sin espacios. Ej: setup, ambtu. No se muestra a agentes.

Nombre visible

Etiqueta en el dashboard. Ej: Setup, Antu, Bonaria.

Conexión — obligatorio para monitorizar

URL del portal RemarK

La web donde los agentes hacen login. Ops comprueba que carga (GET). En tu caso parece ser https://remark.ambtu.ad ✓

URL del backend API

No es la misma que el portal. Es el servicio FastAPI en Coolify. Ops llama aquí a /health y /api/health/ready. Si falla API y MySQL en rojo, casi siempre esta URL está mal o vacía. Mira en Coolify el dominio del servicio backend de RemarK.

Usuario RemarK — recomendado (telefonía y colas)

Email de usuario RemarK

Sí: es una cuenta real de esa instancia RemarK (rol operator o admin). Ops hace login en /api/auth/login para leer colas, agentes y campañas. No es el usuario de RemarK Ops.

Contraseña de ese usuario

La misma contraseña con la que ese usuario entra al portal RemarK. Se guarda cifrada en SQLite; no se vuelve a mostrar.

ID de campaña

Solo si quieres monitorizar la cola entrante de una campaña concreta. Si no sabes el ID, déjalo vacío.

Telefonía avanzada — opcional

API key de telefonía (RemarK)

Clave del backend RemarK, no de Ops. Suele ser REMARK_MANUAL_VOICE_API_KEY o REMARK_TELEPHONY_HEALTHCHECK_API_KEY del .env de esa instancia. Con esta clave Ops usa GET /api/internal/ops-snapshot (1 petición: agentes, troncales, colas, campañas). También habilita la sonda profunda POST. Sin clave, Ops hace login operator y ~15 peticiones.

Permitir POST al healthcheck de telefonía

Desmarcado por defecto. Puede originar actividad en troncales si RemarK lo tiene configurado.

Leer /metrics de esta instancia

Opcional. Solo si el backend RemarK expone Prometheus.

Accesos directos — opcional, puedes omitir todo

Enlace a logs

No es obligatorio ni conecta nada automáticamente. Solo un bookmark en el catálogo por si más adelante tienes logs (Loki, etc.). RemarK Ops no depende de Grafana ni servicios externos. Déjalo vacío.

Enlace a panel Grafana

Igual que arriba: atajo opcional en la UI. No instala ni exige Grafana. Todo lo esencial (semáforo, SLA, eventos) vive dentro de Ops.

Historial de eventos

Cambios de estado, componentes y mantenimiento · webhook vía ALERT_WEBHOOK_URL

Monitoriza tu flota en tiempo real

—