MiroxMirox
  • Plattform

    • Philosophie
    • Plattform-Übersicht
    • Plattform-Ressourcen
  • Mirox-Cloud

    • Cloud-Übersicht
    • Verbundene Microservices
  • Mirox-Agent

    • Agent-Übersicht
    • Bereitstellungsoptionen
    • Data Scraper
    • Digital Twin
  • Technische Details

    • Metriksammlung
  • Information

    • Unterstützte Anlagen
  • Anlagentypen

    • Solaranlagen
    • Windanlagen
    • Batteriespeicher
  • Überwachung & Visualisierung

    • Echtzeit-Monitoring
    • Digitaler Zwilling
    • Komponentenzustände
    • Verlusterkennung
    • Effizienzerkennung
    • KPI-Dashboard
  • Datenverwaltung

    • Ereignisse
    • Tickets
    • Prognosen
    • Berichte
  • Integration & Freigabe

    • Kooperationen
    • API-Tokens
    • VPN
    • Proxy
  • KI

    • KI-Assistent & Wizards
    • Agentischer Zugriff (MCP)
  • Abrechnung

    • Markt & Tarife
    • Buchhaltung & Abrechnung
  • Kollaboration

    • Einladungen
  • Sicherheit

    • Authentifizierung
    • Berechtigungssystem
    • Kooperationsbeschränkungen
    • Zugriffs-Audit-Logging
  • Knoten

    • mrxnode
  • Anwendung

    • Türsteuerung
    • Generisches Relais
  • Edge-Cluster

    • Orchestrierung
  • Erste Schritte

    • Erste Schritte
  • Persönlich

    • VPN verwenden
    • Proxy verwenden
    • Zwei-Faktor-Authentifizierung
    • Sitzungen
    • API-Tokens
  • Pro Anlage

    • Kontakte
    • Netzwerkgeräte
    • Datenlogger
    • Komponenten
    • Direktes VPN (pro Agent)
  • Organisation

    • Mitgliederberechtigungen
    • Kooperationen
    • Dateispeicher
  • Datenexport

    • Export-Metrik-API
    • MiroxQL-Abfragesprache
    • Externe Berichterstellung
    • Grafana
    • API-Überblick
  • Unterstützung

    • Integrationsleitfaden anfordern
  • mrxnode

    • Übersicht
    • Anleitungen
    • Container-Bereitstellung
    • Befehlsreferenz
    • Fehlerbehebung
  • Berichterstellung

    • Externer Berichtgenerator
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Plattform

    • Philosophie
    • Plattform-Übersicht
    • Plattform-Ressourcen
  • Mirox-Cloud

    • Cloud-Übersicht
    • Verbundene Microservices
  • Mirox-Agent

    • Agent-Übersicht
    • Bereitstellungsoptionen
    • Data Scraper
    • Digital Twin
  • Technische Details

    • Metriksammlung
  • Information

    • Unterstützte Anlagen
  • Anlagentypen

    • Solaranlagen
    • Windanlagen
    • Batteriespeicher
  • Überwachung & Visualisierung

    • Echtzeit-Monitoring
    • Digitaler Zwilling
    • Komponentenzustände
    • Verlusterkennung
    • Effizienzerkennung
    • KPI-Dashboard
  • Datenverwaltung

    • Ereignisse
    • Tickets
    • Prognosen
    • Berichte
  • Integration & Freigabe

    • Kooperationen
    • API-Tokens
    • VPN
    • Proxy
  • KI

    • KI-Assistent & Wizards
    • Agentischer Zugriff (MCP)
  • Abrechnung

    • Markt & Tarife
    • Buchhaltung & Abrechnung
  • Kollaboration

    • Einladungen
  • Sicherheit

    • Authentifizierung
    • Berechtigungssystem
    • Kooperationsbeschränkungen
    • Zugriffs-Audit-Logging
  • Knoten

    • mrxnode
  • Anwendung

    • Türsteuerung
    • Generisches Relais
  • Edge-Cluster

    • Orchestrierung
  • Erste Schritte

    • Erste Schritte
  • Persönlich

    • VPN verwenden
    • Proxy verwenden
    • Zwei-Faktor-Authentifizierung
    • Sitzungen
    • API-Tokens
  • Pro Anlage

    • Kontakte
    • Netzwerkgeräte
    • Datenlogger
    • Komponenten
    • Direktes VPN (pro Agent)
  • Organisation

    • Mitgliederberechtigungen
    • Kooperationen
    • Dateispeicher
  • Datenexport

    • Export-Metrik-API
    • MiroxQL-Abfragesprache
    • Externe Berichterstellung
    • Grafana
    • API-Überblick
  • Unterstützung

    • Integrationsleitfaden anfordern
  • mrxnode

    • Übersicht
    • Anleitungen
    • Container-Bereitstellung
    • Befehlsreferenz
    • Fehlerbehebung
  • Berichterstellung

    • Externer Berichtgenerator
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Überwachung & Visualisierung

    • Echtzeit-Überwachung
    • Digitaler Zwilling
    • Komponenten-Zustände
    • Verlusterkennung
    • Effizienzerkennung (PRRC)
    • Lokaler Netzwerk-Inspektor
    • Zugriffs-Monitoring
    • KPI-Dashboard
    • Diagrammvisualisierung
  • Datenverwaltung

    • Ereignisse
    • Tickets
    • Prognosen
    • Berichte
  • Integration & Freigabe

    • Kooperationen
    • API-Tokens
    • VPN
    • Proxy (Web-Zugriff auf Anlagengeräte)
  • KI

    • KI-Assistent & Wizards
    • Agentischer Zugriff (MCP)
  • Abrechnung

    • Markt & Tarife
    • Buchhaltung & Abrechnung
  • Kollaboration

    • Einladungen
  • Sicherheit

    • Authentifizierung
    • Berechtigungssystem
    • Berechtigungsbeschränkungen für Kooperationen
    • Zugriffs-Audit-Protokollierung

Ereignisse

Ereignisse sind die maschinell erkannten Signale, die Ihre Anlagen selbst auslösen — eine Netzabschaltung, eine Überproduktionsbegrenzung, ein Logger, der den Kontakt zu seiner Quelle verliert. Sie liefern Ihnen einen objektiven, zeitgestempelten Nachweis darüber, was passiert ist, sodass Sie schnell reagieren und später belegen können, was die Plattform wann beobachtet hat.

Ereignis-Konzept

Ein Ereignis wird automatisch erstellt, wenn die Plattform einen erwähnenswerten Zustand an einer Anlage erkennt. Die meisten Ereignisse stammen vom Digital Twin und den Monitoring-Agenten, die jede Anlage überwachen; andere entstehen als Nebeneffekt von Konfigurationsänderungen (zum Beispiel, wenn ein Datenlogger hinzugefügt oder pausiert wird). Sie können auch selbst ein Ereignis für etwas erfassen, das Sie vor Ort beobachtet haben.

Ereignisse sind bewusst schlank gehalten: Jedes erfasst, was die Plattform erkannt hat, wo, wann und wie schwerwiegend es ist. Die menschliche Seite der Geschichte — Triage-Notizen, wer daran arbeitet, was zur Behebung getan wurde — lebt in Tickets, nicht im Ereignis selbst.

Ereignisse vs. Tickets

Ein Ereignis ist ein erkanntes Signal (oft automatisch). Ein Ticket ist die menschliche Nachverfolgung: Untersuchung, Zuweisung, Kommentare und Lösung. Sie verknüpfen die beiden miteinander, damit das erkannte Signal und die Arbeit zu seiner Behebung verbunden bleiben. Freitext-Felder für Titel und Beschreibung bei Ereignissen werden zugunsten von Tickets abgelöst — behandeln Sie das Ereignis als Auslöser und das Ticket als Arbeitsbereich.

Ereignistypen

Jedes Ereignis trägt einen Typ, der Ihnen sagt, was erkannt wurde:

  • Netzabschaltung: Die Produktion wurde durch den Stromnetzbetreiber abgeregelt oder gestoppt.
  • Externe Abschaltung: Die Produktion wurde durch eine externe Anweisung gestoppt (zum Beispiel durch einen Direktvermarkter oder eine ferngesteuerte Abregelung).
  • Überproduktion: Die Anlage überschritt ihr erwartetes oder zulässiges Produktionsniveau.
  • Quellenverfügbarkeit: Eine Datenquelle wurde unerreichbar oder hat sich wiederhergestellt (Datenerfassungslücke).
  • Defekt des Strahlungssensors: Ein Einstrahlungssensor meldete unplausible oder fehlende Messwerte.
  • Logger-Lebenszyklus: Ein Datenlogger wurde erstellt, aktualisiert, pausiert, fortgesetzt, gelöscht, oder seine Zugangsdaten wurden geändert.
  • Benutzererstellt: Ein Ereignis, das Sie manuell für einen beobachteten Zustand erfasst haben.

Ereignispriorität

Jedes Ereignis trägt eine Prioritätsstufe, sodass Sie sich zuerst auf das Wesentliche konzentrieren können:

PrioritätVerwenden für
Sehr hochSchwerwiegende Zustände, die sofortige Aufmerksamkeit erfordern
HochErhebliche Probleme, die zeitnah anzugehen sind
NormalDie Standardstufe für routinemäßige Erkennungen
NiedrigGeringfügige Zustände, die eine Beobachtung wert sind
Sehr niedrigHintergrundvorkommnisse, die selten ein Eingreifen erfordern

Ereignisstatus

Ereignisse durchlaufen einen kurzen, klaren Lebenszyklus:

  • Erkannt: Das Ereignis wurde gerade ausgelöst und noch nicht überprüft.
  • Bestätigt: Jemand hat das Ereignis gesehen und es zur Nachverfolgung angenommen.
  • Geschlossen: Der zugrunde liegende Zustand ist behoben. Viele Ereignisse schließen sich automatisch — zum Beispiel, wenn sich eine abgeregelte Quelle wieder verbindet, eine Abschaltung endet oder eine Überproduktion nachlässt — während andere manuell geschlossen werden, sobald die Arbeit erledigt ist.

Geschlossene Ereignisse können wieder geöffnet werden, wenn der Zustand erneut auftritt, sodass ein wiederkehrendes Problem seine Historie zusammenhält.

Verknüpfung und Nachverfolgung

Ereignisse stehen nicht für sich allein. Sie können jedes Ereignis mit den betroffenen Anlagenteilen und mit der zur Behebung notwendigen Arbeit verbinden:

  • Komponentenverknüpfungen: Hängen Sie ein Ereignis an die konkret betroffenen Komponenten an (einen Logger, Wechselrichter, GAK, String, Einspeisezähler oder Sensor) und durchsuchen Sie die Komponenten der Anlage, um die richtige zu finden.
  • Ticketverknüpfungen: Verweisen Sie aus einem Ticket auf ein Ereignis, damit Untersuchung, Zuweisung, Kommentare und Lösung an einem Ort nachverfolgt werden.
  • Benachrichtigungs-Tracking: Jedes Ereignis erfasst, welche Benutzer benachrichtigt wurden und wer es gesehen hat.

Tickets für die Arbeit verwenden

Wenn ein Ereignis eine Untersuchung oder eine Behebung erfordert, öffnen Sie ein Ticket und verknüpfen Sie das Ereignis damit. Das Ticket trägt den Bearbeiter, Kommentare, Erwähnungen und eine vollständige Aktivitätshistorie; das Ereignis bleibt der objektive Nachweis dessen, was erkannt wurde.

Abschaltungs-Tracking

Ereignisse zu Netz- und externen Abschaltungen werden außerdem in einer eigenen Ansicht zu Produktionsverlusten gesammelt. Gefiltert nach Anlage und Portfolio zeigt sie Ihnen, wie oft die Produktion unterbrochen wurde, und ordnet die verlorene Energie zu — eine direkte Grundlage für Leistungsbewertungen und Berichterstattung. Siehe Verlusterkennung dazu, wie unterbrochene Produktion quantifiziert wird.

Ereignisse finden und überprüfen

Ereignisse werden als Langzeit-Historie aufbewahrt, sodass Sie sowohl im Moment reagieren als auch später Trends analysieren können:

  • Auflisten und Filtern: Durchsuchen Sie Ereignisse über die Anlagen hinweg, auf die Sie Zugriff haben, gefiltert nach Anlage, Portfolio, Typ, Status oder Priorität, und sortiert, um die neuesten oder dringendsten zuerst hervorzuheben.
  • Zählungen: Auf einen Blick erfassbare Zähler fassen zusammen, wie viele Ereignisse offen sind und wie sie sich aufschlüsseln, und speisen das KPI-Dashboard.
  • Detailansicht: Öffnen Sie ein beliebiges Ereignis, um seinen vollständigen Kontext, verknüpfte Komponenten, verknüpfte Tickets und die Benachrichtigungshistorie zu sehen.
  • Historischer Nachweis: Geschlossene Ereignisse bleiben für Audits, Garantieansprüche und das Erkennen wiederkehrender Muster über die Zeit verfügbar.

Zugriff und Berechtigungen

Ereignisse sind eine Unter-Ressource einer Anlage, daher folgt der Zugriff Ihrer Rolle an der übergeordneten Anlage — nicht einer separaten Einstellung. Jeder, der eine Anlage einsehen kann, kann auch deren Ereignisse sehen. Darüber hinaus:

  • Technische Rollen — Betreiber und Technische Betriebsführung erhalten die vollständige Ereignisbearbeitung: bestätigen, erstellen, schließen und löschen.
  • Asset Manager (Kaufmännisch) kann Ereignisse für die kaufmännische Aufsicht erstellen und bestätigen, sie aber nicht löschen.
  • Betrachter haben nur Lesezugriff.

Kooperationspartner, die die erforderliche Funktionsrolle an einer geteilten Anlage innehaben, sind zu denselben Bedingungen einbezogen. Siehe das Berechtigungssystem für das vollständige Rollenmodell.

Verwandte Funktionen

  • Tickets — der menschliche Arbeitsbereich für die Nachverfolgung, in dem Ereignisse triagiert und gelöst werden
  • Digital Twin — die Analyse-Engine, die die meisten Ereignisse erkennt
  • Verlusterkennung — quantifiziert die während Abschaltungen verlorene Produktion
  • KPI-Dashboard — zeigt Ereigniszählungen neben Leistungskennzahlen
  • Berichte — bezieht Ereignis- und Abschaltungsverlustdaten in die periodische Dokumentation ein
Next
Tickets
MIT Licensed | Copyright 2026 Mirox Verwaltungs GmbH