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.

Tipos de evento

Cada evento lleva un tipo que te indica qué se ha detectado. Los tipos se agrupan en unas cuantas familias:

Producción y red

• 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.

Salud de componentes — generados por el Watchdog de salud de componentes de la planta. Cada tipo lleva el nombre del componente sobre el que se asienta, de modo que un inversor, una caja de conexiones y un string tienen cada uno su propia versión del mismo hallazgo. Para los inversores, Eventos del inversor explica cada uno de ellos en detalle — qué lo abre, qué lo confirma y cómo se cierra.

Producción — exactamente uno de estos está abierto sobre un componente en cada momento:

• Fallo de producción del inversor: producción cero confirmada en condiciones que justifican producción.
• Conflicto de medición del inversor: el inversor está produciendo, pero su propia lectura es errónea — un fallo de datos que investigar, que nunca se contabiliza como producción perdida.
• Inversor sin comunicación: el inversor dejó de reportar — su producción es desconocida y deliberadamente no se contabiliza como pérdida.
• Producción reducida del inversor: el inversor está produciendo, pero muy por debajo de su expectativa modelada.

Y una agregación a nivel de parque, que se asienta sobre los eventos de componente en lugar de sustituirlos:

• Resumen de interrupciones de componentes: el único resumen de parque de alta prioridad que lista todos los inversores y cajas de conexiones actualmente caídos — esta agregación es la que lleva la alarma del operador.

Tareas de mantenimiento — un inversor que produce a plena potencia mientras algo se desgasta. Cada una se abre primero como una fila Observación: … y se convierte en un hallazgo confirmado en cuanto la evidencia se sostiene:

• Temperatura elevada del inversor: funciona de forma medible más caliente que unidades comparables del mismo logger bajo la misma carga.
• Aislamiento debilitándose del inversor: su lectura matinal asentada de aislamiento sigue cayendo por debajo de la de sus pares.
• Desequilibrio de fases del inversor: las tres fases de alterna ya no conducen la misma corriente.
• Rendimiento decreciente del inversor: la pérdida de conversión de continua a alterna crece mes a mes más allá de lo que explican la carga y la temperatura.

Estado del equipo — lo que la máquina dice sobre su propia condición, un evento por modo:

• Fallo de dispositivo del inversor: el inversor comunica un fallo propio, en una función para la que la plataforma no tiene medición — hardware, firmware, licencia, configuración, una parada de emergencia, un string de continua o medida. Es una tarea de mantenimiento, no una pérdida de producción.
• El logger no alcanza al inversor: el logger dice que no consigue alcanzar la máquina mientras tampoco nos llega ninguna lectura de ella. Un registro de fondo silencioso — no notifica a nadie y no pone ningún estado sobre el inversor; tras una hora de luz se traspasa a un evento sin comunicación.
• Alarma de seguridad del inversor: un arco eléctrico o una condición de corriente residual que comunica el equipo — se abre con un único aviso activo, de día o de noche.
• Parada de protección del inversor: un mecanismo de protección disparó la máquina; puede necesitar un rearranque manual en el emplazamiento.
• Inversor detenido por orden: se apagó deliberadamente, por una persona o por una instrucción remota.
• Autolimitación del inversor: está produciendo, pero se limita a sí mismo para protegerse, casi siempre frente al calor.
• Fallo de dispositivo de la batería: el mismo registro para un convertidor de batería o un BMS de contenedor — los avisos de comunicación de una batería se quedan aquí, no tiene un registro de alcanzabilidad propio.

Espejo de lo notificado por el equipo — la lista de alarmas activas del propio fabricante, copiada tal cual se envió y nunca juzgada:

• Fallo notificado por el inversor / Aviso notificado por el inversor (y los dos equivalentes de batería): un registro por código, abierto cuando el equipo lo levanta y cerrado cuando el equipo lo retira.

Salud de sensores — una cadena por etapas, para que un sensor sano nunca sea condenado con pruebas débiles:

• Investigación de sensor: un canal de irradiancia dejó de entregar señal utilizable — en observación.
• Defecto de sensor: el fallo está corroborado por pruebas independientes — sustituye el sensor.
• Suciedad de sensor: la cúpula del sensor está sucia o cubierta de nieve — límpiala; escala a defecto si no se recupera.

Investigaciones de strings — el mismo enfoque por etapas para los strings:

• Investigación de string: un string muestra ceros sin explicación en condiciones que justifican producción — en observación.
• Parada de string / Defecto de string: la investigación se confirmó — un string muerto, o uno que produce muy por debajo de sus hermanos sin recuperarse.
• Sombreado de string: los ceros del string se repiten siguiendo la trayectoria del sol — se registra discretamente como sombreado, no como defecto.

Conexión y disponibilidad — una única alarma en la capa donde reside la causa raíz:

• VPN sin conexión: el túnel de monitorización hacia la planta está caído.
• Red del parque sin conexión: la red local de la planta está inalcanzable.
• Dispositivo de red sin conexión: un único dispositivo de red monitorizado dejó de responder.
• Caída masiva de dispositivos de red: una gran parte de los dispositivos de la planta se desconectó a la vez.

Curtailment y liquidación — consulta Liquidación de curtailment para la explicación completa:

• Curtailment detectado: el registro en vivo de cada episodio de curtailment, con su inicio, fin y límite reales.
• Registros de liquidación: la contabilidad detrás de la compensación — un evento de liquidación por medida de curtailment con el método legal y las cifras, un valor mensual por planta y eventos de revisión para posteriores correcciones oficiales de precios.

Integridad de la energía

• Contador de energía estancado: el registro de energía acumulada de un dispositivo dejó de avanzar mientras sigue produciendo — su propio registro de producción necesita reparación.
• Energía inyectada estimada: parte de la serie de inyección de la planta se estima temporalmente a partir de lecturas de potencia.

Adquisición de datos y configuración

• Disponibilidad de fuente: una fuente de datos quedó inalcanzable o se recuperó (interrupción en la adquisición de datos).
• 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:

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.

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
• Eventos del inversor — todos los eventos de salud de componentes que puede llevar un inversor, en detalle
• 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