Kapitel 9: Datenarchitektur: MaStR, Lastprofile, OSM, Messpunkte und Anlagenlisten

Reviewstatus: Kontrollierter BookStack-Draft im nicht öffentlichen Buchbereich.
Einordnung: Kontrollierte Erstiteration; kein final freigegebenes Kapitel.
Freigabe: Nicht veröffentlichen oder sichtbar schalten. Vor Veröffentlichung sind Kapitelproduktion, Evidenzprüfung und Gegenprüfung erforderlich.

Kapitel 9: Datenarchitektur: MaStR, Lastprofile, OSM, Messpunkte und Anlagenlisten

Stand: 2026-06-30

Prüfentscheidung 2026-06-30

Die Seite wurde von einem reinen Platzhalter zu einem ersten fachlichen Arbeitsbaustein weiterentwickelt. Der Baustein ist als Entwurf zu lesen: Er beschreibt eine kommunale Datenarchitektur und nennt Primärquellen für MaStR-Daten, trifft aber keine abschließenden Rechts- oder Machbarkeitsaussagen.

Kernthese für das Kapitel

Ein kommunales Energie-Lagebild ist keine einzelne Tabelle. Es ist eine nachvollziehbare Beweiskette: Welche Anlagen gibt es, wem sind sie zugeordnet, wie aktuell sind die Stammdaten, welche Mess- und Lastprofile passen dazu, welche Netz- oder Marktprozesse berühren die Entscheidung und welche Zahl darf am Ende in eine Beschlussvorlage?

Für Kämmerer ist diese Beweiskette vor allem deshalb wichtig, weil Haushaltsrisiken häufig nicht aus der einen großen Rechtsänderung entstehen, sondern aus der Summe kleiner Datenunsicherheiten: unvollständige Anlagenlisten, veraltete Standortdaten, nicht abgestimmte Lastgänge, unklare Betreiberzuordnung, nicht dokumentierte Preiszeiträume oder fehlende Verantwortung für die Nachprüfung.

Mindestarchitektur eines kommunalen Energie-Datenraums

Ein pragmatischer Arbeitsstand sollte fünf Ebenen unterscheiden:

Stammdatenebene: Anlagen, Einheiten, Betreiber, Standort, Energieträger, Leistung, Inbetriebnahmedatum und Status. Primärer Startpunkt ist das Marktstammdatenregister der Bundesnetzagentur.
Raumebene: Gemeindegebiet, Ortsteile, Liegenschaften, Netzgebiet, Konzessionsgebiet, Flurstücke oder frei dokumentierte Suchräume. OpenStreetMap oder kommunale GIS-Daten können hier als Arbeitsquellen dienen, müssen aber gegen amtliche oder lokale Geodaten geprüft werden, bevor daraus harte Aussagen entstehen.
Zeit- und Messwertebene: Lastprofile, Messpunkte, Erzeugungsprofile, Preiszeitreihen und Vergleichszeiträume. Jede Zeitreihe braucht Zeitzone, Auflösung, Datenstand und Berechnungsmethode.
Prozessebene: Netzanschluss, Redispatch, Messstellenbetrieb, Bilanzierung, Beschaffung, Konzessionsabgabe, Wärmeplanung und Beteiligungssteuerung. Diese Ebene verbindet Daten mit Zuständigkeiten.
Entscheidungsebene: Beschlussvorlage, Risikoampel, Investitionspfad, Prüfauftrag, Haushaltswirkung und Wiedervorlage. Hier dürfen nur geprüfte Zahlen stehen; alles andere bleibt Prüfwert.

MaStR als Startpunkt, nicht als fertige Wahrheit

Die Bundesnetzagentur beschreibt das Marktstammdatenregister als behördliches Register für Stammdaten des Strom- und Gasmarktes. Es enthält insbesondere bei Stromerzeugungsanlagen Angaben zu Energieträger, Anlagenleistung, Standort und Anlagenbetreiber. Fast alle Daten sind öffentlich zugänglich und können gefiltert, ausgewertet und heruntergeladen werden. Der MaStR-Datendownload stellt die öffentlichen Daten als XML-Gesamtauszug bereit und wird nach Angabe des MaStR in der Regel um 5:00 Uhr auf den zu diesem Zeitpunkt gültigen Datenstand aktualisiert.

Für das Buch folgt daraus eine vorsichtige Formulierung: MaStR-Daten sind eine starke Primär- und Registerquelle für Anlagenstammdaten, aber sie ersetzen nicht die lokale Prüfung. Eine Kommune sollte bei jeder Auswertung mindestens dokumentieren:

Abrufdatum und Datenstand des MaStR-Downloads.
Filterlogik: Gemeinde, Netzgebiet, Postleitzahl, Koordinatenradius oder Anlagenstandort.
Einbezogene Energieträger und Anlagenstatus.
Umgang mit Dubletten, fehlenden Koordinaten, Betreiberwechseln und unplausiblen Leistungswerten.
Abgleich gegen Netzbetreiber-, Stadtwerke-, Liegenschafts- oder Beschlussdaten.
Verantwortliche Stelle für Nachprüfung und Wiedervorlage.

Datenqualitätsfragen für die Beschlussvorlage

Bevor ein Lagebild in eine kommunale Entscheidungsvorlage wandert, sollte die Verwaltung nicht nur nach dem Ergebnis fragen, sondern nach der Belastbarkeit des Ergebnisses:

Welche Zahl stammt direkt aus einem Register, welche aus einer Berechnung und welche aus einer Annahme?
Ist die Zahl kommunal abgegrenzt, netzgebietsscharf oder nur näherungsweise räumlich gefiltert?
Wie alt ist der Datenstand, und welche Veränderung wäre entscheidungsrelevant?
Wurde die Anlagenliste gegen lokale Kenntnisse geprüft?
Gibt es Anlagen, die technisch vorhanden, aber politisch oder haushalterisch nicht nutzbar sind?
Welche Daten dürfen veröffentlicht werden, welche gehören nur in interne Anlagen?
Welche Unsicherheit muss im Beschluss ausdrücklich genannt werden?

Cernion-/CET-Einordnung für diese Seite

Cernion Energy Tools wurden in dieser Iteration nur als sachliche Arbeits- und Evidenzquelle betrachtet, nicht als Werbe- oder Produktargument. Die Cernion-Abfrage vom 2026-06-30 lieferte für die sehr breite Frage nach Kapitel-9-Prüfpfaden nur indirekte Treffer und wurde deshalb mit niedriger Evidenzsicherheit eingeordnet. Verwertbar sind daraus lediglich allgemeine Hinweise auf Datenqualitäts- und Prozesssicht: Evidenzfrische, Messwesen, Redispatch-/Netzprozess-Kontext und der Datapoint redispatch-hd als möglicher späterer Rechercheanker.

Für den Kapiteltext bedeutet das: Cernion kann helfen, Prüffragen, Datenqualitätsgates und kommunale Lagebildlogik zu strukturieren. Harte Aussagen zu Rechtspflichten, lokalen Netzkapazitäten, Redispatch-Betroffenheit oder finanziellen Effekten müssen weiterhin aus Primärquellen, lokalen Dokumenten oder ausdrücklich dokumentierten Auswertungen kommen.

Quellenstand 2026-06-30

Primär geprüft:

Bundesnetzagentur: Marktstammdatenregister, https://www.bundesnetzagentur.de/DE/Fachthemen/ElektrizitaetundGas/Monitoringberichte/Marktstammdatenregister/start.html?r=1
Marktstammdatenregister: Datendownload, https://www.marktstammdatenregister.de/MaStR/Datendownload

Arbeits-/Kontextevidenz:

Cernion-Abfrage vom 2026-06-30 zu Kapitel-9-Datenarchitektur: niedrige Evidenzsicherheit, nur als Hinweis auf mögliche Prüfpfade verwendbar.

Produktionsstatus

Status: kontrollierter Erstbaustein, noch kein finales Kapitel.
Nächster Schritt: kommunale Beispielauswertung definieren, vorzugsweise eine kleine MaStR-Prüfkette mit dokumentiertem Datenstand und klarer Abgrenzung zwischen Registerwert, Prüfwert und lokaler Bestätigung.
Sichtbarkeit: unverändert; keine Veröffentlichung und keine Sichtbarkeitsänderung.

Änderungsnotiz

2026-06-29: Seite als Teil der vollständigen Draft-Struktur für Arbeitsstrang 5 angelegt.
2026-06-30: Erste kontrollierte Inhaltsiteration ergänzt: Datenarchitektur, MaStR-Prüflogik, Datenqualitätsfragen und Cernion/CET-Einordnung als Arbeitsquelle.