Redispatch-Daten sind Betriebsdaten, keine Projektanlage
Die Antwort zuerst: Stadtwerke sollten die Fortentwicklung des Redispatch 2.0 als Anlass nehmen, eine Datenqualitätsroutine für das Planwertmodell aufzubauen. Die Bundesnetzagentur beschreibt Redispatch als Eingriffe in die Erzeugungsleistung, um Leitungsabschnitte vor Überlastung zu schützen. Der BDEW verweist im Zusammenhang mit der neuen Festlegung zur Fortentwicklung des Redispatch 2.0 darauf, dass an Verteilernetze angeschlossene Anlagen schrittweise in das Planwertmodell und damit in den gezielten bilanziellen Ausgleich überführt werden sollen. Diese Entwicklung ist für kommunale Netzbetreiber keine reine Regulierungsnotiz. Sie verändert die tägliche Bedeutung von Datenqualität.
Redispatch 2.0 wurde in vielen Häusern zunächst als Einführungsprojekt erlebt: Rollen klären, Systeme anbinden, Stammdaten erfassen, Kommunikationswege aufsetzen, Dienstleister einbinden. Mit der weiteren Entwicklung verschiebt sich der Schwerpunkt. Es geht weniger darum, einmalig startfähig zu sein, sondern darum, dauerhaft belastbare Datenflüsse zu führen. Planwerte, Nichtverfügbarkeiten, technische Ressourcen, Einsatzverantwortliche, Betreiberrollen, Abrechnungsdaten und Kommunikationsstatus müssen im Betrieb konsistent bleiben.
Das ist anspruchsvoll, weil Redispatch-Daten mehrere Welten verbinden. Sie stammen aus technischen Anlagen, kaufmännischen Marktrollen, Prognoseprozessen, Netzberechnungen, Bilanzierung und Marktkommunikation. Jede Welt hat eigene Taktung, eigene Verantwortlichkeiten und eigene Fehlertoleranz. Im Engpassfall wird aus einer kleinen Stammdatenabweichung schnell ein operatives Problem.
Eine Datenqualitätsroutine behandelt diese Informationen deshalb nicht als Anhänge eines Projekts, sondern als Betriebsdaten. Sie fragt regelmäßig: Sind Anlagen richtig klassifiziert? Sind Zuständigkeiten aktuell? Sind Kommunikationswege erreichbar? Sind Planwerte plausibel? Sind Fehlerklassen dokumentiert? Sind Dienstleisterrollen eindeutig? Und ist erkennbar, welche Datenlücke netzbetrieblich relevant ist?
Das Planwertmodell verlangt andere Disziplin
Das Planwertmodell ist mehr als ein zusätzlicher Datensatz. Es erhöht den Anspruch an zeitliche Qualität, Rollenklärung und Nachvollziehbarkeit. Wenn bilanzielle Wirkungen gezielter in Verteilernetzen verarbeitet werden sollen, müssen die zugrunde liegenden Informationen rechtzeitig, vollständig und plausibel sein.
Für kleinere und mittlere Stadtwerke ist dabei nicht entscheidend, jede Funktion selbst zu bauen. Der BDEW weist darauf hin, dass Zusammenarbeit oder Dienstleistermodelle gerade für kleinere Verteilernetzbetreiber naheliegen können. Daraus folgt aber keine Entlastung von der eigenen Datenverantwortung. Auch wenn technische Umsetzung oder Bilanzkreisbewirtschaftung unterstützt wird, muss das Stadtwerk wissen, welche Datenqualität es liefert, welche Prüfungen es erwartet und wie Abweichungen zurückgemeldet werden.
Eine gute Routine trennt deshalb drei Ebenen. Erstens die fachliche Verantwortung: Wer entscheidet, welche Anlage in welcher Rolle geführt wird? Zweitens die operative Datenpflege: Wer aktualisiert Stammdaten, Status, Nichtverfügbarkeit und Ansprechpartner? Drittens die Qualitätsbewertung: Wer erkennt Muster, priorisiert Fehler und berichtet Risiken? Ohne diese Trennung landen alle Fragen bei den wenigen Personen, die das System historisch eingeführt haben. Das ist ein Betriebsrisiko.
Qualität beginnt bei Stammdaten, endet dort aber nicht
Stammdaten sind der sichtbare Anfang. Wenn technische Ressourcen, Marktlokationen, Betreiberrollen oder Ansprechpartner falsch geführt werden, ist jede weitere Prozessstufe gefährdet. Aber Redispatch-Datenqualität endet nicht bei Stammdaten. Sie umfasst auch die zeitliche Verfügbarkeit von Planwerten, die Plausibilität von Prognosen, die Konsistenz zwischen Systemen und die Nachvollziehbarkeit von Korrekturen.
Ein Stadtwerk sollte deshalb nicht nur eine Stammdatenliste führen, sondern eine Qualitätsmatrix. Diese Matrix kann einfach beginnen: Datenobjekt, verantwortliche Rolle, Aktualisierungsanlass, Prüfregel, Fehlerklasse, Eskalationsweg und letzter erfolgreicher Test. Für kritische Datenobjekte wird zusätzlich festgehalten, welche betriebliche Wirkung eine Abweichung hat. Ist es ein Komfortfehler, ein Clearing-Thema, ein Abrechnungsrisiko oder ein netzbetriebliches Risiko?
Die Unterscheidung ist wichtig, weil nicht jeder Fehler gleich dringend ist. Eine falsch geschriebene Kontaktbezeichnung hat eine andere Wirkung als eine veraltete Anlagenzuordnung oder ein fehlender Kommunikationskanal. Datenqualität wird erst führbar, wenn Fehlerklassen Priorität bekommen.
Testumgebungen brauchen echte Szenarien
In der Branchenberichterstattung zur Fortentwicklung des Redispatch 2.0 wird auch auf Testumgebungen und Qualitätsbewertungen verwiesen. Für Stadtwerke ist das ein entscheidender Punkt. Tests sind nur dann hilfreich, wenn sie nicht bloß technische Erreichbarkeit prüfen, sondern reale Szenarien abbilden.
Ein gutes Testszenario beginnt mit einer fachlichen Frage: Was passiert, wenn eine Anlage kurzfristig nicht verfügbar ist? Was passiert, wenn ein Planwert fehlt? Was passiert, wenn ein Dienstleisterwechsel ansteht? Was passiert, wenn ein Kommunikationspartner nicht antwortet? Was passiert, wenn mehrere Anlagen in einem Netzbereich gleichzeitig betroffen sind?
Solche Szenarien machen sichtbar, ob Rollen, Daten und Systeme zusammenarbeiten. Sie zeigen auch, wo Handarbeit entsteht. Handarbeit ist nicht automatisch schlecht; sie muss aber bekannt sein. Gefährlich wird sie, wenn sie erst im Ereignisfall entdeckt wird und niemand dokumentiert hat, wer entscheiden darf.
Reporting für Führung und Fachbereich
Datenqualität im Redispatch darf nicht allein als technisches Detail im Fachbereich verschwinden. Sie braucht ein kleines, belastbares Reporting. Dieses Reporting sollte nicht mit Kennzahlen überfrachtet sein. Drei Fragen reichen für den Einstieg: Welche kritischen Datenobjekte sind vollständig und aktuell? Welche Fehlerklassen treten wiederkehrend auf? Welche Abhängigkeiten zu Dienstleistern oder Marktpartnern sind ungeklärt?
Für Führungskräfte ist besonders die Richtung wichtig. Wird die Datenqualität besser oder schlechter? Häufen sich Fehler vor Stichtagen? Gibt es Anlagenklassen mit besonderen Problemen? Entstehen Risiken durch Personalkonzentration? Diese Fragen entscheiden darüber, ob Redispatch als stabiler Betriebsprozess geführt wird oder als dauerhafte Sonderlage.
Das Reporting sollte zugleich fachlich fair bleiben. Es darf nicht den Eindruck erwecken, jede Abweichung sei ein Organisationsversagen. In einem komplexen Marktrollen- und Datenmodell werden Fehler auftreten. Entscheidend ist, ob das Stadtwerk sie erkennt, klassifiziert, behebt und daraus lernt.
Die kleinste sinnvolle Routine
Eine kleinste sinnvolle Routine besteht aus einem monatlichen Datenqualitätscheck, einer Fehlerklassenliste und einem Quartalstest. Der monatliche Check prüft Stammdaten, Rollen, Kommunikationswege und offene Korrekturen. Die Fehlerklassenliste sammelt wiederkehrende Abweichungen und ordnet sie nach Wirkung. Der Quartalstest spielt ein realistisches Szenario durch und dokumentiert, ob Daten, Rollen und Systeme zusammenarbeiten.
Damit entsteht noch kein perfektes Redispatch-Betriebssystem. Aber es entsteht ein gemeinsames Lagebild. Stadtwerke können besser entscheiden, welche Lücken sie selbst schließen, wo Dienstleister stärker eingebunden werden und welche Risiken sie gegenüber Geschäftsführung oder Gremien transparent machen müssen.
Die wichtigste Verschiebung lautet: Redispatch-Datenqualität ist keine einmalige Vorbereitungsaufgabe. Sie ist eine wiederkehrende Betriebsroutine. Wer sie klein, klar und regelmäßig führt, wird mit künftigen Prozessanpassungen besser umgehen können.