Netzberechnung und Lastflussanalyse für Planungsbüros automatisieren

Das echte Ausmaß des Problems

Netzberechnung in Planungsbüros ist Handwerk mit hoher Fehleranfälligkeit, nicht wegen mangelnder Kompetenz, sondern wegen der Natur des Prozesses selbst. Eine typische Mittelspannungsstudie für einen Netzanschluss oder eine Erweiterungsplanung umfasst:

• Modellaufbau: Kabeldaten, Transformatorparameter, Betriebsmitteldaten aus GIS und Netzdokumentation zusammenführen
• Lastflussberechnungen: Mehrere Betriebszustände (Normalbetrieb, N-1-Ausfälle, Maximallast, Minimallast)
• Kurzschlussstromberechnungen nach DIN EN 60909-0 (VDE 0102): Drei- und einpolige Kurzschlüsse an relevanten Knoten
• Schutzkoordinierung: Einstellwerte für Überstromschutz, Distanzschutz, Erdschlusserfassung, jeweils konsistent über alle Netzebenen
• Selektivitätsnachweis: Dokumentation, dass bei jedem möglichen Fehler das „richtigste” Schutzrelais als erstes auslöst
• Berichtserstellung: Normenkonformer Nachweis für Netzbetreiber, Behörden und Auftraggeber

Jede Parameteränderung an einer Stelle, neuer Einspeisepunkt, geänderter Kabelquerschnitt, revidierter Trafotyp, zieht potenziell alle nachgelagerten Berechnungsschritte mit sich. In der Praxis werden diese Konsistenzprüfungen über das Gesamtmodell bei iterativen Änderungen häufig nicht vollständig ausgeführt, weil die Zeit fehlt und es keine automatisierte Prüfkette gibt.

Laut einer Auswertung von trace-software.com entstehen Fehler in Netzberechnungen selten durch falsche Formeln, sondern durch widersprüchliche Annahmen zu Transformatordaten, Kabellängen, Verlegungsarten oder Schutzgeräteeinstellungen, und dadurch, dass Plausibilitätskontrollen des Gesamtmodells nicht systematisch stattfinden.

Die wirtschaftlichen Konsequenzen sind erheblich:

• Neuberechnungsrunden bei Planungsänderungen: typisch 4–12 Stunden pro Iteration
• Nachbesserungsaufwand nach Abnahmeprüfung durch Netzbetreiber: 2–6 Wochen Projektverzögerung
• Überprüfungskosten durch externe Gutachter, wenn die interne Qualitätssicherung unzureichend war
• Haftungsrisiken bei Schutzeinstellungsfehlern, die erst im Betrieb sichtbar werden

Für ein Ingenieurbüro mit 8–20 Mitarbeitenden, das 15–40 Netzberechnungsprojekte pro Jahr bearbeitet, bedeutet das: Ein signifikanter Teil der Projektstunden geht nicht in neue Arbeit, sondern in Iterationen, Prüfungen und Nachkorrekturen, die ein konsistentes Gesamtmodell von vornherein vermieden hätte.

Mit vs. ohne KI, ein ehrlicher Vergleich

¹ Erfahrungswert aus Praxisberichten bei Planungsbüros mit Python-automatisierten DIgSILENT-Workflows; keine repräsentative Studie.

Wichtig: Die KI ersetzt in diesem Anwendungsfall keine Fachentscheidungen. Sie übernimmt die mechanischen Berechnungsschleifen, die Datensynchronisation zwischen Modellzuständen und die Formatierung des Berichtsdokuments, und gibt die gewonnene Zeit an die Ingenieure zurück, die echte Planungsprobleme lösen können.

Einschätzung auf einen Blick

Zeitersparnis, sehr hoch (5/5)
Netzberechnung ist ein Paradebeispiel für repetitive Ingenieursarbeit: Parametereingabe, Berechnungslauf, Ergebnis prüfen, Parameteranpassung, erneuter Lauf. Diese Schleifen laufen bei manueller Durchführung stundenlang, und lassen sich mit Python-Automatisierung auf Minuten komprimieren. Wer bisher einen Werktag für einen vollständigen Lastfluss-Durchlauf mit Kurzschlussberechnungen und Schutzkoordinierungsprüfung benötigt hat, erledigt dasselbe in 2–3 Stunden. Das ist kein marginaler Effizienzgewinn, das ist eine Projektverdopplung, und damit der stärkste Zeitsparhebel in dieser Kategorie.

Kosteneinsparung, mittel (3/5)
Die Einsparung entsteht durch eingesparte Stunden, nicht durch günstigere Software. PowerFactory-Lizenzen sind teuer (30.000–60.000 € Einrichtung, 18–22 % SMI jährlich); die Automatisierungsschicht kostet zusätzlich Einrichtungszeit. Der Nutzen ist real, aber er fließt in höhere Projektkapazität, nicht direkt als Kostensenkung. Für ein Büro, das die gleiche Arbeit mit weniger Projektstunden erledigt, verbessert sich die Marge, aber das ist schwerer zu beziffern als bei der Kabelberechnung, wo der Vergleich direkter messbar ist.

Schnelle Umsetzung, niedrig (2/5)
12–18 Wochen bis zu einem produktiven automatisierten Workflow sind realistisch, und kein Schönfärben. Das Netzmodell muss validiert, die Normparameter müssen korrekt abgebildet, die Python-Skripte müssen getestet werden. Wer bereits eine PowerFactory-Python-API-Infrastruktur hat, kommt schneller. Wer von vorne beginnt, braucht diese Zeit. Das ist kein Einwand gegen den Ansatz, aber eine ehrliche Erwartung.

ROI-Sicherheit, mittel (3/5)
Der Nutzen ist messbar, Projektstunden vor und nach der Automatisierung lassen sich direkt vergleichen. Aber er ist nicht trivial zu isolieren: Werden Projekte effizienter wegen der Automatisierung oder wegen höherer Erfahrung der Ingenieure, verbesserter Vorlagen oder weniger komplexer Kunden? Ein faires Messinstrument ist die Projektdurchlaufzeit für gleichartige Aufgaben, die muss sinken, wenn die Automatisierung funktioniert.

Skalierbarkeit, hoch (4/5)
Wer einen Python-Workflow für Mittelspannungsnetze gebaut hat, kann denselben Ansatz auf Niederspannungs-, Hochspannungs- und Industrienetz-Projekte ausweiten. Neue Netztypen oder Normanforderungen (z. B. VDE-AR-N 4120 für Erneuerbare) werden als Erweiterungsmodule hinzugefügt. Das ist technisch keine Selbstverständlichkeit, es braucht eine saubere Skriptarchitektur, aber der Skalierungspfad ist klar.

Richtwerte, stark abhängig von Bürogröße, Projektvolumen und bestehender Software-Infrastruktur.

Was das System konkret macht, und was es nicht macht

Der KI-Einsatz in der Netzberechnung findet auf zwei Ebenen statt. Beide sind sinnvoll, aber sie lösen unterschiedliche Probleme.

Ebene 1: Berechnungsautomatisierung mit Python-API

Das ist der Haupthebel. Tools wie DIgSILENT PowerFactory und NEPLAN haben Python-Schnittstellen, über die jede Funktion der Software programmatisch aufrufbar ist. Statt manuell Lastflussberechnungen zu starten, Parameter zu ändern und Ergebnisse in Excel zu kopieren, läuft ein Python-Skript durch:

1. Parameterübergabe aus Quelldaten: Kabeldaten, Transformatorspezifikationen und Messwerte werden automatisch aus GIS-Export oder Excel-Sheets in das Netzmodell geschrieben
2. Berechnungsschleifen: Dutzende Lastfluss- und Kurzschlussszenarien laufen nachts unbeaufsichtigt durch, Normalbetrieb, N-1-Ausfall für jedes Betriebsmittel, Maximal- und Minimallast
3. Konsistenzprüfung: Nach jeder Parameteränderung prüft das Skript automatisch, ob Schutzeinstellungen noch zur neuen Netzstruktur passen, Inkonsistenzen werden sofort markiert
4. Ergebnisaufbereitung: Tabellarische Auswertungen, Auslastungsdiagramme, Selektivitäts-Überprüfungsprotokolle werden automatisch erzeugt

Das ist keine KI im Sinne von maschinellem Lernen, das ist konsequente Automatisierung von Ingenieursprozessen per Software. Der Vorteil: deterministisch, norm-prüfbar, reproduzierbar.

Ebene 2: KI-Assistenz für Dokumentation und Normprüfung

Hier kommen LLMs ins Spiel. Konkret:

• Normenkonformer Berechnungsnachweis: Das LLM formuliert Berechnungsnachweise aus strukturierten Tabellendaten, Ingenieur prüft, Ingenieur unterschreibt
• Kommentierung von Abweichungen: Wenn ein Lastflussergebnis eine Knotenspannung außerhalb des EN-50160-Bandes zeigt, erklärt das System, warum das passiert und welche Gegenmaßnahmen in Frage kommen
• Normvergleich: Das LLM prüft, ob die verwendeten Einstellwerte mit VDE-AR-N 4120 oder VDE 0102 konsistent sind, als erste Überprüfungsebene, nicht als abschließendes Gutachten

Was es nicht macht: keine eigenständigen Schutzeinstellungen vornehmen, keine Empfehlungen ohne menschliche Prüfung in Betrieb nehmen, keine normenrechtliche Prüfung ersetzen, die ein haftungsübernehmender Ingenieur leisten muss.

Lastfluss vs. Kurzschlussberechnung, unterschiedliche Fragen, unterschiedliche Werkzeuge

Ein häufiges Missverständnis bei der Einführung: Lastfluss und Kurzschlussberechnung werden oft als ein gemeinsames Problem behandelt. Sind sie nicht. Sie beantworten grundlegend verschiedene Fragen, und die Automatisierungsanforderungen sind unterschiedlich.

Lastflussberechnung (auch: Leistungsflussrechnung, Load Flow, Power Flow)

• Frage: Wie verteilt sich die Wirkleistung P und Blindleistung Q im Netz bei gegebener Last- und Einspeisesituation?
• Ergebnis: Spannungen an jedem Knoten, Ströme in jedem Zweig, Auslastungen der Betriebsmittel
• Norm: Keine direkte Normvorgabe für den Berechnungsalgorithmus; Newton-Raphson und Gauss-Seidel sind Praxis-Standard
• Automatisierungspotenzial: Sehr hoch, viele Szenarien (PV-Einspeisung, Wärmepumpenlasten, E-Mobilität) lassen sich als Batch-Läufe automatisieren
• Typischer Anlass: Netzplanung, Betriebsmittelauslastung, Spannungshaltungsnachweis

Kurzschlussstromberechnung (nach DIN EN 60909-0 / VDE 0102)

• Frage: Welche maximalen und minimalen Kurzschlussströme fließen an jedem Knoten beim Auftreten von Fehlern?
• Ergebnis: Maximale Kurzschlussströme für Schaltgeräte-Dimensionierung, minimale für Schutzauslösung
• Norm: DIN EN 60909-0 (VDE 0102) ist verbindlich, Berechnungsmethodik ist normiert, c-Faktor, Impedanzkorrekturfaktoren und Maximal-/Minimalbedingungen müssen korrekt angewandt werden
• Automatisierungspotenzial: Mittel-hoch, die Normparameter müssen korrekt eingestellt sein, aber Szenarien lassen sich automatisieren
• Typischer Anlass: Schutzgeräte-Dimensionierung, Selektivitätsnachweise, Kurzschlussfestigkeit

Schutzkoordinierung verknüpft beide: Aus den Kurzschlussströmen werden die Einstellwerte für Schutzrelais abgeleitet, aus dem Lastfluss die maximalen Betriebsströme. Fehler in einer der Berechnungen ziehen Fehler in der Schutzkoordinierung nach sich, deshalb ist die automatisierte Konsistenzprüfung zwischen beiden Ebenen der eigentliche Mehrwert.

Normative Anforderungen und Haftungsrahmen

Netzberechnung ist nicht nur Technik, sie ist verbindliche Ingenieurshaftung. Das hat direkte Konsequenzen für den KI-Einsatz.

Die relevanten Normen

DIN EN 60909-0 / VDE 0102 (Kurzschlussströme in Drehstromnetzen): Verbindliche Berechnungsmethodik für Kurzschlussströme. Die Norm schreibt Spannungsfaktoren (c = 1,0 / 1,05 / 1,1 je nach Netzebene und Maximal-/Minimalbedingung), Impedanzkorrekturfaktoren und Berechnungsrandbedingungen vor. Tools wie DIgSILENT PowerFactory und NEPLAN sind darauf ausgelegt, diese Norm direkt abzubilden, aber die Parametrierung (welche Transformatordaten, welche Netzrückwirkungen, welche Betriebsmittel einbeziehen) bleibt Ingenieursentscheidung.

DIN VDE 0100 (Errichtung von Niederspannungsanlagen): Für die Niederspannungsplanung definiert diese Normenreihe Schutzmaßnahmen und Abschaltzeitanforderungen. Die relevanten Teile für Netzberechnung: Teil 410 (Schutz gegen elektrischen Schlag), Teil 530 (Auswahl und Errichtung elektrischer Betriebsmittel). SIMARIS design ist auf diese Norm ausgelegt.

VDE-AR-N 4120 / 4110 (Technische Anschlussbedingungen für Erzeuger): Verbindliche Anforderungen für den Netzanschluss von Windparks, PV-Anlagen und Speichern. Wer Netzanschlussgutachten erstellt, muss diese Regeln direkt im Berechnungsmodell abbilden, und der Netzbetreiber prüft das.

IEC 61970 (Common Information Model / CIM): Standard für den Datenaustausch zwischen Netzberechnungstools und Netzbetreiber-Systemen. Wer Netzmodelle in CIM-Format liefert, ermöglicht dem Netzbetreiber, sie direkt in sein eigenes System einzulesen, ohne Doppeleingabe und ohne Übertragungsfehler. pandapower unterstützt CIM-Import direkt.

Haftungsfrage: Wer unterschreibt?

Das ist die wichtigste Frage für jeden Anwender. Das KI-System macht Vorschläge, ein haftungsübernehmender Ingenieur unterschreibt. Das ist keine bürokratische Formsache, das ist Substanz: Falsche Schutzeinstellungen in einer Mittelspannungsanlage können zu unkontrollierten Abschaltungen oder, im schlimmsten Fall, zu ungeklärten Schalthandlungen unter Last führen.

Konkret für den KI-Einsatz bedeutet das:

• Automatisch generierte Schutzeinstellungsvorschläge müssen durch einen verantwortlichen Elektroingenieur geprüft und freigegeben werden, keine Ausnahme
• Berechnungsnachweise dürfen nicht ungeprüft weitergegeben werden, auch wenn das LLM sie formuliert hat
• Die Automatisierungsschicht ist ein Werkzeug, kein Gutachter, und das muss auch so dokumentiert sein

Das ist kein Argument gegen Automatisierung, sondern gegen naive Automatisierung. Gut implementiert, gibt die KI mehr Zeit für genau diese Prüfung.

Netzmodell-Validierungsprozess, bevor du dem Ergebnis vertraust

Der häufigste Fehler bei KI-gestützter Netzberechnung ist nicht falscher Code, es sind falsche Eingaben. Garbage in, garbage out gilt hier mit Konsequenzen, die Netzbetreiber und Gutachter direkt sehen.

Ein brauchbarer Validierungsprozess besteht aus drei Stufen:

Stufe 1, Parametrische Plausibilitätsprüfung (vor dem ersten Berechnungslauf)

• Stimmen Transformatorleistungen mit der Netzdokumentation überein?
• Sind Kabellängen und -querschnitte aus dem GIS-Export korrekt übernommen worden?
• Sind Einspeiseleistungen und Lastannahmen realistisch für den Netzbereich?

Automatisierbar mit: Python-Skripte lesen parallel GIS-Export und Netzmodell und prüfen auf Abweichungen über einem definierten Schwellwert.

Stufe 2, Ergebnisvalidierung gegen Bekanntes (nach dem ersten Lauf)

• Stimmt der Lastfluss an bekannten Messstellen mit SCADA-Werten überein?
• Liegen Spannungen im erwarteten Bereich (typisch 0,95–1,05 p.u. im Normalbetrieb)?
• Liegen Kurzschlussströme in der erwarteten Größenordnung für die Netzebene?

Wenn die erste vollständige Berechnung am bekannten Ist-Netz reale SCADA-Messwerte reproduziert, ist das Modell plausibel, nicht zwingend richtig, aber plausibel. Das ist der Ausgangspunkt für Planungsszenarien.

Stufe 3, Kontinuierliche Konsistenzprüfung (bei jeder Parameteränderung)

• Hat sich nach der letzten Änderung ein Kurzschlussstrom außerhalb des erwarteten Bereichs verändert?
• Sind Schutzeinstellungen noch konsistent mit den neuen Kurzschlussstromwerten?
• Gibt es Überlastungen durch die Änderung, die vorher nicht da waren?

Diese dritte Stufe ist der Kernnutzen der Automatisierung: Sie passiert automatisch bei jedem Commit ins Netzmodell, nicht als manuelle Nachprüfung durch einen Ingenieur, der es vielleicht vergisst.

Konkrete Werkzeuge, was wann passt

Der richtige Werkzeugkasten hängt von der Projektgröße und der vorhandenen Software-Infrastruktur ab.

DIgSILENT PowerFactory + Python-API, Der Industriestandard für Planungsbüros, die Mittel- und Hochspannungsnetze berechnen. Die Python-API ist mächtig, aber sie spiegelt das interne Objektmodell von PowerFactory, Einarbeitung ist nötig. Wer PowerFactory bereits einsetzt, sollte zuerst in die Skript-Automatisierung investieren; der ROI kommt schnell. Einrichtung ab ca. 30.000–60.000 € (Basislizenz + SMI), Schulung ca. 2.000 € pro Person (5-Tages-Kurs). Normkonform nach IEC 60909, VDE 0102, VDE-AR-N 4120, das ist der Hauptgrund, warum Netzbetreiber PowerFactory-Berechnungen direkt akzeptieren.

NEPLAN 360 / Anywhere, Die pragmatische DACH-Alternative für Verteilnetzplanung. NEPLAN bietet eine REST-API in der Cloud-Variante, die Machine Learning-Workflows anbinden lässt. Günstiger als PowerFactory (ab ca. 3.000–15.000 €/Jahr), Schweizer Hosting, deutschsprachiger Support. Besonders geeignet für Stadtwerke und Planungsbüros mit Schwerpunkt auf 10/20-kV-Verteilnetzen.

pandapower, Die kostenlose Open-Source-Option für Python-affine Teams. Entwickelt am Fraunhofer IEE und der Universität Kassel, direkt integrierbar mit NumPy, pandas und scikit-learn. Fraunhofer-Praxisberichte dokumentieren Einsätze bei Bayernwerk Netz GmbH und Netze BW GmbH. Kein grafischer Netzeditor, keine GUI, reine Python-Umgebung. Für Forschungsprojekte und reproduzierbare Studien ausgezeichnet; für Netzanschlussgutachten, die PowerFactory-Format verlangen, weniger geeignet.

Adaptricity, ETH-Zürich-Spin-off mit Fokus auf automatisierte Lastflussberechnungen für Verteilnetze mit hohem Anteil erneuerbarer Einspeisung. Der BaseCase-Assistent automatisiert die Datenmigration weitgehend, relevanter Zeitvorteil beim Modellaufbau. Kunden: Eon, Enel. Keine öffentlichen Preise, Anfrage nötig.

Siemens PSS®E, Für Büros, die im internationalen Übertragungsnetz-Geschäft aktiv sind oder PSS®E-Format für Auftraggeber liefern müssen. Ab ca. 15.000 USD/Jahr. Im deutschen Markt weniger verbreitet als PowerFactory.

SIMARIS design, Kostenlose Siemens-Software für Niederspannungsplanung nach VDE 0100. Kurzschlussberechnung, Kabelbemessung und Selektivitätsprüfung für NS-Anlagen. Kein Automatisierungs-API, keine Batch-Berechnungen, aber als Einstieg in normenkonformes Rechnen ohne Lizenzkosten eine sinnvolle Option für kleinere Büros.

Wann welcher Ansatz:

• Mittel-/Hochspannungsnetz, Netzanschlussgutachten → PowerFactory + Python-API
• Verteilnetz DACH, Stadtwerke-Umfeld → NEPLAN 360 oder Adaptricity
• Forschung, reproduzierbare Open-Source-Studien → pandapower
• Niederspannungsplanung mit kleinem Budget → SIMARIS design (kostenlos)
• Internationales TSO-Geschäft → PSS®E

Planungsbüro-spezifische Fehlerquellen

Netzberechnung scheitert in der Praxis selten an der Mathematik. Es scheitert an den Annahmen und an der Datenpflege. Die häufigsten Fehlerquellen, die in automatisierten Workflows aufgedeckt und verhindert werden können:

1. Inkonsistente Netzmodellstände
Das Netzmodell im Berechnungstool wird während der Planung mehrfach geändert. GIS-Daten, Planungsdokumente und Berechnungsmodell divergieren. Nach drei Iterationen enthält das Modell Werte, die keinem aktuellen Dokument mehr entsprechen. Gegenmittel: Einzige Datenquelle, Netzmodell wird aus GIS-Export automatisch generiert, manuelle Eingaben werden durch Skript-Import ersetzt.

2. Fehlende oder falsche c-Faktoren nach VDE 0102
Der Spannungsfaktor c (1,0 für Minimalkurzschluss, 1,05 oder 1,1 für Maximalkurzschluss, abhängig von der Netzebene) wird manchmal nicht für alle Szenarien korrekt gesetzt, besonders wenn Berechnungsvorlagen kopiert und für neue Netze adaptiert werden. Das führt zu systematisch zu niedrigen oder zu hohen Kurzschlussströmen. Automatisiertes Prüfskript: c-Faktor für jeden Berechnungsfall gegen Normanforderung prüfen.

3. Nicht aktualisierte Schutzeinstellungen nach Netzänderungen
Das ist der Fehler aus dem Einleitungs-Szenario. Einstellwerte für Schutzrelais werden einmalig berechnet und nicht nachgezogen, wenn sich die Netzstruktur ändert. Automatisiertes Gegenmittel: Nach jeder Netzänderung automatische Prüfung, ob bestehende Schutzeinstellungen noch mit den neuen Kurzschlussströmen konsistent sind.

4. Falsche Gleichzeitigkeitsfaktoren für Lasten
Gleichzeitigkeitsfaktoren für Wohngebäude, Industrie und Gewerbe sind nicht identisch, und veralten mit veränderten Nutzungsmustern (E-Mobilität, Wärmepumpen). Wer mit 20 Jahre alten Lastannahmen rechnet, dimensioniert falsch. Modernes Gegenmittel: Zeitreihenbasierte Lastflussberechnungen mit echten Smart-Meter-Profilen, wie NEPLAN Anywhere oder Adaptricity es ermöglichen.

5. GIS-Fehler beim Import
Kabellängen aus dem GIS haben manchmal Topologiefehler, gespiegelte Trassen, nicht verbundene Knoten, falsch zugeordnete Abgangsbezeichnungen. Wer den GIS-Export ohne Plausibilitätsprüfung direkt ins Berechnungstool lädt, rechnet mit einem topologisch fehlerhaften Netz. Automatisiertes Prüfskript: Topologievalidierung vor dem ersten Berechnungslauf.

Datenschutz und Datenhaltung

Netzberechnungsmodelle enthalten sensible Informationen: Netztopologien, Betriebsmitteldaten, Einspeiseleistungen, Schutzparameter. Das macht sie zu schützenswerten technischen Geschäftsgeheimnissen, und bei Netzbetreibern zu Daten der kritischen Infrastruktur.

Für die Tool-Auswahl bedeutet das:

On-Premise-Lösungen (PowerFactory Desktop, ETAP On-Premise, pandapower auf eigenen Servern): Keine Daten verlassen das Unternehmen. Das ist für KRITIS-Betreiber der Standard und sollte auch für Planungsbüros, die im Auftrag von Netzbetreibern arbeiten, die Grundoption sein. Kein AVV nötig, weil keine Drittverarbeitung stattfindet.

Cloud-Lösungen (NEPLAN Anywhere, Adaptricity): Netzmodelle werden auf externen Servern verarbeitet. Beide Anbieter sind EU-gehostet (Schweiz bzw. EU) und bieten AVV. Vor dem Einsatz: Prüfen, ob euer Auftraggeber, insbesondere wenn es ein Netzbetreiber ist, das erlaubt. Für KRITIS-Netzbetreiber gelten besondere Anforderungen nach BSI IT-Grundschutz und §11 EnWG.

LLM-Einsatz für Dokumentation: Wenn Berechnungsergebnisse zur Formulierung von Nachweisdokumenten an ein LLM übergeben werden, gilt DSGVO: Werden Netzdaten übergeben, die einem bestimmten Betreiber zugeordnet werden können? Lösung: Ergebnisse vor der LLM-Übergabe anonymisieren (Knotenbezeichnungen durch generische Namen ersetzen) oder ein on-premise LLM (z. B. Llama über Ollama) verwenden.

Auftragsverarbeitungsvertrag (AVV): Bei Cloud-Tools ist ein AVV nach Art. 28 DSGVO Pflicht, wenn personenbezogene Daten oder, je nach Einordnung, Netzdaten mit Personenbezug (z. B. Kundenanschlüsse mit Adresszuordnung) verarbeitet werden.

Was es kostet, realistisch gerechnet

Einmalige Einrichtungskosten

Laufende Kosten (jährlich)

• PowerFactory SMI (Softwarepflege): ca. 18–22 % der Lizenzsumme = 5.400–13.200 €/Jahr
• NEPLAN 360: 3.000–15.000 €/Jahr (je nach Modulumfang)
• pandapower: keine Software-Kosten, aber Infrastruktur (Server, Entwicklerwartung)
• ChatGPT/Claude API für Dokumentation: 50–200 €/Monat

Wie du den Nutzen misst
Der sauberste Nachweis: Vergleiche die durchschnittlichen Projektstunden für gleichartige Netzberechnungsaufgaben vor und nach der Einführung. Führe dazu eine einfache Stundenerfassung per Aufgabentyp, nicht nur pro Projekt, sondern aufgegliedert nach Modellaufbau, Berechnungsläufen, Schutzkoordinierung, Dokumentation. Nach 6–10 Projekten siehst du, wo die Automatisierung tatsächlich Stunden spart und wo nicht.

Konservatives ROI-Szenario
Ein Ingenieurbüro mit 5 Berechnungsingenieuren, die je 15 Netzberechnungsprojekte pro Jahr abwickeln, spart pro Projekt durchschnittlich 10 Stunden. Stundensatz intern (laut AHO-Stundensatzrechner für mittlere Ingenieurbüros): ca. 90–130 €/h. Das macht:

5 Ingenieure × 15 Projekte × 10 Stunden × 90 € = 67.500 € pro Jahr eingesparte interne Kapazität.

Im konservativen Szenario (30 % Realisierung in den ersten 12 Monaten, weil Lernkurve und Ausnahmen): 20.000–25.000 € realer Effizienzgewinn im Jahr 1. Ab Jahr 2, wenn die Automatisierung stabil läuft, nähert sich das dem Vollpotenzial an.

Das ist keine garantierte Zahl, aber sie zeigt, dass der Break-even für NEPLAN 360 oder pandapower innerhalb von 12–18 Monaten realistisch ist, und für PowerFactory-Büros, die bereits Lizenzen haben, bereits im ersten Jahr.

Typische Einstiegsfehler

1. Das Netzmodell wird automatisiert, aber nicht validiert
Der Impuls: Daten aus dem GIS direkt ins Berechnungstool laden, Skript starten, fertig. Das Problem: GIS-Daten enthalten Topologiefehler, fehlende Parameter, veraltete Werte. Wer diese Fehler nicht vor dem Berechnungslauf abfängt, automatisiert falsche Ergebnisse. Lösung: Vor dem ersten automatisierten Berechnungslauf immer eine Validierungsphase einrichten, die bekannte Ist-Zustände reproduziert und gegen SCADA-Messwerte prüft. Erst wenn das stimmt, kommen Planungsszenarien dran.

2. Alle drei Berechnungsarten werden gleichzeitig eingeführt
Lastfluss, Kurzschluss und Schutzkoordinierung haben unterschiedliche Automatisierungskomplexitäten. Wer alle drei auf einmal angeht, verzettelt sich. Lösung: Starte mit dem Lastfluss, das ist der einfachste Einstieg und der größte Zeithebel. Wenn Lastfluss-Batch-Berechnungen stabil laufen, erst dann Kurzschluss, dann Schutzkoordinierung ergänzen.

3. Die Ingenieure werden nicht eingebunden
Python-Skripte, die ohne die Fachingenieure entwickelt wurden, passen nicht zum Arbeitsablauf und werden nicht genutzt. Der häufigste Sabotagefall: Das Skript läuft, aber die Ingenieure vertrauen den Ergebnissen nicht und prüfen alles manuell nach, womit der Zeitvorteil wieder verloren geht. Lösung: Die Ingenieure, die täglich Netzberechnungen machen, müssen von Anfang an an der Skript-Entwicklung beteiligt sein. Sie kennen die Ausnahmefälle, die Sondersituationen und die Plausibilitätskriterien, die kein Lastenheft vollständig beschreibt.

4. Automatisierte Berechnungsergebnisse werden ungeprüft weitergegeben
Das ist kein technisches Problem, sondern ein Haftungsproblem. In einer beschleunigten Welt wächst der Druck, automatisierte Berechnungen direkt als Nachweis weiterzugeben, ohne die im vorherigen Abschnitt beschriebene Validierung. Das darf nicht passieren: Der verantwortliche Ingenieur muss jeden Nachweis, der seinen Namen trägt, geprüft haben. Die Automatisierung reduziert den Aufwand dieser Prüfung, sie ersetzt sie nicht.

5. Das Wartungsproblem wird ignoriert
Das ist der gefährlichste Fehler, weil er still passiert. Python-Skripte, die gegen eine bestimmte PowerFactory-Version entwickelt wurden, müssen bei einem API-Update angepasst werden. Netzmodelle veralten, wenn neue Betriebsmittel eingebaut und nicht im Modell nachgeführt werden. In einem Jahr gibt es ein System, das selbstbewusst falsch rechnet, weil das Netzmodell und die Realität auseinanderdriften. Gegenmittel: Klare Zuständigkeit für das Netzmodell, definierte Trigger für Modellaktualisierungen (neuer Transformator, neue Kabelleitungen, neue Einspeiser) und regelmäßige Plausibilitätschecks gegen SCADA-Messwerte.

Was mit der Einführung wirklich passiert, und was nicht

Die technische Hürde ist das Einfachste. Das Schwierigere ist organisatorisch.

Die „nicht mein Werkzeug”-Reaktion taucht fast immer auf. Erfahrene Berechnungsingenieure haben ihr Handwerk über Jahre verfeinert, ihre PowerFactory-Parametrierungsroutinen, ihre Selektivitäts-Excel-Tabellen, ihre Berichtsvorlagen. Ein automatisiertes System, das das „macht”, fühlt sich für jemanden, der das als Kompetenz aufgebaut hat, wie eine Bedrohung an. Was hilft: nicht das Ergebnis zeigen, sondern den Prozess. Lass die erfahrenen Ingenieure das Skript mitentwickeln, ihre Ausnahmefälle und Sonderregeln werden damit eingebaut, nicht ersetzt.

Der erste Pilotlauf läuft selten fehlerfrei. GIS-Fehler, unerwartete Ausnahmen im Netzmodell, API-Änderungen zwischen PowerFactory-Versionen, irgendetwas ist immer. Das ist kein Projektsignal für “es funktioniert nicht”, sondern normale Entwicklungsarbeit. Wichtig: Pilotlauf mit einem bekannten, validierten Netz durchführen, nicht mit einem neuen Projekt unter Termindruck.

Was konkret hilft:

• Starte mit dem Berechnungstyp, den das Team am häufigsten wiederholt, nicht mit dem komplexesten
• Dediziere eine Person als technische Verantwortliche:r für die Skripte, mindestens 20 % ihrer Zeit in den ersten drei Monaten
• Definiere einen einfachen Qualitätscheck: Wenn das Skript-Ergebnis und die manuelle Berechnung für denselben Fall innerhalb von 2 % übereinstimmen, ist das Skript valide
• Kommuniziere intern, was die Automatisierung nimmt (Routinearbeit) und was sie lässt (Entscheidungsverantwortung, Normkonformität, Kundenkommunikation)

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände, und was dahintersteckt

„Unsere Netze sind zu individuell für Standard-Skripte.”
Das ist halb richtig. Jedes Netz ist individuell, aber die Berechnungsabläufe sind es nicht. Lastfluss nach Newton-Raphson ist überall derselbe, Kurzschlussberechnung nach VDE 0102 läuft nach denselben Regeln, Schutzkoordinierung folgt denselben Selektivitätsprinzipien. Die Parametrierung ist projektspezifisch, aber die Automatisierung der Berechnungsroutine ist projektübergreifend. Wer Skripte baut, die Netzparameter als Input nehmen und Ergebnisse als Output liefern, hat eine Lösung, die auf jedes Netz passt.

„Wir haften für die Ergebnisse, KI-Fehler würden auf uns zurückfallen.”
Korrekt, und das ist kein Argument gegen die Automatisierung, sondern ein Argument für ihre richtige Implementierung. Die Automatisierung rechnet deterministisch: Gleiche Eingaben, gleiche Ausgaben, jedes Mal. Das macht Fehler reproduzierbar und prüfbar, besser als manuelle Berechnungen, die von Ingenieur zu Ingenieur variieren und schwer nachvollziehbar sind. Die Verantwortung trägt weiterhin der unterschreibende Ingenieur, aber er prüft eine automatisierte, dokumentierte Berechnung statt einer manuellen, die er gestern um 18 Uhr unter Zeitdruck fertiggestellt hat.

„PowerFactory ist schon teuer genug. Das können wir uns nicht zusätzlich leisten.”
Wenn PowerFactory bereits lizenziert ist, kostet die Python-Automatisierung primär Entwicklungszeit, kein zusätzliches Softwarebudget. Eine Schätzung: 40–80 Stunden Entwicklungsaufwand für ein solides Lastfluss-Batch-Skript mit Ergebnisaufbereitung. Das sind einmalig 3.600–7.200 € (bei 90 €/h interner Stundensatz). Bei 15 Projekten pro Jahr und 10 Stunden Ersparnis pro Projekt sind das 135 Stunden Rückgewinn, Break-even nach weniger als einem Drittel der Projekte.

Woran du merkst, dass das zu dir passt

• Du führst dieselben Berechnungsschritte immer wieder durch, Lastfluss, Kurzschluss, Schutzkoordinierung für mehrere ähnliche Netzsektionen oder Projekte pro Quartal
• Parameteränderungen beim Auftraggeber führen zu vollständigen Neuberechnungsrunden, die einen oder zwei Arbeitstage kosten
• Dein Team hat bereits PowerFactory, NEPLAN oder ein vergleichbares Tool, und nutzt es manuell
• Du hast Python-Kenntnisse im Team oder könntest sie aufbauen, ohne Python-Grundkompetenz ist die Einstiegshürde für die Automatisierung deutlich höher
• Selektivitätsfehler werden in eurem Büro gelegentlich erst bei externer Prüfung entdeckt, das ist ein direktes Signal, dass die interne Konsistenzprüfung Lücken hat

Wann sich die Einführung (noch) nicht lohnt, drei harte Ausschlusskriterien:

1. Weniger als 5 Netzberechnungsprojekte pro Jahr mit Lastfluss- oder Kurzschlusskomponente. Der Aufwand für Modellvalidierung, Skriptentwicklung und Systempflege ist dann nicht durch Projektvolumen gedeckt. Statt Automatisierung lohnt sich die Investition in bessere Berechnungsvorlagen und einen strukturierten Qualitätsprozess.

2. Kein standardisierter Berechnungsablauf vorhanden, jeder Ingenieur rechnet anders, nutzt unterschiedliche Parameterquellen und erstellt Berichte nach eigenem Schema. Automatisierung setzt einen definierten Prozess voraus, den sie beschleunigt. Wer zuerst automatisiert, bevor der Prozess stabilisiert ist, automatisiert Chaos. Reihenfolge: erst Prozess standardisieren, dann automatisieren.

3. Netzdaten liegen nicht strukturiert vor, GIS-Daten sind fragmentiert, Betriebsmitteldaten stecken in Word-Dokumenten und E-Mails, es gibt keine konsistente Nomenklatur für Knotenbezeichnungen. Ohne strukturierte Eingabedaten gibt es kein Skript, das sauber arbeitet. Priorität in diesem Fall: Datenstrategie und GIS-Konsolidierung zuerst.

Das kannst du heute noch tun

Lade pandapower herunter, kostenlos, kein Lizenzaufwand, eine Python-Installation reicht. Baue in einer Stunde ein einfaches Beispielnetz nach (die mitgelieferten Beispielnetze wie pp.networks.mv_oberrhein() sind direkt verwendbar) und führe deinen ersten automatisierten Lastfluss durch. Das dauert maximal 90 Minuten und zeigt dir, ob das Konzept für euer Büro funktioniert, bevor du einen Cent in Schulungen oder Erweiterungslizenzen investierst.

Wenn du PowerFactory oder NEPLAN bereits hast und direkt starten willst, hier ist ein Prompt, der dir beim ersten Python-Skript für die Berechnungsautomatisierung hilft:

Quellen & Methodik

• Fraunhofer IEE, Universität Kassel: pandapower in der Praxis. Die pandapower-Infrastruktur wird laut Fraunhofer IEE bei Bayernwerk Netz GmbH, Netze BW GmbH und Romande Energie SA für automatisierte Netzberechnungsstudien eingesetzt. Quelle: Fraunhofer IEE, pandapower Produktseite (April 2024)
• Adaptricity AG: ETH-Zürich-Spin-off mit Kunden Eon, Enel und China Light & Power. BaseCase-Assistent automatisiert Datenmigration. Quelle: adaptricity.com (Mai 2026)
• Fehlerquellen in der Netzberechnung: Widersprüchliche Annahmen zu Transformatordaten, Kabellängen und Schutzgeräteeinstellungen als Hauptfehlerquelle in der Praxis. Quelle: trace-software.com, Technische Tipps für Elektroplaner (abgerufen Mai 2026)
• DIN EN 60909-0 / VDE 0102: Kurzschlussströme in Drehstromnetzen, Normative Grundlage für alle Kurzschlussberechnungen in Deutschland. VDE-Verlag, aktuelle Fassung 2016.
• DIgSILENT PowerFactory Lizenzkosten: Öffentliche Ausschreibungen und Erfahrungsberichte; DIgSILENT publiziert keine Preislisten. Trainingspreise: DIgSILENT Webshop, Schulungsübersicht 2024.
• NEPLAN 360 Preise: Aus öffentlich ausgeschriebenen Stadtwerks-Beschaffungen und neplan.ch (Mai 2026).
• AHO-Stundensatzrechner: Stundensätze für Ingenieurbüros. aho.de/service/stundensatzrechner (2024).
• Haftungsrahmen Netzberechnung: VDE-AR-N 4120, VDE-AR-N 4110 (Technische Anschlussbedingungen für Erzeuger), DIN VDE 0100 (aktuelle Normenreihe).

Du willst wissen, welcher Automatisierungsansatz für eure bestehende Software-Infrastruktur und Projekttypen am sinnvollsten ist? Meld dich, das klären wir in einem kurzen Gespräch.