Der blinde Fleck nach dem Eingriff
Ein Netzengpass droht. Der Verteilnetzbetreiber (VNB) erteilt über den Einsatzverantwortlichen (EIV) einen Redispatch-Befehl: Eine Erzeugungsanlage mit ≥ 100 kW Nennleistung wird abgeregelt. Der Engpass ist behoben. Soweit der Routinefall nach §13a EnWG.
Doch was folgt, ist kein technischer, sondern ein kommerzieller Prozess: die bilanzielle Abwicklung der Ausfallarbeit. Der Anlagenbetreiber hat nach §12 EEG 2023 einen gesetzlichen Entschädigungsanspruch auf die Energiemenge, die durch den Netzeingriff nicht eingespeist wurde. Die Grundlage für die korrekte Berechnung dieser Entschädigung: vollständige, konsistente Anlagenstammdaten.
Das Drei-Systeme-Problem: MaStR, EDM und EIV
In der Praxis speisen drei unterschiedliche Systeme Daten in den Redispatch-Prozess ein:
- MaStR (Marktstammdatenregister): Enthält die regulatorisch gemeldeten Pflichtparameter der Anlage — Nennleistung, Anlagentyp, EIC-Code, Netzanschlusspunkt. Diese Daten sind häufig veraltet oder weichen von der technischen Realität ab.
- EDM (Energiedatenmanagement): Das interne Messdaten- und Abrechnungssystem des VNB. Enthält Zeitreihen, Bilanzkreiszuordnungen und historische Einspeisedaten — die jedoch nicht immer mit den MaStR-Stammdaten synchronisiert sind.
- EIV-System (Einsatzverantwortlicher): Das operative Dispositionssystem, das den Redispatch-Befehl ausführt und die tatsächliche Abregelungsmenge erfasst. Die Übergabe dieser Daten an den VNB für die EBD-Erstellung (Energiemengen-Bilanzierungs-Daten) setzt voraus, dass alle Systeme dieselbe Anlagenidentifikation (EIC) verwenden.
Weichen diese drei Quellen bei Nennleistung, EIC-Code oder Netzanschlusspunkt voneinander ab, ist eine BDEW-konforme EBD-Erstellung unmöglich. Die Ausfallarbeit kann nicht korrekt ausgewiesen werden.
Haftungsrisiko: Vom Klärfall zur Schadensersatzforderung
Kann die Ausfallarbeit nicht fristgerecht und korrekt ausgewiesen werden, gerät der Netzbetreiber gegenüber dem Anlagenbetreiber in Verzug. Die Eskalationskaskade ist dabei regulatorisch vorgezeichnet:
- Zivilrechtlich: Der Anlagenbetreiber kann entgangenen Einspeisegewinn als Schadensersatz nach §280 BGB geltend machen. Bei Windkraft- oder großen PV-Anlagen mit signifikanten Erzeugungsmengen summieren sich solche Forderungen schnell auf fünfstellige Beträge je Redispatch-Ereignis.
- Regulatorisch: Die Bundesnetzagentur überwacht die ordnungsgemäße Abwicklung nach §12 EEG i.V.m. den BDEW-Festlegungen. Systemische Mängel in der EBD-Erstellung können zu förmlichen Beanstandungsverfahren führen.
- Operativ: Jeder ungelöste Klärfall belastet die Netzplanung mit manuellem Aufwand, der an anderer Stelle fehlt — ein struktureller Ressourcenentzug, der mit dem Ausbau der Erneuerbaren exponentiell wächst.
Die Stammdaten-Lücke ist kein Einzelfall
Untersuchungen des eigenen MaStR-Bestands zeigen ein konsistentes Muster: Bei Anlagen, die vor 2021 (Einführung Redispatch 2.0) ins MaStR eingetragen wurden, fehlen häufig EIC-Codes, die Nennleistung ist nicht auf aktuellem Stand (Repowering, Nachrüstung), oder der Netzanschlusspunkt ist nicht georeferenziert. Genau diese Anlagen sind aber die älteste und leistungsstärkste Kohorte — und damit die häufigsten Redispatch-Kandidaten.
Das Paradox: Je kritischer eine Anlage für das Netz, desto wahrscheinlicher ist ihre Stammdatenqualität unzureichend für die Ausfallarbeits-Abrechnung.
Automatisierter Ausweg: Stammdaten-Abgleich vor dem Ernstfall
Cernion löst dieses Problem mit dem MCP-Tool redispatch_export. Das Tool gleicht den internen Anlagenbestand (CSV/XLSX aus dem Inhouse Data Layer) automatisch mit den regulatorischen MaStR-Daten ab und identifiziert Lücken in den Redispatch-Pflichtfeldern für alle Anlagen ≥ 100 kW — bevor der erste Ernstfall eintritt.
Das Ergebnis ist eine priorisierte Korrekturtabelle mit fehlenden EIC-Codes, abweichenden Nennleistungen, nicht gesetzten Netzanschlusspunkten und fehlender BTR-Zuordnung. Auf Basis dieser Tabelle generiert Cernion direkt BDEW-konforme Export-Dateien für die Netzbetreiber-Stammdatenmeldung. Ein manueller Abgleich, der in der Netzplanung typischerweise mehrere Arbeitstage bindet, reduziert sich auf einen automatisierten Durchlauf.
Die Stammdaten-Inkonsistenz zwischen MaStR, EDM und EIV ist Teil eines größeren Datenqualitätsproblems im Redispatch-Alltag. Wie Klärfälle entstehen und warum drei Systeme dieselbe Anlage nicht kennen, beschreibt Insight #2: Redispatch 2.0 im Alltag.