Redispatch wird schrittweise, aber nicht unverbindlich
Die Beschlusskammer 6 der Bundesnetzagentur hat am 7. Mai 2026 den Beschluss BK6-23-241 zur Fortentwicklung des bilanziellen Ausgleichs von Redispatch-Maßnahmen erlassen. Die Festlegung betrifft die Verpflichtung der Elektrizitätsnetzbetreiber, Redispatch-Maßnahmen bilanziell so auszugleichen, als hätte die Maßnahme nicht stattgefunden. Weil es in den Verteilernetzen anhaltende Probleme bei der Realisierung des bilanziellen Ausgleichs gab, wird die Umsetzung nun schrittweise und systemschützend weiterentwickelt. Anlagen in Verteilernetzen werden nach und nach in den gezielten bilanziellen Ausgleich im Planwertmodell überführt; für noch nicht überführte Anlagen bleibt es zunächst beim bisherigen ungezielten Ausgleich durch den Bilanzkreisverantwortlichen des Lieferanten.
Für Verteilnetzbetreiber ist das eine Entlastung und zugleich eine Verschärfung. Entlastend ist, dass nicht jeder kleinere VNB sofort die vollständige Bilanzkreisbewirtschaftung allein aufbauen muss. Die Bundesnetzagentur befürwortet ausdrücklich Zusammenarbeit, Zusammenschlüsse und Dienstleistermodelle. Verschärfend ist, dass die schrittweise Umsetzung sichtbar macht, wo Daten, Rollen und Prozesse nicht belastbar sind. Wer später ins Planwertmodell überführt, muss erklären können, welche Anlagen, Stammdaten und Kommunikationswege dafür bereit sind. BilAReM wird damit zur Datenqualitätsprüfung im laufenden Netzbetrieb.
Datenqualität ist kein IT-Randthema
Redispatch 2.0 hängt an Informationen, die in vielen Stadtwerken organisatorisch verteilt sind. Anlagenstammdaten liegen in Netzanschlussprozessen, Einspeiserinformationen in Fachsystemen, Mess- und Bilanzierungsdaten in Marktkommunikation und EDM, Prognosen in separaten Werkzeugen, Kommunikationspflichten in Regelwerken und Verantwortlichkeiten oft in gewachsenen Teams. Solange Redispatch als Ausnahmeprozess behandelt wird, fallen diese Brüche nur punktuell auf. Sobald der bilanzielle Ausgleich massengeschäftstauglicher werden soll, werden sie zum Betriebsrisiko.
Eine praktische Datenqualitätsprüfung beginnt nicht mit einem großen IT-Projekt, sondern mit wenigen Leitfragen. Welche Anlagen sind redispatch-relevant und eindeutig identifiziert? Welche Marktlokations- und technischen Stammdaten sind aktuell? Wo ist dokumentiert, ob eine Anlage bereits im Planwertmodell geführt wird oder noch nicht? Welche Prognosedaten sind fachlich nachvollziehbar? Wer erkennt Datenfehler, wer korrigiert sie, und wie schnell erreichen Korrekturen die nachgelagerten Rollen? Wenn diese Fragen nicht beantwortet werden können, ist die Prozesslandkarte vollständiger als der tatsächliche Betrieb.
Planwerte brauchen Verantwortlichkeit
Das Planwertmodell ist nicht nur eine Rechenlogik. Es ist ein Versprechen, dass die verwendeten Werte fachlich verantwortet, rechtzeitig ausgetauscht und bei Abweichungen bearbeitet werden. Gerade kleinere VNB müssen deshalb nicht alles selbst tun, aber sie dürfen die Verantwortung nicht vollständig an Dienstleister auslagern. Dienstleister können Bilanzierungs-, Kommunikations- oder Prognoseprozesse unterstützen. Die fachliche Hoheit über Netzzustand, Anlagenzuordnung, lokale Engpässe und Eskalationswege bleibt jedoch beim Netzbetreiber.
In der Praxis hilft eine einfache Rollenmatrix. Sie sollte unterscheiden zwischen Datenlieferant, Datenprüfer, Prozessverantwortlichem, Eskalationsstelle und Entscheidungsträger. Für jede redispatch-relevante Anlage sollte klar sein, wer einen Stammdatenfehler erkennt, wer ihn freigibt, wer Marktpartner informiert und wer die Korrektur nachverfolgt. Ohne diese Rollenklärung entstehen Schattenprozesse: einzelne Mitarbeitende wissen, wie es geht, aber die Organisation kann es nicht reproduzierbar nachweisen.
Zusammenarbeit über Netzebenen ist Teil des Verfahrens
Die Bundesnetzagentur betont die besondere Verantwortung der Übertragungs- und Verteilnetzbetreiber für ein reibungsloses Funktionieren über Netzebenen und Marktrollen hinweg. Das ist mehr als ein Appell. Redispatch ist dort empfindlich, wo Informationen aus einer Netzebene operative Folgen in einer anderen Ebene erzeugen. Zeitpunkte, Prognosen, Abrufe, Ausfallarbeit und Korrekturen müssen in einem gemeinsamen Verständnis verarbeitet werden.
Für Stadtwerke bedeutet das: Schnittstellen müssen geübt werden. Ein Papierprozess reicht nicht aus. Sinnvoll sind regelmäßige Falltests mit echten, aber nicht vertraulichen Musterdaten: Anlage wird identifiziert, Planwert wird geprüft, Abruf wird simuliert, Bilanzierungsfolge wird dokumentiert, Fehler wird nachgestellt. Solche Tests zeigen schnell, ob Marktkommunikation, Netzführung, EDM, Abrechnung und Dienstleister dieselbe Sprache sprechen. Sie sind weniger spektakulär als ein großes Transformationsprogramm, aber im Alltag wirksamer.
Eine Redispatch-Akte pro Anlagengruppe
Ein pragmatischer Einstieg ist eine Redispatch-Akte pro relevanter Anlagengruppe. Sie enthält Mindeststammdaten, Zuständigkeiten, Modellstatus, letzte Datenprüfung, offene Fehler, genutzte Dienstleister, Kommunikationswege und Eskalationsregeln. Diese Akte muss nicht perfekt sein. Sie muss aktuell genug sein, um im Störungs- oder Umstellungsfall handlungsfähig zu bleiben.
Der Nutzen liegt in der Wiederholbarkeit. Wenn eine Anlage in das Planwertmodell überführt werden soll, kann das Stadtwerk anhand der Akte prüfen, ob die Datenlage trägt. Wenn ein Fehler auftritt, lässt sich nachvollziehen, wo er entstanden ist. Wenn ein Dienstleister eingebunden ist, bleibt klar, welche Leistung er erbringt und welche Entscheidung intern verbleibt. So wird BilAReM nicht als zusätzliche Regulierungsschicht erlebt, sondern als Struktur für bessere operative Kontrolle.
Der Führungspunkt
Redispatch 2.0 wird häufig technisch diskutiert. Für Geschäftsführung und Bereichsleitung lautet die Kernfrage einfacher: Können wir für unsere relevanten Anlagen erklären, welche Daten wir verwenden, wer sie verantwortet und wie Fehler behoben werden? Wenn die Antwort belastbar ist, wird der nächste Umsetzungsschritt beherrschbar. Wenn nicht, sollte das Stadtwerk vor allem in Datenqualität, Rollenklärung und Schnittstellentests investieren.