Aus Weiterentwicklung wird Alltagsfähigkeit

Redispatch 2.0 ist für viele Stadtwerke kein neues Thema mehr. Neu ist jedoch die Qualität der operativen Anforderungen, die aus der Weiterentwicklung entsteht. Die öffentliche Einordnung des BDEW zur Bundesnetzagentur-Festlegung beschreibt eine schrittweise, systemschützende Realisierung des bilanziellen Ausgleichs und eine stärkere Rolle des Planwertmodells. Zugleich werden Kommunikationsprozesse nicht als fertige Schablone verstanden, sondern sollen in der Branche weiter konkretisiert werden. Für Verteilnetzbetreiber heißt das: Die eigentliche Arbeit beginnt nicht erst mit einem finalen IT-Release, sondern mit der Frage, ob die Organisation ihre Redispatch-Fälle als wiederholbaren Betriebsprozess führen kann.

Das Planwertmodell klingt zunächst technisch. In der Praxis ist es ein Verlässlichkeitsversprechen zwischen Rollen: Anlagenbetreiber, Direktvermarkter, Netzbetreiber, Übertragungsnetzbetreiber, Bilanzkreisverantwortliche und Dienstleister müssen aufeinander bezogene Datenstände erzeugen. Sobald eine dieser Stellen anders zählt, anders klassifiziert oder später reagiert, entsteht Klärarbeit. Deshalb sollte ein Stadtwerk Redispatch 2.0 nicht nur als Vorgabenkatalog lesen, sondern als Test seiner internen Koordinationsfähigkeit.

Eine Betriebsakte hilft, diese Fähigkeit sichtbar zu machen. Sie ist kein zusätzlicher Ordner, sondern die strukturierte Sicht auf wiederkehrende Fragen: Welche Anlagen sind relevant? Welche Planwerte sind verfügbar und plausibilisiert? Welche Prozesse gelten für Ausfallarbeit? Welche Fristen und Übergaben sind kritisch? Welche Kommunikationswege sind dokumentiert? Welche Fälle sind fachlich geklärt, aber technisch noch nicht stabil?

Die Anlage ist nicht nur ein Stammdatensatz

Viele Redispatch-Probleme beginnen nicht beim Eingriff, sondern im Vorfeld. Eine Anlage ist im operativen Prozess mehr als eine Leistung, ein Standort und eine Marktrolle. Sie hat einen Status, eine technische Ressource, Zuordnungen, Verantwortliche, Kommunikationspartner, Prognosefähigkeit und historische Auffälligkeiten. Wenn diese Informationen verteilt in Netzleittechnik, EDM, Marktkommunikation, MaStR-Abgleich, Vertragsdaten und Dienstleisterlisten liegen, entsteht im Ereignisfall ein Suchprozess.

Für Stadtwerke ist deshalb entscheidend, eine anlagenbezogene Betriebslogik zu etablieren. Diese Logik beantwortet, welche Daten als führend gelten, welche Abweichungen tolerierbar sind und wann ein Fall eskaliert. Bei kleinen und mittleren Netzbetreibern ist das besonders relevant, weil Redispatch-Fälle nicht immer in hoher Routine auftreten. Gerade deshalb muss die Organisation in ruhigen Phasen trainieren, welche Informationen gebraucht werden und wo sie herkommen.

Eine gute Betriebsakte unterscheidet mindestens fünf Ebenen: Stammdaten, Planwerte, operative Meldungen, Abrechnungs- und Ausfallarbeitsdaten sowie Klärfälle. Jede Ebene hat andere Qualitätskriterien. Stammdaten müssen eindeutig sein. Planwerte müssen zeitlich passend und plausibel sein. Meldungen müssen adressiert und verarbeitet werden. Abrechnungsdaten müssen nachvollziehbar bleiben. Klärfälle müssen so dokumentiert werden, dass sie nicht bei jeder Wiederholung von vorne beginnen.

Zusammenarbeit braucht einen eigenen Takt

Die Weiterentwicklung von Redispatch 2.0 betont Zusammenarbeit über Netzebenen und Marktrollen hinweg. Das ist fachlich richtig, aber organisatorisch anspruchsvoll. Zusammenarbeit entsteht nicht durch die bloße Existenz einer Arbeitsgruppe. Sie braucht einen Takt, eine Sprache und eine Entscheidungsstruktur.

Für Stadtwerke bedeutet das: Redispatch sollte in einem festen Betriebsformat auftauchen, nicht nur in Projektterminen. Ein monatlicher oder zweiwöchentlicher Redispatch-Review kann ausreichen, wenn er klar geführt wird. Die Agenda sollte nicht mit allgemeinen Statusmeldungen beginnen, sondern mit konkreten Betriebsfragen: Welche Anlagen sind neu relevant geworden? Welche Planwertqualität war auffällig? Welche Kommunikationsfehler sind aufgetreten? Welche Ausfallarbeitsfälle sind offen? Welche Übergaben an vorgelagerte Netzbetreiber oder Dienstleister müssen angepasst werden?

Dieser Takt schützt vor zwei Extremen. Das erste Extrem ist Toolgläubigkeit: Man wartet auf die perfekte Schnittstelle und übersieht, dass Rollen, Verantwortlichkeiten und Datenregeln noch ungeklärt sind. Das zweite Extrem ist Improvisation: Jeder Fall wird fachlich irgendwie gelöst, aber die Erkenntnis landet nicht in einer wiederholbaren Routine. Beides ist teuer, weil Redispatch nicht nur Einzelfallbearbeitung ist. Er berührt Versorgungssicherheit, Marktkommunikation, Bilanzierung und Vertrauen zwischen Partnern.

Planwerte brauchen Plausibilitätsregeln

Planwerte sind nur dann hilfreich, wenn sie als entscheidungsfähige Daten behandelt werden. Ein Wert, der zwar im System steht, aber nicht plausibilisiert ist, kann im Betrieb trügerische Sicherheit erzeugen. Deshalb sollten Stadtwerke einfache Regeln festlegen: Wann gilt ein Planwert als vollständig? Welche Abweichung löst eine Prüfung aus? Welche historischen Vergleichswerte werden herangezogen? Wer darf einen Wert fachlich freigeben? Wie wird dokumentiert, dass ein Wert nur eingeschränkt belastbar ist?

Solche Regeln müssen nicht überkomplex sein. Oft reicht eine Ampel: Grün bedeutet vollständig, fristgerecht und fachlich unauffällig. Gelb bedeutet nutzbar, aber mit erklärter Unsicherheit. Rot bedeutet nicht entscheidungsfähig. Entscheidend ist, dass die Ampel nicht kosmetisch bleibt. Gelbe und rote Fälle müssen eine nächste Handlung haben: Datenkorrektur, Rückfrage, Dienstleisterklärung, Prognoseprüfung oder Eskalation.

Besonders wichtig ist die Verbindung zwischen Planwert und Klärfall. Wenn ein Planwert auffällig ist, sollte die Organisation später erkennen können, ob es ein Stammdatenproblem, ein Prognoseproblem, ein Kommunikationsproblem oder ein Sonderfall der Anlage war. Ohne diese Unterscheidung entsteht eine lange Liste von Fehlern, aber kein Lernen.

Ausfallarbeit ist kein nachgelagerter Papierprozess

Ausfallarbeit wird in vielen Organisationen erst dann sichtbar, wenn ein Abrechnungs- oder Prüfpfad ansteht. Für Redispatch 2.0 ist das zu spät. Die Bestimmung der Ausfallarbeit hängt an Daten, Annahmen, Zuständigkeiten und Fristen. Wenn diese Grundlagen erst nach einem Eingriff zusammengesucht werden, wächst das Risiko von Widersprüchen und Verzögerungen.

Eine Betriebsakte sollte daher die Ausfallarbeitslogik mitführen. Nicht als verbindliche Rechtsauslegung, sondern als operatives Arbeitsmodell: Welche Datenquellen werden genutzt? Welche Ersatzwert- oder Plausibilitätsfragen sind bekannt? Welche Fälle sind besonders fehleranfällig? Welche Rollen prüfen? Wie wird dokumentiert, warum ein Ergebnis zustande kam?

Gerade kleinere Stadtwerke können davon profitieren, diese Fragen früh zu standardisieren. Sie müssen nicht jede Spezialfrage allein lösen. Aber sie sollten wissen, welche Entscheidungen intern fallen müssen und welche an Dienstleister oder Kooperationspartner gegeben werden. Sonst entsteht eine Abhängigkeit, die im Störungs- oder Fristenfall sichtbar wird.

Kleine VNB brauchen keine kleine Governance

Die öffentliche Diskussion weist darauf hin, dass nicht jeder Verteilnetzbetreiber alle Aufgaben selbst in voller Tiefe aufbauen muss. Kooperationen und Dienstleistermodelle können sinnvoll sein. Daraus folgt aber nicht, dass Governance kleiner werden darf. Im Gegenteil: Wer Aufgaben auslagert oder gemeinsam erbringt, braucht besonders klare Schnittstellen.

Ein kleiner VNB sollte mindestens wissen, welche Leistung ein Partner erbringt, welche Daten der Partner benötigt, welche Rückmeldungen erwartet werden, welche Fristen kritisch sind und wer im Stadtwerk entscheidungsfähig bleibt. Eine Dienstleisterliste ersetzt keine Verantwortungsmatrix. Auch ein Kooperationsmodell braucht interne Kompetenz, um Ergebnisse zu verstehen, Risiken zu priorisieren und fachliche Entscheidungen zu treffen.

Diese Unterscheidung ist wichtig, weil Redispatch 2.0 nicht nur technische Ausführung ist. Es geht um die Fähigkeit, Netzengpässe systemverträglich zu bearbeiten und die Marktrollen sauber einzubinden. Verantwortung bleibt beim Unternehmen, auch wenn operative Teilleistungen unterstützt werden.

Der sinnvolle Startpunkt

Ein pragmatischer Einstieg besteht aus drei Schritten. Erstens: eine Redispatch-Anlagenliste mit Verantwortlichkeit, Datenstand und Risikoklasse erstellen. Zweitens: die letzten Klärfälle nach Ursachen sortieren, nicht nur nach Datum. Drittens: einen festen Redispatch-Review einführen, in dem Planwerte, Ausfallarbeit, Kommunikationsfehler und offene Entscheidungen gemeinsam betrachtet werden.

Damit entsteht noch kein perfektes Zielbild. Aber es entsteht ein Betriebsbild. Genau das ist der Unterschied zwischen einem Projekt, das auf die nächste Vorgabe wartet, und einer Organisation, die lernfähig wird. Redispatch 2.0 bleibt komplex. Stadtwerke können diese Komplexität jedoch begrenzen, wenn sie Datenqualität, Rollenklärung und Entscheidungsroutine als zusammenhängende Führungsaufgabe behandeln.