Eventos
Los eventos son las señales detectadas por máquina que tus plantas generan por sí mismas — un corte de red, un límite por sobreproducción, un logger que pierde el contacto con su fuente. Te ofrecen un registro objetivo y con marca de tiempo de lo que ocurrió, para que puedas reaccionar con rapidez y demostrar más tarde qué observó la plataforma y cuándo.
Concepto de eventos
Un evento se crea automáticamente cuando la plataforma reconoce una condición destacable en una planta. La mayoría de los eventos provienen del Gemelo Digital y de los agentes de monitorización que vigilan cada planta; otros se emiten como efecto secundario de cambios de configuración (por ejemplo, cuando se añade o se pausa un data logger). También puedes registrar tú mismo un evento por algo que hayas observado en el emplazamiento.
Los eventos son deliberadamente ligeros: cada uno captura qué detectó la plataforma, dónde, cuándo y cuán grave es. El lado humano de la historia — notas de triaje, quién está trabajando en ello, qué se hizo para solucionarlo — vive en los Tickets, no en el propio evento.
Eventos vs. Tickets
Un evento es una señal detectada (a menudo automática). Un ticket es el seguimiento humano: investigación, asignación, comentarios y resolución. Vinculas ambos para que la señal detectada y el trabajo para resolverla permanezcan conectados. Los campos de título y descripción de texto libre en los eventos están siendo retirados en favor de los tickets — trata el evento como el desencadenante y el ticket como el espacio de trabajo.
Tipos de evento
Cada evento lleva un tipo que te indica qué se ha detectado:
- Corte de red: la producción fue limitada o detenida por el operador de la red eléctrica.
- Corte externo: la producción se detuvo por una instrucción externa (por ejemplo, un comercializador directo o una limitación remota).
- Sobreproducción: la planta superó su nivel de producción esperado o permitido.
- Disponibilidad de fuente: una fuente de datos quedó inalcanzable o se recuperó (interrupción en la adquisición de datos).
- Defecto del sensor de radiación: un sensor de irradiación informó lecturas implausibles o ausentes.
- Ciclo de vida del logger: un data logger fue creado, actualizado, pausado, reanudado, eliminado o se le cambiaron las credenciales.
- Creado por el usuario: un evento que registraste manualmente por una condición observada.
Prioridad de eventos
Cada evento lleva un nivel de prioridad para que puedas centrarte primero en lo que importa:
| Prioridad | Úsala para |
|---|---|
| Muy alta | Condiciones graves que requieren atención inmediata |
| Alta | Problemas significativos que abordar sin demora |
| Normal | El nivel por defecto para detecciones rutinarias |
| Baja | Condiciones menores que merece la pena monitorizar |
| Muy baja | Sucesos de fondo que rara vez requieren acción |
Estado de eventos
Los eventos avanzan por un ciclo de vida corto y claro:
- Detectado: el evento acaba de generarse y aún no se ha revisado.
- Reconocido: alguien ha visto el evento y lo ha aceptado para su seguimiento.
- Cerrado: la condición subyacente está resuelta. Muchos eventos se cierran automáticamente — por ejemplo, cuando una fuente limitada se reconecta, un corte termina o la sobreproducción remite — mientras que otros se cierran manualmente una vez completado el trabajo.
Los eventos cerrados pueden reabrirse si la condición regresa, de modo que un problema recurrente mantiene unido su historial.
Vinculación y seguimiento
Los eventos no existen de forma aislada. Puedes conectar cada evento con las partes de la planta a las que concierne y con el trabajo necesario para resolverlo:
- Vínculos con componentes: adjunta un evento a los componentes específicos a los que afecta (un logger, inversor, GAK, string, contador de inyección o sensor) y busca entre los componentes de la planta para encontrar el correcto.
- Vínculos con tickets: referencia un evento desde un ticket para que la investigación, la asignación, los comentarios y la resolución se rastreen en un único lugar.
- Seguimiento de notificaciones: cada evento registra a qué usuarios se notificó y quién lo ha visto.
Usa los tickets para el trabajo
Cuando un evento necesita investigación o una corrección, abre un ticket y vincula el evento a él. El ticket lleva al responsable asignado, los comentarios, las menciones y un historial completo de actividad; el evento permanece como el registro objetivo de lo que se detectó.
Seguimiento de cortes
Los eventos de corte de red y de corte externo también se recopilan en una vista dedicada a las pérdidas de producción. Filtrada por planta y portfolio, te permite ver con qué frecuencia se interrumpió la producción y atribuir la energía perdida — una entrada directa para las revisiones de rendimiento y los informes. Consulta Detección de pérdidas para saber cómo se cuantifica la producción interrumpida.
Buscar y revisar eventos
Los eventos se conservan como un historial a largo plazo para que puedas tanto reaccionar en el momento como analizar tendencias más tarde:
- Lista y filtrado: explora los eventos de las plantas a las que tienes acceso, filtrados por planta, portfolio, tipo, estado o prioridad, y ordenados para mostrar primero los más recientes o más urgentes.
- Recuentos: contadores de un vistazo resumen cuántos eventos están abiertos y cómo se desglosan, alimentando el Panel de KPI.
- Vista de detalle: abre cualquier evento para ver su contexto completo, los componentes vinculados, los tickets vinculados y el historial de notificaciones.
- Registro histórico: los eventos cerrados permanecen disponibles para auditorías, reclamaciones de garantía e identificación de patrones recurrentes a lo largo del tiempo.
Acceso y permisos
Los eventos son un subrecurso de la planta, por lo que el acceso sigue tu rol en la planta principal — no un ajuste aparte. Cualquiera que pueda ver una planta puede ver sus eventos. Más allá de eso:
- Roles técnicos — los Operadores y los Technical Manager obtienen la gestión completa de eventos: reconocer, crear, cerrar y eliminar.
- Asset Manager (Commercial) puede crear y reconocer eventos para la supervisión comercial, pero no puede eliminarlos.
- Visualizadores tienen acceso de solo lectura.
Los cooperadores que ostentan el rol de trabajo requerido en una planta compartida se incluyen en los mismos términos. Consulta el Sistema de permisos para conocer el modelo de roles completo.
Funciones relacionadas
- Tickets — el espacio de trabajo de seguimiento humano donde los eventos se triagean y se resuelven
- Gemelo Digital — el motor de análisis que detecta la mayoría de los eventos
- Detección de pérdidas — cuantifica la producción perdida durante los cortes
- Panel de KPI — muestra los recuentos de eventos junto a las métricas de rendimiento
- Informes — incorpora los datos de eventos y de pérdidas por cortes a la documentación periódica