Stellen Sie sich vor, Sie nehmen 2026 einen Batteriespeicher in Betrieb. Das System läuft stabil, die Vermarktung greift, die SLAs werden eingehalten. Und dann kommt 2029 — und das Mess- und Fahrkonzept, das Sie damals vergeben haben, passt nicht mehr zur neuen Netzentgeltsystematik.
Das ist kein Worst-Case-Szenario. Es ist ein planbares Risiko. Und es ist vermeidbar — wenn Sie die richtigen Anforderungen bereits heute in der Vergabe festschreiben.
Dieser Artikel erklärt, was AgNes-Readiness für Ihr BESS-Projekt technisch bedeutet, welche Fehler heute systematisch gemacht werden und welche fünf Fragen Ihr IT/OT-Team jedem Lieferanten bei der Vergabe stellen sollte.
Was steckt hinter AgNes-Readiness?
Der Begriff „AgNes-Ready“ beschreibt die Fähigkeit eines Batteriespeichers, auch unter veränderten regulatorischen Rahmenbedingungen — insbesondere der Netzentgeltsystematik nach 2029 — ohne strukturelle Nachrüstung betrieben werden zu können.
Die relevante regulatorische Entwicklung im Hintergrund ist bekannt: § 14a EnWG regelt seit Januar 2024 den netzorientierten Betrieb steuerbarer Verbrauchseinrichtungen und schafft damit erstmals einen bundesweit einheitlichen Rahmen für die Steuerbarkeit und Netzentgeltreduzierung von BESS, Wärmepumpen und Ladeinfrastruktur. Gleichzeitig arbeitet die Bundesnetzagentur an einer umfassenderen Reform der Netzentgeltsystematik, deren Wirkung für Speicherprojekte ab 2029 spürbar wird — insbesondere in Bezug auf Saldierung, Messverpflichtungen und Fahrplanpflichten.
Was ändert sich konkret? Vereinfacht: Die Art, wie Energieflüsse gemessen, verrechnet und gemeldet werden müssen, wird präziser und anforderungsreicher. Systeme, die heute mit einem einfachen Messkonzept und einer statischen Steuerungslogik auskommen, werden unter dem neuen Rahmen möglicherweise erweiterte Datenpunkte, schnellere Meldewege oder veränderte Zählpfeilkonfigurationen benötigen.
AgNes-Ready bedeutet daher: Das Messkonzept, die Steuerungsarchitektur und die Schnittstellen zum Netzbetreiber sind so ausgelegt, dass sie verschiedene Regulierungsszenarien ab 2029 abdecken — ohne Hardware-Austausch, ohne neue Beauftragung und ohne Stillstand.
Messkonzept-Robustheit: Mehr als eine Zählerfrage
Das Messkonzept ist die Grundlage jeder späteren Regulierungskonformität. Es legt fest, wie Einspeisemengen, Bezugsmengen und der Eigenverbrauch des Speichers gemessen, zugeordnet und bilanziert werden. Für BESS ist das komplexer als für eine PV-Anlage, weil der Speicher sowohl als Verbraucher als auch als Erzeuger auftreten kann — und das innerhalb weniger Minuten.
Ein häufiges Planungsproblem: Das Messkonzept wird für den aktuellen Anwendungsfall (z. B. FCR-Betrieb an einem Netzverknüpfungspunkt) optimiert, ohne zu berücksichtigen, dass sich dieser Anwendungsfall ändern kann.
Anforderungen an ein zukunftssicheres Messkonzept:
- Bidirektionale Messung mit Lastgangauflösung ≤ 15 Minuten: Pflicht für die Präqualifizierung auf Regelenergiemärkten, aber auch Voraussetzung für eine reformkonforme Abrechnungsfähigkeit unter neuer Netzentgeltsystematik.
- Separate Messpunkte für Netzseite und DC-Seite: Eine monolithische Messung am Netzverknüpfungspunkt reicht nicht aus, wenn zukünftig Eigenverbräuche des BMS oder der Hilfssysteme separat ausgewiesen werden müssen.
- MaStR-konforme Konfiguration: Die Anlage muss im Marktstammdatenregister korrekt und vollständig abgebildet sein — inklusive aller relevanten Messpunkte und Anschlussparameter. Fehlkonfigurationen rächen sich bei der Präqualifizierung.
- Konfigurierbare Zählpfeilsysteme: Die Zählpfeile (Einspeise- vs. Bezugsrichtung) müssen softwareseitig anpassbar sein, ohne neue Hardwarebeauftragung beim Messstellenbetreiber.
- Smart-Meter-Gateway-Readiness: Noch kein Pflichtstandard für alle BESS — aber absehbar. Die Systemarchitektur sollte eine spätere SMGW-Integration nicht ausschließen.
Der kritische Prüfpunkt: Fragen Sie Ihren Lieferanten nicht nur, welches Messkonzept heute gilt — sondern ob und wie es in drei unterschiedlichen Reformszenarien angepasst werden kann, ohne Hauptkomponenten zu tauschen.
Fahrkonzept-Robustheit: Die Steuerungslogik muss mitdenken
Das Fahrkonzept definiert, wie der Speicher zu jeder Zeit gesteuert wird: welche Märkte bedient werden, nach welcher Priorisierungslogik, mit welchen Grenzwerten und in welchem Verhältnis zu netzseitigen Vorgaben.
Das Problem mit vielen aktuellen Fahrkonzepten: Sie sind für einen einzigen Optimierungsfall ausgelegt — typischerweise FCR oder Peak Shaving — und spiegeln die heutige Netzentgeltsystematik in ihrer Steuerungslogik wider. Wenn sich die Systematik ändert, muss die Steuerungslogik nachgezogen werden.
Was ein robustes Fahrkonzept auszeichnet:
1. Parametrierbare Betriebsgrenzen statt fest verdrahteter Werte
Netzseitige Grenzwerte (Einspeiseleistung, Wirkleistungsreduzierung, Blindleistungsvorgaben) müssen über das EMS fernparametrierbar sein — ohne Software-Update, ohne Vor-Ort-Termin. Warum das wichtig ist: Netzbetreiber werden ihre Vorgaben nach der Reform möglicherweise öfter und kurzfristiger anpassen.
2. Multi-Use ohne starre Markthierarchie
Die Steuerungslogik darf Marktprodukte nicht fest priorisieren. Sie muss zur Laufzeit entscheiden können, welche Anwendung gerade die höhere wirtschaftliche oder regulatorische Priorität hat. Systeme mit hardcodierten Prioritätslisten sind in einem Multi-Use-Szenario mit veränderlichen Rahmenbedingungen strukturell limitiert.
3. Netzentgelt-sensitives Dispatch
Wenn die neue Netzentgeltsystematik zeitvariable Netzentgeltkomponenten einführt (was regulatorisch diskutiert wird), muss das EMS diese Signale verarbeiten und in die Dispatch-Entscheidung einbeziehen können. Ein EMS ohne diese Fähigkeit wird ab dem Zeitpunkt der Reform suboptimal operieren.
4. Fahrplan-Übermittlung und Ist-Wert-Reporting in Echtzeit
Sowohl für die Präqualifizierung als auch für zukünftige Meldepflichten gegenüber Netzbetreibern ist die Fähigkeit entscheidend, Fahrpläne zu übermitteln und Ist-Werte in nahezu Echtzeit zurückzumelden. Das ist keine Kür — es ist eine Grundvoraussetzung für regulierte Märkte.
Kernpunkt für die Ausschreibung: Das Fahrkonzept muss als parametrierbares, marktadaptives Steuerungskonzept beschrieben sein — nicht als statische Betriebsvorschrift für einen einzigen Anwendungsfall.
Schnittstellen zum Netzbetreiber: Was heute schon zukunftssicher ist
Die Kommunikationsschnittstellen zwischen Ihrem BESS und dem vorgelagerten Netzbetreiber sind das Verbindungsstück zwischen Anlagensteuerung und regulatorischen Pflichten. Hier gibt es klare Qualitätsgrenzen.
Protokolle, die heute als zukunftssicher gelten:
- IEC 61850 / GOOSE / MMS: Standard für Schutz- und Leittechnik in Umspannwerken. Wenn Ihr BESS an einem Mittelspannungsnetz angebunden ist, sollte die Kommunikation zur Übergabestation IEC 61850-konform sein.
- CIM-basierter Datenaustausch (IEC 61968/61970): Relevant für die Kommunikation mit Netzleitsystemen und TSO/DSO-Plattformen.
- SunSpec Modbus (IEEE 1547): Weit verbreitet für PV-Wechselrichter, zunehmend auch für BESS-Inverter. Ermöglicht standardisierte Datenpunkte über Hersteller hinweg.
- OCPP 2.0.1 (für Ladepunktsteuerung): Wenn das BESS in ein Ladeinfrastrukturprojekt eingebettet ist, sollte das EMS OCPP 2.0.1 nativ sprechen.
Kritische Datenpunkte, die das EMS exportieren muss:
- Wirkleistung (P), Blindleistung (Q), Scheinleistung (S) — je Messpunkt, in Echtzeit
- State of Charge (SoC) und State of Health (SoH) — mit definierten Auflösungen
- Alarmzustände und Statusregister (BMS, PCS, EMS)
- Fahrplanstatus und Abweichung (Soll/Ist-Vergleich)
- Revisionssichere Ereignislog-Daten mit Zeitstempel (UTC-synchronisiert)
Das letzte Punkt ist nicht trivial: Revisionssicherheit und Zeitstempel-Integrität werden unter NIS2 und für KRITIS-orientierte Architekturen (je nach Projektsetup) zunehmend zur Pflicht — nicht zur Option.
Vermeidbare Fehler: Was in aktuellen BESS-Projekten systematisch schiefgeht
Aus der Projekterfahrung wiederholen sich drei Fehler:
Fehler 1: Das Messkonzept wird mit dem Netzbetreiber abgestimmt — aber nicht auf Reformszenarien getestet.
Viele Messkonzepte werden für den heutigen Netzbetreiber-Standard gebaut und formal abgestimmt. Niemand fragt, ob das Konzept in drei Jahren noch trägt, wenn der Messstellenbetreiber neue Anforderungen stellt oder die Saldierungsregeln sich ändern.
Fehler 2: Das EMS kommt vom Systemlieferanten als Blackbox.
Wenn der EMS-Lieferant identisch mit dem BESS-Systemlieferanten ist und das EMS nur über proprietäre Schnittstellen kommuniziert, ist die Anpassungsfähigkeit strukturell begrenzt. Jede Anpassung an neue Regulierungsanforderungen wird zur kostenpflichtigen Sonderentwicklung.
Fehler 3: Netzanschluss-Timing und Messkonzept werden entkoppelt geplant.
Der Netzanschluss ist der kritische Pfad jedes BESS-Projekts. Aber das Messkonzept wird oft erst nach der Netzanschluss-Zusage konkretisiert — zu spät, um alle Anforderungen noch in die Übergabestation zu integrieren. Das Ergebnis: Nachbesserungen an der Übergabestation, Verzögerungen bei der SAT, erhöhte Baukosten.
Prüffragen für Ihr IT/OT-Team: Was Sie jedem Lieferanten bei der Vergabe fragen sollten
Diese fünf Fragen sollten in jeder Vergabe für ein BESS-Projekt beantwortet sein — schriftlich, nicht nur im Vertriebsgespräch.
1. Welche Messkonzept-Varianten kann Ihr System ohne Hardware-Tausch abbilden?
Erwartete Antwort: Mindestens zwei dokumentierte Varianten (z. B. mit und ohne separate Messung der Hilfsenergien), schaltbar über Software-Konfiguration.
2. Ist das EMS technologie-agnostisch und über Standardprotokolle integrierbar?
Erwartete Antwort: Dokumentierte Protokollunterstützung (IEC 61850, Modbus, CIM), offene Datenpunktlisten, kein Vendor-Lock-in für Dritt-Systeme (Optimizer, SCADA, Leitwarte).
3. Wie werden netzseitige Grenzwerte aktualisiert — und wer kann das ohne Vor-Ort-Termin durchführen?
Erwartete Antwort: Remote-Parametrierung über gesicherte Verbindung, mit Rollback-Funktion und Änderungsprotokoll.
4. Welche Fahrplan-Formate und Reporting-Schnittstellen sind für Netzbetreiber und TSO/DSO implementiert?
Erwartete Antwort: Konkrete Formatangaben (z. B. CLS-Fahrplan nach BDEW, XML-basierte Fahrplanübermittlung), nachgewiesen in Live-Projekten.
5. Wie ist die Revisionssicherheit des Event-Loggings umgesetzt — und entspricht es den Anforderungen nach NIS2/KRITIS-orientierter Architektur?
Erwartete Antwort: UTC-synchronisierte, manipulationssichere Protokollierung mit definierten Aufbewahrungsfristen und Exportfunktion für Auditoren. (Hinweis: „KRITIS-orientierte Architektur, projektabhängig“ ist die korrekte Formulierung — nicht „KRITIS-zertifiziert“.)
Fazit: Wer heute richtig plant, spart 2029 die Nachrüstung
Die Netzentgeltreform kommt. Wann genau und in welcher Form — das ist offen. Was nicht offen ist: Systeme, die nur für den heutigen Regulierungsrahmen ausgelegt sind, werden ab 2029 entweder suboptimal laufen oder nachgerüstet werden müssen.
Die gute Nachricht: AgNes-Readiness ist kein separates Projekt. Es ist eine Anforderung, die in der Ausschreibung verankert werden kann — mit parametrierbarem EMS, offenem Schnittstellenkonzept und einem Messkonzept, das Szenarien mitdenkt.
Wer das nicht heute tut, bezahlt es später.
Lassen Sie die AgNes-Readiness Ihres geplanten Projekts bewerten.
Im Erstgespräch analysieren wir gemeinsam, welche Anforderungen Ihr spezifischer Netzanschluss und Ihr Use Case stellen — und wo Ihr aktuelles Konzept regulatorische Blindstellen hat.