Dos pantallas deciden qué ocurre con cada alerta recibida:
- Vinculación a los CI: con qué elemento de la CMDB se relaciona la alerta;
- Reglas de tratamiento: qué hacer con ella, por ejemplo ignorarla, avisar a un equipo o abrir un incidente.
Estas pantallas están reservadas a los grupos Administradores de supervisión, Administradores del Service Desk y Administradores. Se abren desde la Consola de alertas. Cada decisión tomada se anota en la Cronología de la alerta, con su justificación.
Vincular las alertas a los CI
Cada alerta se vincula una sola vez, al recibirse. Las reglas de vinculación se prueban en el orden de la lista; gana la primera que encuentra un CI único. Una regla que encuentra varios CI no vincula nada, para evitar un error: se prueba la regla siguiente. Si ninguna regla encuentra un CI único, la alerta queda sin vincular. Sin ninguna regla, el nombre de host enviado por la herramienta se busca en la CMDB.
Haz clic en Nueva regla de vinculación e indica:
- Nombre, Activo y, si es necesario, el Origen afectado (por defecto Todos los orígenes);
- Valor leído: la información de la alerta que se usa — Host (payload.source), Componente, Grupo, Clase, Resumen o Detalle libre (custom_details) con su Ruta en los detalles;
- Extracción (opcional): una expresión regular que aísla una parte del valor. Se busca el primer grupo de captura o, si no lo hay, la coincidencia completa;
- Búsqueda: cómo encontrar el CI —
- Nombre de host: un nombre completo encuentra también el nombre corto;
- Dirección IP: la de una interfaz de red devuelve el equipo o el dispositivo;
- Identificador externo: las referencias de las importaciones (Intune, Ivanti, inventario de red…);
- Valor de un campo: con el Campo CMDB (slug) que se compara;
- Tipo de CI (opcional): limita la búsqueda a un tipo.
Los botones Subir y Bajar cambian el orden de las reglas. Una alerta que no ha encontrado ningún CI se señala «No vinculada a un CI» en la consola.
Si la CMDB está desactivada, ninguna alerta se vincula; las reglas de tratamiento sin condición de CI siguen aplicándose.
Las reglas de tratamiento
Las reglas se evalúan en el orden de la lista: se aplica la primera cuyas condiciones se cumplen todas. Una alerta que ninguna regla toma queda en la consola, sin incidente.
Haz clic en Nueva regla, dale un Nombre y elige:
Condiciones (una condición vacía siempre es verdadera):
- Origen y Gravedad mínima;
- Tipo de CI o un CI concreto;
- Texto: buscado sin distinguir mayúsculas ni acentos en el resumen, el host, el componente, el grupo y la clase;
- Alerta vinculada a un CI: la regla solo toma las alertas vinculadas.
Acción:
- Ignorar (ruido): la alerta pasa al estado Suprimida (ruido), con el nombre de la regla como motivo;
- Solo registrar: la alerta queda en la consola, nada más;
- Notificar: la alerta queda en la consola y se avisa a un grupo;
- Crear o actualizar un incidente: se abre un incidente en el Service Desk (ver más abajo).
Crear o actualizar un incidente
- Ocurrencias requeridas … en (minutos): el incidente solo se abre tras N ocurrencias en M minutos. Este umbral evita abrir un incidente para una alerta que aparece y desaparece enseguida;
- Agrupación por CI (minutos): las alertas de un mismo CI en esa ventana comparten un solo incidente; cada alerta que se une a él añade una nota interna. Incluir los CI relacionados extiende la agrupación a los CI relacionados directamente en la CMDB;
- Resolución automática: el incidente pasa a Resuelto cuando todas sus alertas están resueltas; el solicitante confirma luego como de costumbre;
- Categoría, Prioridad forzada (si no, Calculada (impacto × urgencia)), Grupo asignado (si no, Enrutamiento de la categoría);
- Solicitante del incidente: se recomienda una cuenta de servicio. Vacío: el autor de la regla;
- Gravedad → impacto y urgencia: el impacto y la urgencia del incidente para cada gravedad de alerta.
El incidente se vincula al CI de la alerta. Una alerta que se reabre o se agrava añade una nota al incidente. Un incidente ya resuelto o cerrado nunca se reabre: una nueva alerta abre un nuevo incidente.
Si el Service Desk está desactivado, las reglas «incidente» se registran en la alerta pero no abren ningún ticket.
Notificación
Para las acciones Solo registrar, Notificar y Crear o actualizar un incidente, la sección Notificación indica el Grupo a avisar; la opción Nadie no avisa a ningún grupo. La opción Avisar solo a la persona de guardia del grupo se basa en el planning de guardias del Service Desk; sin guardia en curso, se avisa a todo el grupo.
La notificación se envía una vez por alerta, y de nuevo en cada reapertura. Cada persona la recibe en su idioma, por la campana y el correo según sus preferencias. No se envía ninguna notificación durante una ventana de mantenimiento; para una regla «incidente», no antes de alcanzar el umbral.
Simular antes de guardar
Simular en 7 días vuelve a aplicar la regla a las alertas de los últimos 7 días, sin modificar nada: Alertas examinadas, Tomadas por la regla, Umbral alcanzado, Incidentes estimados y, para cada alerta, la regla anterior que ya la habría tomado (Tomada antes por).
Orden de las reglas
Los botones Subir y Bajar de la lista cambian el orden de evaluación. Coloca primero las reglas más precisas.
Reducir el ruido con la IA
Si hay un proveedor de IA configurado, la tarjeta Reducir el ruido de la lista de reglas ofrece Sugerir reglas. La IA analiza las alertas repetidas de los últimos 7 días que no abrieron ningún incidente y propone como máximo cinco reglas Ignorar (ruido) o Solo registrar, nunca una regla de incidente. Crear la regla abre el formulario prerrellenado: no se crea nada sin tu validación.
Cuando la IA está desactivada, la tarjeta Reducir el ruido no aparece. La vinculación, las reglas, la simulación y los incidentes funcionan igual.