1. Einleitung und Gegenstand

Die Umstellung des deutschen Engpassmanagements auf das sog. Redispatch 2.0 stellt einen paradigmischen Wandel in der netzseitigen Vorhaltung und der datentechnischen Anbindung verteilter Energieressourcen dar. Gegenstand dieses Reports ist die Analyse der regulatorischen Rahmenbedingungen fuer die maschinelle Verarbeitung und Uebermittlung von Bewegungsdaten im Kontext des Redispatch 2.0 sowie die Darstellung der technischen Implementierung durch die Cernion Energy Tools Plattform. Der Fokus liegt auf der vollstaendigen Automatisierung der Prozessdatenketten zwischen Verteilnetzbetreibern (VNB), Uebertragungsnetzbetreibern (UeNB), Bilanzkreisverantwortlichen (BKV) und direkt angeschlossenen Erzeugungs- bzw. Verbrauchsanlagen.

2. Rechtliche und regulatorische Einordnung

Die rechtlichen Grundlagen des Redispatch 2.0 ergeben sich primaer aus dem Energiewirtschaftsgesetz (EnWG) in der Fassung der Neubekanntmachung vom 2. Juli 2024 (BGBl. 2024 I Nr. 240), speziell den Paragrafen 13, 13a, 11 und 14 EnWG. Paragraf 13 EnWG normiert die Systemverantwortung der UeNB und die Pflicht zur netz- und systemkonformen Bilanzierung. Paragraf 13a EnWG konkretisiert die Redispatch-Massnahmen bei Stromerzeugungsanlagen und regelt die hieraus resultierenden Wirtschaftlichkeitsanforderungen fuer Anlagenbetreiber. Paragraf 11 EnWG bildet die vertragliche Grundlage fuer die Systemnutzungsvertraege, die nach der Kernentscheidung der Bundesnetzagentur (BNetzA) BK6-19-046 neu auszugestalten sind.

Die Europa-rechtliche Verankerung erfolgt ueber die Verordnung (EU) 2019/943 des Europaeischen Parlaments und des Rates vom 5. Juni 2019 ueber den Binnenmarkt fuer Elektrizitaet (Internal Electricity Market Regulation), die den Rechtsrahmen fuer Engpassmanagementverfahren harmonisiert. Ergaenzend ist die System Operation Guideline (SOGL, Verordnung (EU) 2017/1485) fuer die technischen Netzfuehrungsstandards relevant. Die BNetzA hat in der genannten Kernentscheidung BK6-19-046 die organisatorischen und technischen Eckpunkte fuer die Umstellung des deutschen Redispatch-Verfahrens festgelegt, wobei die vollstaendige Prozessautomatisierung als zentrale Anforderung an die Marktteilnehmer herausgestellt wurde.

3. Definition und Klassifikation der Bewegungsdaten

Im regulatorischen Kontext des Redispatch 2.0 bezeichnen Bewegungsdaten jene zeitkritischen, zustands- oder mengenbezogenen Informationen, die den operativen Ablauf des Engpassmanagements abbilden. Sie sind von statischen Stammdaten (z. B. Anlagenkennungen nach Anlagenstammverzeichnis, ASV) abzugrenzen und lassen sich in folgende Kategorien systematisieren:

• Fahrplandaten: Tagesschaue und Intraday-Fahrplaene der direkt vom Netzbetreiber steuerbaren Anlagen, basierend auf der vorhergehenden Einspeiseprognose.
• Statusmeldungen: Echtzeitinformationen zur Verfuegbarkeit von Anlagen (voll verfuegbar, eingeschraenkt verfuegbar, nicht verfuegbar), die nach den technischen Anforderungen der BNetzA unverzoeglich zu uebermitteln sind.
• Leistungsaenderungsmeldungen: Anforderung und Bestaetigung von Redispatch-Massnahmen, differenziert nach positiver und negativer Leistungsanpassung (Abregelung/Neuanfahrung bzw. Aufregelung).
• Mengenbilanzierungsdaten: Die nach Durchfuehrung einer Redispatch-Massnahme bilanzierten Ist-Mengen, die als Grundlage fuer die Entschaedigung und die Bilanzkreisabrechnung nach Paragraf 14 EnWG dienen.
• Rueckmeldedaten: Protokollierungen der tatsaechlichen Anlagenreaktion auf Dispatch-Signale zur Verifizierung der Fahrplangerechtigkeit.

Die Integritaet, Verfuegbarkeit und Nachvollziehbarkeit dieser Daten sind essentiell fuer die Einhaltung der regulatorischen Vorgaben und die Sicherstellung der Systemstabilitaet im Sinne von Paragraf 1 EnWG.

4. Prozessarchitektur und Anforderungen an die Datenuebermittlung

Das Redispatch 2.0 sieht einen zentralistischeren und transparenteren Prozess vor als das urspruengliche Regime. Die Engpasserkennung erfolgt ueberregionalebene durch die UeNB, wobei die VNB als lokale Netzinformationsträger verpflichtet sind, ihre Netzdaten in Echtzeitbereitstellung bereitzustellen. Der typische Prozessablauf gliedert sich in folgende Phasen:

1. Vorabinformation: Bereitstellung von Fahrplandaten und Prognosen durch die Bilanzkreisverantwortlichen und direkt angeschlossene Anlagenbetreiber.
2. Engpasserkennung: Systemische Analyse durch die UeNB auf Basis von Lastflussberechnungen und Einspeisemustern.
3. Anforderung: Automatisierte Aussendung von Redispatch-Befehlen durch die fuer das Gebiet zustaendigen Netzbetreiber an die anzufahrenden oder abzuregelnden Anlagen.
4. Bestaetigung und Durchfuehrung: Rueckmeldung der Annahme bzw. Quittierung durch die Anlagensteuerung und physische Umsetzung der Leistungsaenderung.
5. Mengenermittlung und Bilanzierung: Erfassung der tatsaechlich bereitgestellten oder entzogenen Leistungsmengen fuer die interne und externe Abrechnung.

Die BNetzA fordert in diesem Zusammenhang eine nahezu latenzfreie Uebermittlung der Bewegungsdaten. Manuelle Eingriffe, wie sie im Altverfahren (Redispatch 1.0) bei der Uebermittlung von Einspeisemustern oder Statusmeldungen ueblich waren, sind fuer die zeitkritischen Prozessschritte grundsaetzlich ausgeschlossen. Die Datenuebertragung muss ueber standardisierte maschinenlesbare Schnittstellen (APIs) erfolgen, wobei die Authentizitaet und Unversehrtheit der uebermittelten Datensaetze durch kryptographische Verfahren sicherzustellen ist (vgl. Anforderungen an die elektronische Aufbewahrung nach GoBD und § 239 HGB analog).

5. Automatisierung der Datenverarbeitung

Die Automatisierung der Bewegungsdatenverarbeitung im Redispatch 2.0 bedingt einen API-First-Ansatz. Traditionelle Uebertragungsformate wie EDIFACT oder punktuelle XML-Meldungen werden zunehmend durch REST-basierte APIs mit standardisierten Datenschemata (z. B. basierend auf ENTSO-E Harmonised Electricity Market Role Model oder CIM-Profilen) ergaenzt oder ersetzt. Zentrale technische Anforderungen an eine Automatisierungsloesung sind:

• Echtzeitverarbeitung: Die gesamte Prozesskette von der Anforderung bis zur Rueckmeldung muss innerhalb von Sekundenbruchteilen abgebildet werden koennen, um die Anforderungen der Systemstabilitaet zu erfuellen.
• Bidirektionale Integration: Die Plattform muss sowohl Empfaenger- als auch Senderfunktionen wahrnehmen koennen, d. h. Dispatch-Befehle empfangen und Statusmeldungen ausloesen.
• Validierung und Plausibilisierung: Eingangsdaten sind vor der Weiterverarbeitung auf formale und fachliche Korrektheit zu pruefen (z. B. Pruefung gegen Stammdaten aus dem Marktstammdatenregister, MaStR).
• Audit-Trail: Jeder Verarbeitungsschritt ist persistent und manipulationssicher zu protokollieren, um den Nachweis regulatorischer Konformitaet gegenueber der BNetzA erbringen zu koennen.
• Skalierbarkeit: Die Loesung muss den Umgang mit massiven Lastspitzen (z. B. bei simultanen Redispatch-Anforderungen an mehrere Tausend dezentrale Anlagen) gewaehrleisten.

6. Technische Umsetzung durch Cernion Energy Tools

Die Cernion Energy Tools Plattform realisiert die genannten Anforderungen durch eine verteilte Microservice-Architektur auf Basis von Node.js/Moleculer. Diese Architektur erlaubt es, die oben klassifizierten Bewegungsdatentypen in dedizierten Services zu kapseln und ueber eine zentrale REST-API, spezifiziert nach OpenAPI-Standard, fuer interne und externe Systeme bereitzustellen.

Die Plattform bietet folgende fuer das Redispatch 2.0 relevante Eigenschaften:

• Serviceorientierte Verarbeitung: Spezialisierte Microservices uebernehmen die Entgegennahme, Transformation und Weiterleitung von Fahrplandaten, Statusmeldungen und Leistungsaenderungsanforderungen. Dies gewaehrleistet eine Entkopplung der Datenquellen von den regulatorischen Zielsystemen.
• REST-API-Schnittstelle: Die standardisierte API-Implementierung (OpenAPI) ermoeglicht die direkte Anbindung an UeNB- und VNB-Portale sowie an Drittsysteme zur Leistungsmessung und Steuerung. Die Befehlsuebermittlung erfolgt hierbei asynchron, um Latenzen zu minimieren und Systemausfaelle abzufedern.
• VDMI-Integration: Das Versorgungsdatenmanagement (VDMI) innerhalb der Plattform stellt sicher, dass alle Bewegungsdaten mit den zugehoerigen Stammdaten verkuepft und versioniert werden. Dies ist essentiell fuer die spaetere Auditerung und die Abstimmung mit dem Bilanzkreismanagement.
• Ereignisgesteuerte Architektur: Durch den Einsatz eines internen Event-Bus koennen Zustandsaenderungen (z. B. Wechsel von "voll verfuegbar" auf "eingeschraenkt") in Echtzeit an alle relevanten Services und externen Endpunkte propagiert werden. Dies entspricht der BNetzA-Anforderung nach unverzoegerlicher Informationsweitergabe bei Verfuegbarkeitsaenderungen.
• Audit-Trail und Protokollierung: Jede API-Transaktion und jeder interne Statuswechsel werden GoBD-konform protokolliert. Die Protokolldaten sind revisionssicher aufbewahrt und ermoeglichen eine vollstaendige Rekonstruktion des Redispatch-Prozesses fuer regulatorische Pruefungen und die Beweissicherung bei Entschaedigungsfragen nach Paragraf 13a EnWG.

7. Konformitaet und regulatorische Absicherung

Die Automatisierung von Redispatch-Bewegungsdaten unterliegt strengen regulatorischen Kontrollanforderungen. Die Cernion Energy Tools adressieren diese durch:

• Einbettung in regulatorische Workflows: Die Microservices sind so ausgelegt, dass sie die durch die BNetzA in BK6-19-046 definierten Prozessschritte einschliesslich Vorlaufzeiten und Quittierungspflichten abbilden.
• Stammdatenabgleich: Automatisierte Synchronisationsmechanismen mit dem Marktstammdatenregister (MaStR) gewaehrleisten, dass Anlagenkennungen und technische Parameter den aktuellen regulatorischen Stand widerspiegeln.
• Transparenz und Meldewesen: Die Plattform unterstuetzt die Generierung von aggregierten Meldungen und Reports fuer die systemrelevante Dokumentation gegenueber den zustaendigen UeNB und der BNetzA.

8. Fazit

Die Automatisierung der Bewegungsdaten im Redispatch 2.0 ist keine optionale technische Ergaenzung, sondern eine zwingende regulatorische Voraussetzung fuer die Teilnahme am deutschen Engpassmanagement. Die effiziente und fehlerfreie Verarbeitung von Fahrplandaten, Statusmeldungen und Dispatch-Befehlen in Echtzeit erfordert API-basierte, skalierbare Systemarchitekturen, die den regulatorischen Anforderungen der BNetzA und des EnWG genuge tun. Die Microservice-Plattform Cernion Energy Tools implementiert diese Anforderungen durch eine serviceorientierte Datenverarbeitung, standardisierte REST-Schnittstellen und eine ueber den gesamten Lebenszyklus lueckenlose Protokollierung. Netzbetreibern und Bilanzkreisverantwortlichen wird damit ein Werkzeug an die Hand gegeben, das die regulatorischen Pflichten bei gleichzeitiger Minimierung der Prozesslatenz und maximierung der Transparenz erfuellt.