Software für die technische Betriebsführung: vom Alarm zum Nachweis

Assets sind der technische Kern

Die Asset-Hierarchie ist frei definierbar und wird über Assettypen konkretisiert, etwa Wechselrichter, String, Zähler oder Umspannwerk. Anzahl und Granularität legen wir gemeinsam im Projekt fest.

• Lifecycle-Informationen wie in Betrieb, außer Betrieb oder ersetzt
• Meilensteine sowie Freigabe- und Stichtagsdaten
• Prüf- und Wartungszyklen mit Intervall, Startdatum und nächstem Termin
• Dokumente wie Datenblätter, Abnahmeprotokolle und Wartungsberichte
• Technische Parameter, Seriennummern und Zählerstände
• Eine Timeline für Änderungen und Ereignisse

Am Asset hängen außerdem die Verträge: Kundenaufträge, Einkaufsaufträge sowie Nutzungs- und sonstige Verträge. Störung, geplante Maßnahme und vertraglicher Kontext stehen damit im selben technischen Bezug.

Ein Assetkatalog liegt bei

Für den Einstieg ist ein vorkonfigurierter Katalog enthalten, gegliedert in 4 Kategorien. Die Kategorien schließen einander nicht aus: ein Hybridstandort nutzt mehrere auf derselben Infrastruktur. Der Katalog ist erweiterbar.

• Typübergreifend: Standort, parkinterne Verkabelung, AC-Verteilung, Mittelspannungsschaltanlage, Trafostation, Übergabestation und Umspannwerk, Zähler und Messtechnik, Monitoring, Zuwegung, Einzäunung und Sicherheitstechnik
• Photovoltaik: PV-Park
• Wind: Windpark, Windenergieanlage als Einheit mit Vertrag, Vollwartung und zugesicherter Verfügbarkeit, optional Messmast
• Batteriespeicher

Woher die Anlagen kommen

Assets entstehen nicht mit dem Betriebsbeginn, sondern deutlich früher. Ein Windpark hat seine Anlagentypen und Nabenhöhen bereits in der Genehmigungsplanung.

Aus der eigenen Projektentwicklung. Wird das Modul Develop eingesetzt, entsteht die Anlage dort und wird im Betrieb als derselbe Datensatz weitergeführt. Anlagentyp und Auslegung, Komponenten mit Datenblättern und Zertifikaten, Netzanschluss mit Umspannwerk, die Zuordnung zu Flurstücken und Nutzungsverträgen sowie die Errichtungshistorie sind mit der Inbetriebnahme bereits vorhanden.

Aus Zukauf oder Fremdentwicklung. Der Anlagenbestand wird beim Onboarding aufgebaut. Grundlage sind der mitgelieferte Assetkatalog, die Übergabeunterlagen, das Monitoringsystem und gegebenenfalls das System des Voreigentümers.

Alarm, Qualifizierung, Ticket

Ein Alarm ist zunächst ein Signal. Er wird immer dem betroffenen Asset zugeordnet, mindestens der Anlage, auf Wunsch bis auf Komponentenebene. Die Leitwarte qualifiziert ihn, bevor daraus ein Vorgang wird.

Tickets entstehen auf mehreren Wegen: automatisiert aus einem Monitoring-Alarm, manuell über Telefon oder E-Mail oder aus den Feststellungen eines Wartungsberichts. Ein Bericht kann mehrere Tickets auslösen.

Jedes Ticket trägt die betroffene Anlage, den Startzeitpunkt des Ereignisses, eine Kurzbeschreibung, seine Priorität und die Referenz zur Quelle. Der Status folgt einem einfachen Verlauf von neu über in Bearbeitung bis erledigt.

Die Schnittstelle zum Monitoring

Das Monitoringsystem liefert die Alarmdaten als strukturierte Felder und stößt daraus die Ticketanlage an. In die Gegenrichtung geht eine Rückmeldung, damit im Monitoring sichtbar wird, ob ein Vorgang angekommen und erledigt ist.

• Feldabgleich zwischen Monitoring und Ticket: Alarmtyp, betroffene Geräte, Zeitstempel, Störungsdauer
• Eindeutige Referenzen über Alarm-ID, Ticket-ID und Assetbezug
• Statusrückmeldung an das Monitoring, mindestens angenommen, optional erledigt
• Synchronisation je nach Anforderung, von nahezu in Echtzeit bis einmal täglich

Organisatorisch ist eine Frage vorab zu klären: wo der digitale Zwilling führend gepflegt wird und wie Änderungen synchron bleiben. Diese Festlegung entscheidet über die Datenqualität im laufenden Betrieb.

Service Level Agreements, die sich messen lassen

Die Vereinbarung ist mit dem Serviceauftrag verknüpft und bündelt zwei Teile: die Regeln, wann sie greift, und die Ziele, die gemessen werden.

Die Regeln legen den Geltungsbereich fest, also Kunde, Ticketkategorie, Priorität und Region. Dazu Kalender und Betriebszeitfenster samt regionalem Feiertagskalender, die Startlogik, Pausenregeln für Wartezustände wie wartet auf Ersatzteil und die Eskalation bei 80 oder 90 Prozent der Zielzeit.

Die Ziele beschreiben Start- und Endereignis sowie die maximale Dauer:

• Reaktionszeit bis zur Übernahme durch einen Verantwortlichen
• Qualifizierungszeit bis zur Bestätigung durch die Leitwarte
• Behebungszeit bis zur dokumentierten Lösung
• Rückmeldezeit bis zur Meldung an Quelle oder Kunde
• Wiederherstellungszeit bis zum Normalzustand der Anlage, optional

Die Instanz ist die konkrete Messung eines Ziels für ein bestimmtes Ticket. Sie entsteht automatisch, führt die tatsächlich gemessene Zeit und zeigt, ob das Ziel voraussichtlich erreicht wird.

Wiederholfehler früh erkennen

Regeln weisen auf Auffälligkeiten hin, etwa mehr als 5 Tickets an einem Asset innerhalb eines definierten Zeitraums. Das ist kein Betriebsstatus, sondern ein Indikator, der ein wiederkehrendes Problem früh sichtbar macht.

Die Karte als Einstieg in der Leitwarte

Anlagen und Umspannwerke werden mit ihrer Position dargestellt, gemeinsam mit den zugehörigen Flächen. Die Flyouts sind je Assettyp ausgeprägt, zu einer Anlage erscheinen andere Angaben als zu einem Umspannwerk.

Aus dem Flyout springen Sie in das Asset und von dort zu den verknüpften Tickets, Alarmen und Arbeitsaufträgen. Der räumliche Kontext hilft bei der Einordnung: Nachbaranlagen und ein gemeinsamer Netzanschluss deuten oft darauf hin, ob eine Einzelstörung oder ein übergreifendes Ereignis vorliegt.

Zwei Dashboards für den Tagesbetrieb

Das Dashboard Customer Service zeigt offene Tickets nach Status und Priorität, überfällige und eskalierte Vorgänge, drohende und eingetretene SLA-Verletzungen sowie neue Alarme. Das Dashboard Asset Management zeigt Anlagen mit fälligen Prüfterminen, gehäuften Tickets und ihrem Betriebsstatus. Aus jeder Kachel springen Sie in den Datensatz.