Historial de Alarmas y Eventos

El Historial es la memoria completa del sistema. Aquí se registran todos los eventos que han llegado a Rela AI — alarmas, lecturas, eventos procesados y rechazados — con toda la información de lo que ocurrió y qué hizo el agente al respecto. Es la herramienta clave para investigar una falla, responder una auditoría o entender por qué un equipo estuvo parado.

¿Para qué sirve?

Cuando ocurre una falla importante, las primeras preguntas son siempre: ¿cuándo empezó exactamente? ¿hubo señales previas? ¿qué hizo el equipo de mantenimiento? ¿se escaló a tiempo? Sin un historial ordenado, responder estas preguntas toma horas y muchas veces queda incompleto.

El Historial de Rela AI guarda cada evento con su timestamp exacto, la respuesta del agente, y quién reconoció o gestionó la alarma. Esto permite:

• Análisis de Causa Raíz (RCA): ver la secuencia exacta de eventos que precedieron una falla
• Auditorías de compliance: demostrar que las alarmas fueron atendidas en los tiempos requeridos
• Revisiones de turno: el supervisor saliente puede dejar un resumen de los eventos del turno
• Mejora continua: identificar fuentes con alta frecuencia de eventos para priorizar mejoras

¿Cómo funciona?

Cada evento que llega a Rela AI queda registrado inmediatamente con:

• El timestamp exacto de recepción
• La fuente de origen y la severidad
• El mensaje del evento y sus metadatos
• El estado de procesamiento (si fue procesado, duplicado, filtrado, etc.)
• La respuesta del agente de IA (análisis completo)
• Las herramientas que el agente ejecutó
• El estado de la alarma (si fue reconocida, por quién y cuándo)

Los datos se organizan por mes para mantener un acceso eficiente incluso con miles de eventos.

¿Cómo usarlo?

Acceder al historial

Ve a Alarmas > Historial en la barra lateral.

Seleccionar el período

Usa el selector de período en formato año-mes para elegir el mes a consultar. Por defecto muestra el mes actual.

Interpretar el panel de estadísticas

Al abrir el historial, verás un resumen del período:

• Total de eventos: cuántos eventos llegaron al sistema ese mes
• Por severidad: desglose en 4 categorías (info, warning, critical, emergency) con su volumen
• Top fuentes: los 10 orígenes con más eventos — útil para identificar "ruidosos" (fuentes que generan muchos eventos menores)

Filtrar la tabla de eventos

La tabla principal permite filtrar por:

• Fuente: ver solo los eventos de un sensor o PLC específico
• Severidad: enfocarte en los críticos o los de emergencia

Columnas de la tabla

Ver el detalle completo de un evento

Haz clic en cualquier fila para expandir el detalle:

• Mensaje completo sin truncar
• Metadatos del evento (valores del sensor, datos adicionales)
• Respuesta del agente: el análisis completo que el agente generó
• Herramientas ejecutadas: qué acciones tomó el agente (si creó una tarea, si envió una notificación)
• Tiempo de procesamiento: cuánto tardó el sistema en procesar el evento
• Información de reconocimiento: quién reconoció la alarma, cuándo y con qué nota

Reconocer una alarma

Si un evento tiene estado no reconocido (unack), puedes reconocerlo directamente desde el historial:

1. Expande el detalle del evento.
2. Haz clic en Reconocer.
3. Agrega una nota opcional (ej: "Técnico asignado, en proceso de atención").
4. El evento queda marcado como reconocido con tu nombre y timestamp.

Archivar temporalmente (Shelve)

Si un evento es conocido y no requiere acción inmediata (ej: una alarma recurrente que ya está planificada para la próxima semana):

1. Expande el detalle del evento.
2. Haz clic en Archivar.
3. Define por cuánto tiempo (en minutos) quedará archivado.
4. Agrega un motivo opcional.

El evento queda silenciado temporalmente pero sigue en el historial.

Estados de procesamiento explicados

Beneficios clave

• Registro completo e inmutable de todos los eventos del sistema
• Análisis detallado de cada evento: respuesta del agente, herramientas usadas, tiempos
• Reconocimiento de alarmas con trazabilidad (quién, cuándo, con qué nota)
• Filtros por fuente y severidad para investigaciones específicas
• Resumen estadístico mensual para identificar tendencias y fuentes problemáticas
• Soporte completo para RCA y auditorías de compliance

Casos de uso comunes

Escenario 1: Análisis de causa raíz después de una parada de línea El lunes a las 6 AM la Línea 2 se detuvo. El ingeniero de confiabilidad abre el historial y filtra los eventos de las 12 horas previas de las fuentes de esa línea. Ve que a las 2:14 AM hubo una advertencia de temperatura en el motor principal (WARNING, 78°C). A las 4:31 AM otra advertencia (82°C). A las 5:47 AM una alarma crítica (91°C, límite 90°C). A las 5:48 AM el agente creó una tarea — que nadie reconoció hasta las 6:15 AM. La causa raíz: la temperatura subió gradualmente durante 4 horas sin intervención. Decisión: revisar el protocolo de respuesta nocturna y ajustar el escalamiento a 15 minutos en lugar de 30.

Escenario 2: Auditoría de compliance El auditor de seguridad pide evidencia de que todas las alarmas críticas del trimestre fueron atendidas dentro de las 2 horas requeridas. El responsable de mantenimiento abre el historial, filtra por severidad "critical" y "emergency" para los meses del trimestre, y exporta la tabla con los timestamps de reconocimiento. La auditoría muestra que el 94% de las alarmas críticas fueron reconocidas en menos de 45 minutos.

Escenario 3: Identificar fuente "ruidosa" El jefe de mantenimiento nota que el equipo recibe muchas notificaciones del sensor PT-05. Abre el historial del mes y ve en el panel de estadísticas que PT-05 generó 847 eventos — 12 veces más que cualquier otra fuente. La mayoría son de severidad INFO. Decide revisar el threshold del sensor y ajustar el throttle a 300 segundos para reducir el ruido.