Wenn wir für ein mittelgroßes Stadtwerk mit ca. 80.000 Strom-Zählpunkten und jährlich rund 1.500 neuen PV-Inbetriebnahmen ein Agentisches Asset-MDM (A²MDM) einführen, um die FRT-Schutzparameter und Blindleistungskennlinien automatisiert zu validieren: Mit welchen einmaligen Einführungskosten (CAPEX) und laufenden Betriebskosten (OPEX) müssen wir kalkulieren, und ab wann amortisiert sich diese Investition im Vergleich zur manuellen Nachpflege in SAP IS-U oder Schleupen CS?

Die Einführung eines A²MDM erfordert typischerweise Einmalkosten (CAPEX) von ca. 45.000 bis 75.000 EUR für Schnittstellen-Setup (z. B. REST-API zu Schleupen/SAP), Prompt-Engineering und die Anbindung an Netzplanungstools. Die OPEX für Software-as-a-Service (SaaS) liegen bei rund 10.000 bis 15.000 EUR jährlich. Dem gegenüber steht ein massiver Einspareffekt: Bei 1.500 Neuanlagen und einer manuellen Prüf- und Erfassungszeit von 45 Minuten pro Anlage (inklusive Klärung fehlerhafter Daten) fallen ca. 1.125 Arbeitsstunden pro Jahr an. Bei einem internen Stundensatz von 75 EUR entspricht dies rund 84.375 EUR jährlichen Prozesskosten. Das System amortisiert sich somit bereits im zweiten Betriebsjahr (ROI < 18 Monate), während gleichzeitig die Datenqualität für die Netzplanung drastisch steigt.

Wie können wir bei einem Stadtwerk mit 40.000 Zählpunkten im Netzgebiet, das stark vom Zubau von §14a-Anlagen (Wärmepumpen, Wallboxen) betroffen ist, die regulatorischen Anforderungen zur netzdienlichen Steuerung gemäß §14a und §13(1) EnWG prozessual abbilden, wenn uns im Schleupen- oder SAP-System die dynamischen Schutzparameter (wie FRT-Zeitkonstanten) fehlen, und wie binden wir die Elektroinstallateure kommunikativ ein, ohne die Durchlaufzeiten für Netzanschlüsse zu verlängern?

Ohne valide FRT- und Q(U)-Parameter ist eine rechtssichere Steuerung nach §14a EnWG unmöglich, da die Netzzustandsanalyse "blind" erfolgt. Prozessual muss die Freigabe des Netzanschlusses an eine automatisierte Plausibilitätsprüfung gekoppelt werden. Das Stadtwerk sollte ein digitales Inbetriebsetzungsportal vorschalten. Der Installateur lädt dort das Protokoll hoch. Ein KI-basierter Prüfprozess (A²MDM) validiert die Einhaltung der VDE-AR-N 4105 innerhalb von Sekunden und gibt dem Installateur sofortiges Feedback. Erst nach erfolgreicher Validierung werden die Daten automatisiert in Schleupen CS oder SAP IS-U übertragen. Dies verhindert die "Personal-Sackgasse" bei der manuellen Erfassung und sichert die Einhaltung der gesetzlichen Vorgaben, ohne dass die Bearbeitungszeit für den Kunden steigt.

Wie schließen wir für ein kleineres, integriertes Stadtwerk mit 15.000 Stromkunden und einer schlanken IT-Infrastruktur ohne eigene große GIS- und Netzplanungs-Abteilung die Schnittstellen-Lücke zwischen der Stammdatenpflege (z.B. in Schleupen CS) und externen Dienstleistern, die unsere Netzberechnungen (z.B. in NEPLAN) durchführen, um auf Basis echter Wechselrichter-Parameter Kaskadeneffekte im Niederspannungsnetz zu verhindern?

Bei 15.000 Stromkunden ist der Betrieb einer eigenen, komplexen CIM-Echtzeitschnittstelle oft unwirtschaftlich. Die pragmatische Lösung besteht darin, im ERP (Schleupen CS) standardisierte Pflichtfelder für netzrelevante Parameter einzuführen, die über ein automatisiertes Skript einmal pro Quartal in ein standardisiertes Austauschformat (z. B. CIM-XML oder eine validierte CSV-Struktur) exportiert werden. Dieser Export wird dem externen Netzplanungsdienstleister bereitgestellt. Alternativ kann ein schlankes, agentisches MDM-Tool so konfiguriert werden, dass es bei jeder Datenänderung im ERP eine automatisierte Änderungsdatei generiert und direkt per SFTP an den Dienstleister übermittelt. So bleibt das Netzmodell des Dienstleisters stets aktuell, ohne dass teure IT-Infrastruktur im eigenen Haus aufgebaut werden muss.

Spanien-Blackout als Warnung: Die 5 blinden Flecken deutscher Verteilnetzbetreiber

Q: Wie können wir bei einem Stadtwerk mit 40.000 Zählpunkten im Netzgebiet, das stark vom Zubau von §14a-Anlagen (Wärmepumpen, Wallboxen) betroffen ist, die regulatorischen Anforderungen zur netzdienlichen Steuerung gemäß §14a und §13(1) EnWG prozessual abbilden, wenn uns im Schleupen- oder SAP-System die dynamischen Schutzparameter (wie FRT-Zeitkonstanten) fehlen, und wie binden wir die Elektroinstallateure kommunikativ ein, ohne die Durchlaufzeiten für Netzanschlüsse zu verlängern?

Ohne valide FRT- und Q(U)-Parameter ist eine rechtssichere Steuerung nach §14a EnWG unmöglich, da die Netzzustandsanalyse "blind" erfolgt. Prozessual muss die Freigabe des Netzanschlusses an eine automatisierte Plausibilitätsprüfung gekoppelt werden. Das Stadtwerk sollte ein digitales Inbetriebsetzungsportal vorschalten. Der Installateur lädt dort das Protokoll hoch. Ein KI-basierter Prüfprozess (A²MDM) validiert die Einhaltung der VDE-AR-N 4105 innerhalb von Sekunden und gibt dem Installateur sofortiges Feedback. Erst nach erfolgreicher Validierung werden die Daten automatisiert in Schleupen CS oder SAP IS-U übertragen. Dies verhindert die "Personal-Sackgasse" bei der manuellen Erfassung und sichert die Einhaltung der gesetzlichen Vorgaben, ohne dass die Bearbeitungszeit für den Kunden steigt.

Q: Wie schließen wir für ein kleineres, integriertes Stadtwerk mit 15.000 Stromkunden und einer schlanken IT-Infrastruktur ohne eigene große GIS- und Netzplanungs-Abteilung die Schnittstellen-Lücke zwischen der Stammdatenpflege (z.B. in Schleupen CS) und externen Dienstleistern, die unsere Netzberechnungen (z.B. in NEPLAN) durchführen, um auf Basis echter Wechselrichter-Parameter Kaskadeneffekte im Niederspannungsnetz zu verhindern?

Bei 15.000 Stromkunden ist der Betrieb einer eigenen, komplexen CIM-Echtzeitschnittstelle oft unwirtschaftlich. Die pragmatische Lösung besteht darin, im ERP (Schleupen CS) standardisierte Pflichtfelder für netzrelevante Parameter einzuführen, die über ein automatisiertes Skript einmal pro Quartal in ein standardisiertes Austauschformat (z. B. CIM-XML oder eine validierte CSV-Struktur) exportiert werden. Dieser Export wird dem externen Netzplanungsdienstleister bereitgestellt. Alternativ kann ein schlankes, agentisches MDM-Tool so konfiguriert werden, dass es bei jeder Datenänderung im ERP eine automatisierte Änderungsdatei generiert und direkt per SFTP an den Dienstleister übermittelt. So bleibt das Netzmodell des Dienstleisters stets aktuell, ohne dass teure IT-Infrastruktur im eigenen Haus aufgebaut werden muss.

Warum reiner Kupferausbau scheitert und wie VNBs ihre Stammdaten-Lücken jetzt schließen müssen.

Hallo zusammen, Martin hier. Direkt aus dem Maschinenraum.

Habt ihr den ENTSO-E-Untersuchungsbericht zum Beinahe-Kollaps und den Kaskadeneffekten in Südeuropa gelesen? Wenn nicht, solltet ihr das dringend tun. Denn während in den Chefetagen der Politik noch über „zu wenig Kupfer im Boden“ debattiert wird, zeigt der Bericht die nackte, technische Realität: Der Kollaps war kein Problem mangelnder Erzeugungskapazitäten. Es war ein klassisches, operatives Steuerungsversagen.

Kurze Spannungsschwankungen führten dazu, dass dezentrale Erzeugungsanlagen (DER) reihenweise ungeplant vom Netz gingen – weil ihre Schutzparameter (Fault Ride-Through, kurz: FRT) falsch konfiguriert waren. Ein Dominostein brachte den nächsten zu Fall.

Warum sollte DICH das in deiner Rolle im Stadtwerk XYZ interessieren? Ganz einfach: Weil wir in Deutschland mit dem massiven Hochlauf von §14a-Anlagen (Wärmepumpen, Wallboxen) und PV-Anlagen genau auf dieselbe Wand zusteuern. Wenn am Niederspannungsnetz die Lichter flackern, müssen wir wissen, wie die Wechselrichter da draußen reagieren. Doch Hand aufs Herz: Habt ihr verlässliche Daten darüber in eurem ERP?

Hier sind die 5 blinden Flecken, die wir jetzt dringend angehen müssen – und wie wir das pragmatisch lösen.

In der Theorie haben wir tolle Netzanschlussregeln (VDE-AR-N 4105/4110). In der Praxis sieht es so aus: Der Installateur klickt bei der Inbetriebnahme der PV-Anlage schnell durch das Menü des Wechselrichters. Ob die FRT-Parameter (dynamische Netzstützung) oder die Blindleistungskennlinie $Q(U)$ wirklich korrekt gesetzt sind, prüft im VNB-Alltag niemand.

Und wo landen diese Daten bei uns?

In SAP IS-U nutzen wir meist die Transaktion EG31 (Gerätepflege) oder IQ03 (Serialnummer/Equipment anzeigen). Doch schaut mal rein:

[Screenshot-Beschreibung 1: SAP IS-U - Transaktion EG31. Die Registerkarte „Technische Daten“ zeigt gähnende Leere bei den netzrelevanten Parametern wie Blindleistungskennlinie oder FRT-Zeitkonstanten. Stattdessen findet man nur die Standard-Herstellerangabe ohne Feldvalidierung.]
In Schleupen CS navigieren wir über Netznutzung -> EEG/KWKG-Anlagen -> Stammdatenpflege.

[Screenshot-Beschreibung 2: Schleupen CS - Maske „Anlagendaten EEG“. Ein Freitextfeld mit der Aufschrift „Bemerkung“ enthält den manuellen Eintrag des Netzmeisters: „Wechselrichter-Schutz laut Elektriker okay“. Ein Albtraum für jede automatisierte Netzberechnung.]

Die Folge: Wir haben tonnenweise Datenleichen. Für eine echte Netzzustandsprognose sind diese „Stammdaten“ wertlos.

Wir glauben, dass wir über die MaKo (Marktkommunikation) alles im Griff haben. Doch die MaKo ist träge. Sie ist für die Abrechnung (Meter-to-Cash) gebaut, nicht für den Netzbetrieb. Wenn ein Anlagenbetreiber seinen Wechselrichter austauscht oder die Parameter ändert, erfahren wir das oft gar nicht oder erst Monate später über eine korrigierte Stammdatenmeldung.

Für den sicheren Netzbetrieb brauchen wir aber Echtzeit- oder zumindest zeitnahe technische Parameter. Ein Bilanzkreis- oder Lieferantenwechsel hilft der Netzleitwarte nicht, wenn die Spannung im Strang einbricht.

Der ENTSO-E-Bericht zeigt: Ohne genaue Kenntnis des aktuellen Schaltzustands und der Netzzustandsprognose fahren wir im Nebel. Viele VNBs haben zwar eine 24/7-besetzte Netzleitwarte (oft in Kooperation), aber die Sensorik endet am Ortsnetztransformator. Was dahinter passiert, ist eine Blackbox.

Wenn wir gemäß §13(1) EnWG oder im Rahmen des Ampelmodells Flexibilitäten steuern sollen, müssen wir erst einmal wissen: Was kann ich überhaupt steuern und wie reagiert das Netz? Ohne valide Lastflussberechnungen auf Basis echter Anlagendaten ist jeder Steuerungseingriff ein russisches Roulette für die Netzstabilität.

Unsere Netzplaner rechnen mit hochkomplexen Tools wie PowerFactory oder NEPLAN. Woher bekommen sie ihre Daten? Sie ziehen sich CSV-Exporte aus dem GIS oder dem ERP-System. Das Problem: Wenn die Datenbasis in SAP oder Schleupen fehlerhaft ist, rechnet die Netzplanung mit „Müll“. Garbage in, Garbage out. Es fehlt eine automatisierte, bidirektionale Schnittstelle (z. B. via REST-API oder CIM-XML), die sicherstellt, dass die realen Schutzparameter aus dem Feld direkt in die Berechnungsmodelle der Netzplaner fließen.

Wir können nicht für jede der tausenden Neuanlagen pro Jahr einen Mitarbeiter abstellen, der die Inbetriebnahmeprotokolle manuell abtippt und die XML-Dateien der Hersteller validiert. Das ist der sichere Weg in den Burnout und sorgt für eine Fehlerquote von über 20 %.

Die Lösung: Agentisches Asset-MDM (A²MDM) als digitaler Netzmeister

Wie kommen wir aus dieser Nummer raus, ohne Millionen in zusätzliche Sachbearbeiter zu stecken? Der Schlüssel liegt in Agentischem Asset-Master-Data-Management (A²MDM).

Anstatt dass ein Mensch mühsam Daten abgleicht, setzen wir spezialisierte KI-Agenten ein, die wie digitale Netzmeister arbeiten:

Automatisierte Inbetriebnahmeprüfung: Der Agent liest das PDF-Inbetriebnahmeprotokoll des Installateurs aus, vergleicht die eingetragenen Werte mit den technischen Datenblättern des Herstellers (aus einer globalen Datenbank) und prüft, ob die FRT- und Schutzparameter plausibel sind.
Direkte System-Synchronisation: Erkennt der Agent Abweichungen, schreibt er die korrigierten Daten nicht einfach blind ins System, sondern legt im SAP IS-U einen Klärungsfall an (z. B. über den SAP Business Workflow, Transaktion SWI1) oder aktualisiert das Datenfeld in Schleupen CS über die standardisierte REST-Schnittstelle.
Schnittstelle zur Netzleitwarte: Die validierten Parameter werden via CIM-Format (Common Information Model) direkt an das EDM-System und die Netzleitwarte übergeben. Damit weiß das Netzleitsystem im Ernstfall exakt, bei welcher Netzspannung welche PV-Anlage vom Netz gehen wird.

Martins Fazit für die Praxis

Der Spanien-Blackout war ein Weckruf. Netzstabilität ist im 21. Jahrhundert kein reines Tiefbau-Tema mehr. Es ist ein Daten-Thema.

Wer seine Hausaufgaben bei den Stammdaten der dezentralen Anlagen nicht macht, verliert im Ernstfall die Kontrolle über sein Netz. Fangt pragmatisch an:

Macht einen Audit eurer bestehenden EEG-Stammdaten in SAP/Schleupen.
Definiert Pflichtfelder für Schutzparameter bei der Anmeldung neuer Anlagen.
Schaut euch agentische MDM-Lösungen an, um den manuellen Erfassungsaufwand gegen Null zu senken.

Nur so machen wir unsere Netze fit für die Praxis.

Bis zum nächsten Mal, Euer Martin

Spanien-Blackout als Warnung: Die 5 blinden Flecken deutscher Verteilnetzbetreiber

Spanien-Blackout als Warnung: Die 5 blinden Flecken deutscher Verteilnetzbetreiber

Warum reiner Kupferausbau scheitert und wie VNBs ihre Stammdaten-Lücken jetzt schließen müssen.

Blind Spot 1: Der „Schutzparameter-Blindflug“ in SAP IS-U und Schleupen CS

Blind Spot 2: Die Illusion der statischen Marktkommunikation (MaKo)

Blind Spot 3: Fehlende Beobachtbarkeit und Steuerbarkeit (BuS) im Verteilnetz

Blind Spot 4: Die Schnittstellen-Lücke zwischen Netzplanung und IT

Blind Spot 5: Der manuelle Pflege-Aufwand (Die Personal-Sackgasse)

Die Lösung: Agentisches Asset-MDM (A²MDM) als digitaler Netzmeister

Martins Fazit für die Praxis

Praxis-Fragen für Ihr Stadtwerk