7:43 Uhr. Die Anforderung kommt. Die Daten stimmen nicht.
Es ist ein typischer Morgen in der Netzleitstelle. Eine Abregelungsanforderung trifft ein – eine Windenergieanlage soll wegen drohender Netzüberlast im Redispatch-Verfahren gedrosselt werden. Parallel liegt eine neue Anschlussanfrage für einen Großspeicher vor, Rückfragen des Projektleiters warten.
Der zuständige Netzplaner öffnet das Redispatch-Portal. Die Anlage ist gelistet, aber die angegebene Nennleistung weicht von dem ab, was das EDM aktuell misst. Im MaStR steht eine dritte Zahl. Welche stimmt? War da eine Leistungsänderung, die nie nachgemeldet wurde? Oder ein Messfehler? Oder ein Zuordnungsproblem mit der Zählpunktnummer?
Was jetzt folgt, ist kein Ausnahmefall. Es ist Routine: Telefonate mit dem Anlagenbetreiber, manueller Abgleich in drei Systemen, eine Klärfallnotiz im Ticketsystem. Ergebnis nach 45 Minuten: die Abweichung ist auf eine nicht nachgetragene Erweiterung der Anlage zurückzuführen. Das MaStR war veraltet. Der Netzplaner hat das Richtige getan – aber er hat es manuell getan, statt es zu wissen.
Dieses Szenario spielt sich täglich in Netzleitstellen und Planungsabteilungen quer durch Deutschland ab. Nicht weil die Mitarbeitenden inkompetent wären – sondern weil das Informationsgefüge, auf dem sie arbeiten, strukturell inkohärent ist.
Das Daten-Dreieck: Drei Systeme. Eine Anlage. Drei Wahrheiten.
Der eigentliche Engpass im Redispatch-Alltag ist nicht die Prozesslogik, nicht die Regelwerke und auch nicht die Kommunikation mit Marktpartnern. Es ist die fehlende Stammdaten-Synchronität zwischen den drei Systemen, die für eine vollständige Anlagenkenntnis zusammenspielen müssen:
Stimmen diese drei Ebenen nicht überein, entstehen zwangsläufig Klärfälle – bei Abregelungen, bei Anschlussanfragen, bei der Redispatch-Abrechnung und bei der BNetzA-Meldepflicht.
Das Problem ist strukturell: Diese drei Systeme haben unterschiedliche Pflegeprozesse, unterschiedliche Verantwortlichkeiten und unterschiedliche Aktualisierungszyklen. Das MaStR wird oft erst nach Monaten nachgepflegt. Das EDM zeigt, was der Zähler misst – aber nicht, warum eine Abweichung besteht. Das GIS/Leitsystem wird vom Netzbetrieb gepflegt, während das MaStR kaufmännisch verantwortet wird.
Mit der Einführung von §14a EnWG wird dieses Problem exponentiell größer. Wo heute einige Hundert Redispatch-Anlagen manuell nachverfolgt werden können, werden in wenigen Jahren Zehntausende steuerbare Lasten – Wallboxen, Wärmepumpen, Heimspeicher – in denselben Informationsfluss integriert sein müssen. Eine händische Klärfallkultur ist mit dieser Masse schlicht nicht skalierbar. (Wie MaStR-Fehler sich auf die Erlösobergrenze auswirken, beschreibt Insight #1.)
Was qualifizierte Netzplaner wirklich kosten – wenn sie Excel statt Netze pflegen
Der Fachkräftemangel in technischen Berufen ist kein abstraktes Problem mehr. Netzplanung, Asset Management und Redispatch-Koordination sind hochqualifizierte Tätigkeiten, für die es schlicht zu wenige Bewerberinnen und Bewerber gibt. Wer diese Ressourcen hat, kann es sich nicht leisten, sie in repetitive Stammdaten-Klärschleifen zu investieren.
Die „Hidden Costs" lassen sich konkret machen:
| Tätigkeit | Ø Zeit/Woche | Profil |
|---|---|---|
| Klärfälle EDIFACT / Redispatch-Portal | 90–120 min | Netzplaner / Sachbearbeitung |
| MaStR-Differenz-Recherche | 60–90 min | Asset Manager |
| Abstimmung ERP ↔ EDM ↔ GIS | 45–60 min | IT / Fachkoordination |
| Anlagenbetreiber-Rückfragen (telefonisch) | 30–45 min | Netzplaner |
| Gesamt (Schätzung) | 4–5 Std./Woche | je Vollzeitstelle |
Das sind keine außergewöhnlichen Wochen. Das ist der Betriebszustand. Und es ist ein Betriebszustand, der sich mit wachsendem §14a-Portfolio nicht verbessert – sondern systematisch verschlechtert.
Können Sie sich leisten, qualifizierte Netzplaner als menschliche Datenabgleich-Maschinen einzusetzen – während gleichzeitig Netzanschlussanfragen wachsen und §14a-Konzepte entwickelt werden müssen?
Cernion als Single Point of Truth: Korrelation statt Koordination
Cernion adressiert das Datendreieck-Problem nicht durch ein weiteres Datenhaltungssystem, sondern durch eine Korrelations-Engine: kontinuierlicher, automatisierter Abgleich zwischen dem, was im MaStR steht (regulatorische Erwartung), dem, was das EDM misst (physikalische Realität), und dem, was das GIS/Leitsystem abbildet (Netzstruktur).
Das Prinzip: Cernion vergleicht Erwartungswerte mit Messwerten und meldet proaktiv, wenn die Abweichung eine plausible Erklärung braucht. Nicht als Alarm-Flut, sondern als priorisierte Handlungsliste – sortiert nach Relevanz für Redispatch, §14a-Steuerung und regulatorische Meldepflichten.
Szenario: Eine PV-Anlage ist im MaStR mit 100 kW Nennleistung eingetragen. Im EDM zeigen die Messdaten der letzten 90 Tage eine maximale Einspeisung von 28 kW – auch bei optimalen Wetterbedingungen, wie der Abgleich mit dem regionalen GrünstromIndex zeigt.
Manuell: Niemand bemerkt es. Die Anlage wird weiter im Redispatch-Register geführt – mit falscher Kapazität. Im nächsten Effizienzvergleich erscheint das Netz rechnerisch stärker belastet als es tatsächlich ist.
✓ Cernion → Proaktiver Hinweis: „Anlage SEE900XXXXX: Dauerhafte Leistungsunterschreitung seit 90 Tagen. Verdacht auf Teilausfall oder nicht gemeldete Leistungsänderung. Prüfbedarf Priorität mittel."
Für Netzplaner bedeutet das: statt Recherche-Routine kommt eine strukturierte Arbeitsliste. Klärfälle, die früher mit Telefonaten und Excel-Abgleichen aufgelöst wurden, werden automatisch identifiziert und mit dem relevanten Kontext (Messdaten, MaStR-Stand, letzter bekannter Änderungszeitpunkt) vorqualifiziert.
Die Cernion MCP Tools für Netzplaner unterstützen dabei direkt im Arbeitsfluss: der fuzzy-installation-finder findet Anlagen auch bei unvollständigen Adressangaben oder veralteten Einheitennummern, die Netzauslastungsanalyse korreliert Einspeisedaten mit Trafobelegung und zeigt zeitkritische Engpassmuster – ohne dass Daten manuell aus drei Systemen zusammengeführt werden müssen.
Wie viele Klärfälle hat Ihre Netzabteilung diese Woche?
Cernion analysiert Ihren MaStR-Bestand und zeigt in zwei Wochen, wo die größten Daten-Inkonsistenzen liegen – und was das operativ bedeutet.