Drei Pflichten, dreimal dieselbe Vorarbeit: Was Stadtwerke 2026 wirklich Ressourcen kostet
/ Lesedauer: etwa 6 Minuten
Am 27. März 2026 hat die Bundesnetzagentur 77 Aufsichtsverfahren gegen grundzuständige Messstellenbetreiber eingeleitet, die die gesetzliche Rollout-Quote verfehlt hatten. Wer in einem Stadtwerk für den Netzbetrieb oder für die IT- und OT-Landschaft verantwortlich ist, hat diese Meldung vermutlich mit gemischten Gefühlen gelesen. Nicht, weil der Smart-Meter-Rollout überraschend gekommen wäre, sondern weil er nur einer von drei Punkten auf einer Liste ist, die gerade gleichzeitig fällig wird.
NIS-2 und das KRITIS-Dachgesetz, die kommunale Wärmeplanung und die netzorientierte Steuerung nach Paragraf 14a EnWG treffen nahezu zeitgleich auf denselben Anlagenbestand. Und, was in der Praxis noch mehr wiegt, auf dieselben Verantwortlichen in IT, Asset-Management und Informationssicherheit. Inhaltlich hängen die drei Themen eng zusammen. Organisatorisch werden sie fast überall getrennt behandelt. Genau daraus entsteht der Aufwand, über den in Projektplänen selten offen gesprochen wird.
Wenn hier von Infrastruktur die Rede ist, sind zwei Ebenen gemeint: die Versorgungsinfrastruktur, deren Leitungs- und Trassendaten im GIS beziehungsweise Netzinformationssystem geführt werden, und die digitale Infrastruktur aus IT, OT und netzangebundener Technik im Feld. Die drei Pflichten verlangen Auskunft über beide Ebenen. Die Lücke liegt fast immer in der zweiten.
Was die drei Pflichten konkret verlangen
Für einen belastbaren NIS-2- und KRITIS-Nachweis braucht es ein Verzeichnis der relevanten Anlagen in IT, OT und Netzbetrieb, vom Server und aktiven Netzknoten über das IED in der Ortsnetzstation bis zur USV, die diese Technik versorgt. Zu jeder Anlage sollten Kennung, Typ, Standort, verantwortliche Rolle, Konfigurations- und Patchstand, die regulatorische Einordnung und der zugehörige Mandant dokumentiert sein. Beide Regelwerke verankern Umsetzungs- und Überwachungspflichten ausdrücklich auf Leitungsebene. Der Nachweis verschiebt sich damit von der Papierdokumentation hin zu belegbaren Betriebsdaten. Wichtig ist außerdem, dass Änderungen nachvollziehbar bleiben.
Passende Lösung
Die kommunale Wärmeplanung liegt formal bei der Stadt, macht das Stadtwerk in seinen Rollen als Netz-, Messstellen- oder Wärmenetzbetreiber aber zum zentralen Datenlieferanten. Gefragt ist hier vor allem die Versorgungsseite, und zwar konsistent über die Sparten hinweg. Trassenverläufe der Wärme-, Gas- und Stromnetze, Wärmequellen, Anschlusspunkte mit Verbrauchsdaten und prognostizierten Bedarfen. Die räumlichen Leitungsdaten liegen dafür meist schon vor. Die Arbeit steckt darin, sie mit Anlagen-, Anschluss- und Verbrauchsbezügen zu einem auswertbaren Gesamtbild zu verbinden. Und da die Planung regelmäßig fortgeschrieben wird, ist das keine einmalige Lieferung.
Für die Paragraf 14a-Steuerung müssen steuerbare Verbrauchseinrichtungen wie Wallboxen, Wärmepumpen und Heimspeicher ihrer jeweiligen Ortsnetzstation zugeordnet sein. In einem mittleren Versorgungsgebiet geht es rasch um mehrere Tausend solcher Einrichtungen. Im Abrechnungssystem sind die zugehörigen Anschlussnutzer und Messstellen zwar erfasst. Die technische Zuordnung zu einer konkreten Niederspannungsstation fehlt jedoch häufig. Ohne sie lässt sich im Lastfall kaum gezielt statt pauschal reagieren, und nachträglich gegenüber Aufsicht und interner Revision schon gar nicht.
Drei Adressaten, drei Fristen, drei Zuschnitte. Und im Kern immer dieselbe Frage: Wie verlässlich lässt sich beschreiben, welche Anlagen und welche Technik vorhanden sind und wie beides zusammenhängt?
Wo der Aufwand tatsächlich anfällt
In der Praxis bedeutet das dreimal dieselbe Vorarbeit auf derselben Datenbasis. Für jede Anforderung werden die benötigten Informationen erneut aus denselben Bestandssystemen gezogen, geprüft und zusammengeführt. Meist von denselben zwei oder drei Kolleginnen und Kollegen, die die Systemlandschaft gut genug kennen, um zu wissen, welcher Tabelle man trauen darf.
Das Ergebnis sind parallele Konsolidierungen. Sie binden Personal, laufen über die Zeit auseinander und lassen sich nur mit Mühe konsistent halten. Die unangenehme Folge zeigt sich im schlechtesten Fall ausgerechnet im Audit, wenn zwei Nachweise für dasselbe Betriebsmittel unterschiedliche Stände ausweisen und niemand auf Anhieb erklären kann, welcher davon gilt.
Eine eigens für den Prüftermin erstellte Momentaufnahme hilft dann wenig. Sie hält der ersten Rückfrage stand, vielleicht der zweiten, und gerät dann an ihre Grenzen. Die wiederkehrende Mehrarbeit ist deshalb kein Zeichen mangelnder Sorgfalt. Sie ist ein strukturelles Problem. Die zugrunde liegende Datenbasis ist nicht zentral konsolidiert.
Der Sonderfall Entflechtung
Bei Stadtwerken kommt eine Anforderung hinzu, die Unternehmen anderer Branchen in dieser Form nicht kennen. Ein physisches Betriebsmittel, mehrere rechtlich getrennte Sichten. Netzgesellschaft, Vertrieb und Konzern-Audit greifen auf dasselbe Objekt zu, dürfen aber unterschiedliche Daten sehen und brauchen unterschiedliche Zugriffsrechte.
Wer das über getrennte Datenbestände löst, hat die Entflechtung formal abgebildet und sich ein Pflegeproblem eingekauft. Jede Änderung im Feld muss an mehreren Stellen nachgezogen werden, und die Abweichung ist nur eine Frage der Zeit. Mandantenfähigkeit im Datenmodell ist die sauberere Antwort: dasselbe Objekt, differenzierte Sichten und Rechte, keine Doppelführung.
Einmal konsolidieren statt dreimal aufbereiten
Die naheliegende Antwort auf drei Anforderungen ist: drei Projekte. Tatsächlich liegt allen dreien dieselbe Lücke zugrunde, und es ist nicht das fehlende Tool. Die Tools sind vorhanden. Das GIS dokumentiert Lage und Trassen der Versorgungsnetze, das Leitsystem kennt den Schaltzustand, das Abrechnungssystem die Anschlussnutzer, die CMDB die IT-Konfigurationen im Rechenzentrum. Jedes dieser Systeme tut, wofür es gebaut wurde. Was fehlt, ist die konsolidierte Datenebene darunter, die die digitale Infrastruktur bis in die Station hinein abbildet und mit der Versorgungsseite verknüpft.
Genau dort setzt FNT Command an. Die Plattform ergänzt SCADA, ADMS, das führende GIS und die vorhandenen OT-Systeme und schafft darunter eine gemeinsame Stammdatenebene aus Anlagenregister, Topologie und Connectivity. Abgebildet wird dabei die digitale Infrastruktur in einem Modell, von der Netzwerk- und Kabelinfrastruktur über die Stromversorgungskette der IT- und OT-Standorte bis zu Stationstechnik und Sensorik. Die führenden Leitungsdaten der Versorgungsnetze bleiben in der Regel im GIS beziehungsweise Netzinformationssystem, FNT Command führt die Bezüge dorthin. Die relevanten Daten werden aus den Bestandssystemen gelesen, etwa aus SAP IS-U, Schleupen, Esri oder den Leitsystemen, während die Quellsysteme unverändert weiterlaufen. Die Anbindung erfolgt projektbezogen mit etablierten Tools wie dem FNT IntegrationCenter.
Realistischer Einstieg
Bei einem Vorhaben dieser Reichweite ist die Frage nach Aufwand und Risiko berechtigt. Der aufwendigste Teil ist dabei nicht die Technik, sondern die Klärung. Wenn für dieselbe Ortsnetzstation zwei Inbetriebnahmetermine dokumentiert sind oder für denselben Glasfaser-Strang zwei unterschiedliche Verantwortliche genannt werden, muss entschieden werden, welche Quelle künftig maßgeblich ist und wer den Bestand pflegt. Diese Arbeit lässt sich nicht an Software delegieren. Einen Big Bang braucht es dafür aber nicht. Ein klar zugeschnittener erster Datenbereich lässt sich innerhalb weniger Wochen aufsetzen, und jede weitere Anforderung greift danach auf dasselbe Fundament zu, statt eine neue Konsolidierung auszulösen.
Mehr zum Thema: Im Expert Paper „Drei Pflichten, ein Datenfundament" zeigen wir am Szenario eines mittelgroßen Querverbund-Stadtwerks, wie sich NIS-2/KRITIS, Wärmeplanung und Paragraf 14a auf einer gemeinsamen Infrastruktur-Datenbasis erfüllen lassen. Enthalten sind unter anderem das Architekturschaubild der gemeinsamen Stammdatenschicht, ein durchgespieltes Prüfszenario und das Phasenmodell für die Einführung. Expert Paper jetzt herunterladen