Redispatch 2.0 nach der Festlegung: Warum VNB jetzt eine Datenfähigkeitsakte brauchen

Die Festlegung verschiebt den Blick auf Umsetzungsfähigkeit

Die Bundesnetzagentur hat im Verfahren zur Fortentwicklung von Redispatch 2.0 beschrieben, dass der bilanzielle Ausgleich in Verteilernetzen schrittweise und systemschützend weiterentwickelt werden soll. Gleichzeitig verweist die Behörde auf die besondere Verantwortung von Übertragungs- und Verteilnetzbetreibern, damit Redispatch über Netzebenen und Marktrollen hinweg funktioniert. Für Stadtwerke und regionale VNB ist das eine wichtige Botschaft: Es geht nicht nur um ein weiteres Marktkommunikationsformat, sondern um nachweisbare Datenfähigkeit.

Redispatch 2.0 berührt Stammdaten, Planungsdaten, Prognosen, Abrufe, Bilanzierungslogik, Meldewege, Netzbetreiberkoordination und betriebliche Lagebewertung. Jeder dieser Punkte kann für sich funktionieren und im Zusammenspiel trotzdem scheitern. Eine Anlage kann korrekt erfasst sein, aber nicht rechtzeitig in der richtigen Prozesssicht auftauchen. Eine Prognose kann fachlich plausibel sein, aber nicht zur operativen Entscheidung passen. Ein Abruf kann technisch dokumentiert sein, aber im Nachgang nicht sauber erklärt werden.

Deshalb brauchen VNB eine Datenfähigkeitsakte. Sie beschreibt nicht abstrakt, dass Datenqualität wichtig ist. Sie zeigt konkret, welche Daten für welche Redispatch-Aufgabe benötigt werden, wer sie verantwortet, wie aktuell sie sind, wo Unsicherheiten liegen und welche Ersatzroutine greift, wenn ein Datenpunkt fehlt oder widersprüchlich ist.

Datenfähigkeit ist mehr als Stammdatenpflege

In vielen Organisationen wird Datenqualität zunächst als Stammdatenproblem verstanden. Das ist verständlich, aber zu eng. Redispatch 2.0 braucht Stammdaten, aber es braucht ebenso Ereignisdaten, Planungsstände, Prognosegüte, Kommunikationshistorie und Rollenklärung. Entscheidend ist nicht nur, ob eine Anlage im System vorhanden ist. Entscheidend ist, ob ihre netzrelevanten Eigenschaften, ihre Zuordnung, ihre technische Steuerbarkeit und ihre prozessuale Behandlung im richtigen Moment belastbar sind.

Eine Datenfähigkeitsakte kann mit wenigen Prüffragen starten. Welche Anlagen sind redispatchrelevant oder potenziell relevant? Welche Datenfelder sind für technische Bewertung, Abruf, Bilanzierungsbezug und Nachweisführung zwingend? Welche Daten kommen vom Anlagenbetreiber, welche aus eigenen Systemen, welche aus Dienstleisterprozessen? Welche Felder werden regelmäßig validiert? Welche Fehlerklassen führen zu manueller Klärung? Welche Datenlücke verhindert nur Automatisierung und welche gefährdet die betriebliche Entscheidung?

Diese Unterscheidung ist wichtig, weil nicht jede Lücke gleich kritisch ist. Ein fehlender Komfortwert kann später ergänzt werden. Eine unklare Zuordnung, ein fehlerhafter Netzverknüpfungspunkt oder eine nicht nachvollziehbare Prognoseannahme kann dagegen die gesamte Prozesskette schwächen. Führung braucht deshalb nicht nur Listen offener Punkte, sondern eine Priorisierung nach Betriebswirkung.

Planwertmodell und Prognose sind Organisationsfragen

Die Diskussion um Modelle darf nicht rein technisch geführt werden. Planwerte, Prognosen und bilanzielle Behandlung sind nur so belastbar wie die Organisation, die sie erzeugt, prüft und verwendet. Für kleinere VNB kann Zusammenarbeit mit Dienstleistern oder anderen Netzbetreibern sinnvoll sein. Doch auch dann bleibt die fachliche Verantwortung nicht vollständig außerhalb der eigenen Organisation. Wer eine Aufgabe auslagert, muss wissen, welche Daten geliefert werden, welche Qualität vereinbart ist, welche Abweichungen gemeldet werden und wer im Störfall entscheidet.

Eine Datenfähigkeitsakte macht diese Abhängigkeiten sichtbar. Sie hält fest, welche Rollen intern und extern beteiligt sind, welche Schnittstellen kritisch sind und wie Rückfragen bearbeitet werden. Besonders wertvoll ist eine einfache Fehlerklassifikation: Stammdatenfehler, Prognoseabweichung, Kommunikationsfehler, Abrufdokumentation, Rollenunklarheit, Meldeverzug oder Systemverfügbarkeit. Solche Klassen helfen, wiederkehrende Probleme nicht als Einzelfälle zu behandeln.

Redispatch wird damit zu einem Lernprozess. Jede Abweichung kann zeigen, ob das Problem in Daten, System, Rolle, Frist, Sprache oder Steuerungslogik liegt. Ohne diese Struktur entsteht nur ein Stapel Klärfälle. Mit Struktur entsteht ein Verbesserungszyklus, der sich gegenüber Management, Aufsicht und Partnern erklären lässt.

Meldeprozesse brauchen Viertelstunden- und Managementblick

Netzengpassmanagement ist operativ kleinteilig. Daten können viertelstundenscharf, maßnahmenscharf und systemnah sein. Führung braucht aber zusätzlich eine verdichtete Sicht: Welche Netzbereiche erzeugen wiederkehrende Engpasssignale? Welche Anlagenklassen verursachen hohe Klärlast? Welche Datenfelder sind besonders fehleranfällig? Welche Dienstleisterübergaben bremsen den Prozess? Welche Verbesserungen senken das Risiko im nächsten Monat?

Die Kunst besteht darin, beide Ebenen nicht zu verwechseln. Der operative Prozess benötigt Präzision. Das Management benötigt Entscheidungsfähigkeit. Eine gute Datenfähigkeitsakte verbindet beides: Sie enthält technische Mindestdaten, Prozessverantwortung und eine kurze monatliche Lagebewertung. Diese Lagebewertung muss keine lange Studie sein. Sie sollte zeigen, ob die Organisation besser oder schlechter wird, welche drei Fehlerklassen dominieren und welche Maßnahme als Nächstes Priorität hat.

Damit wird Redispatch 2.0 auch für kleinere Stadtwerke führbar. Nicht jedes Haus muss jede Spezialkompetenz selbst aufbauen. Aber jedes Haus braucht eine klare Sicht darauf, welche Fähigkeiten vorhanden sind, welche Abhängigkeiten bestehen und welche Lücken bewusst akzeptiert oder aktiv bearbeitet werden.

Der nächste Reifegrad ist Nachweisfähigkeit

Die entscheidende Frage lautet nicht: Haben wir ein System für Redispatch? Sie lautet: Können wir zeigen, dass Daten, Rollen, Entscheidungen und Meldungen zusammenpassen? Genau hier liegt der Nutzen einer Datenfähigkeitsakte. Sie ist kein zusätzliches Bürokratieformat, sondern ein gemeinsamer Prüfpfad für Betrieb, Datenmanagement, Netzführung, Marktkommunikation und Management.

Für VNB beginnt der pragmatische Einstieg mit einem begrenzten Anlagencluster, einer klaren Datenmatrix und einer monatlichen Fehlerauswertung. Danach kann die Struktur wachsen. Wichtig ist, dass die Organisation nicht auf den perfekten Endzustand wartet. Redispatch 2.0 wird weiterentwickelt, aber Datenfähigkeit lässt sich heute verbessern. Wer früh damit beginnt, reduziert Klärlast, stärkt Koordination und macht regulatorische Veränderungen leichter verarbeitbar.