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-07-05

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?

Datenkette für Konzessionsabgabe und Gasabsatz

Für Kapitel 2 und Kapitel 7 braucht das Buch eine eigene Datenkette, weil Konzessionsabgabe, Gasabsatz, Wärmeplanung und Beteiligungswirkung sonst zu schnell vermischt werden. Die belastbare Kette beginnt nicht mit einer Prognose, sondern mit getrennten Nachweisen:

Rechts- und Vertragsanker: Wegenutzungsvertrag, Konzessionsvertrag, EnWG § 46, EnWG § 48 und KAV § 2.
Mengenanker: gelieferte Kilowattstunden nach Strom/Gas, Tarifkunden, Sondervertragskunden, Schwachlast- oder Sonderregeln und Abrechnungsjahr.
Gebietsanker: Gemeindegebiet, Netzgebiet, Konzessionsgebiet, Ortsteile und betroffene kommunale Liegenschaften.
Transformationsanker: Wärmeplan, Gasnetzstrategie, Wasserstoff- oder Stilllegungspfad, Anschlussgruppen und Zeitfenster.
Finanzanker: bisherige Konzessionsabgabe, erwartete Mengenänderung, Beteiligungsergebnis, Restbuchwerte, Investitionsbedarf und Sozial-/Übergangsrisiken.

Die Datenarchitektur muss dabei zwei Fehler vermeiden. Erstens darf ein sinkender Gasabsatz nicht automatisch als bezifferter Haushaltsausfall dargestellt werden, solange Vertrag, Liefermengen, Kundengruppen und Abrechnung fehlen. Zweitens darf lokale Erzeugung nicht als Ersatz für Konzessionsabgabe formuliert werden; sie liegt auf einer anderen Wirkungsebene.

Für Beschlussvorlagen empfiehlt sich ein Prüfdatensatz mit folgenden Mindestfeldern:

Feld	Warum es benötigt wird	Status vor Freigabe
Konzessionsvertrag und Laufzeit	klärt Rechtsbezug, Vertragspartner, Abrechnungslogik und Fristen	lokale Vertragsquelle erforderlich
Liefermenge Strom/Gas nach Kundengruppe	trennt Tarifkunden, Sondervertragskunden und Sonderregeln	Abrechnung oder Netz-/Lieferantenangabe erforderlich
KAV-/EnWG-Prüfanker	begrenzt die Aussage auf Höchstbeträge, Wegenutzung und Zahlungspflicht	Primärquelle vor Veröffentlichung erneut prüfen
Wärmeplan-/Gasnetzpfad	ordnet Mengenänderung in Transformationsszenario ein	lokale Wärmeplan- und Netzbetreiberquelle erforderlich
Haushalts- und Beteiligungswirkung	trennt Kernhaushalt, Stadtwerk, Netzgesellschaft und Dritte	Haushalts-/Beteiligungsdaten erforderlich

Diese Ergänzung ist ein Prüfstand, keine Rechtsberatung und keine lokale Haushaltsprognose. Cernion Energy Tools können später als Arbeitswerkzeug helfen, Datenstände, Lagebildketten oder Nachweisstatus zu strukturieren; sie ersetzen weder Primärrecht noch Konzessionsvertrag, Abrechnung, Wärmeplan oder Netzbetreiberangaben.

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-07-05

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
Energiewirtschaftsgesetz, § 46 EnWG, Wegenutzungsverträge: https://www.gesetze-im-internet.de/enwg_2005/__46.html
Energiewirtschaftsgesetz, § 48 EnWG, Konzessionsabgaben: https://www.gesetze-im-internet.de/enwg_2005/__48.html
Konzessionsabgabenverordnung, § 2 KAV, Bemessung und zulässige Höhe: https://www.gesetze-im-internet.de/kav/__2.html

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- oder Konzessionsabgaben-Prüfkette mit dokumentiertem Datenstand und klarer Abgrenzung zwischen Registerwert, Vertrags-/Abrechnungswert, 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.
2026-07-05: Datenkette für Konzessionsabgabe und Gasabsatz ergänzt; EnWG § 46, EnWG § 48 und KAV § 2 als Primärquellenanker aufgenommen; lokale Haushaltswirkung bleibt Prüfstand bis Vertrags-, Abrechnungs-, Wärmeplan- und Netzbetreiberquellen vorliegen.