Netzbetreiber-Fehlzuordnungen automatisch aufdecken

osm_geo_validate prüft jede MaStR-Anlage in zwei Schritten: Erst autoritativ gegen VNBDigital — dann physisch gegen OpenStreetMap-Infrastruktur.

🗺️ Layer 2 Geo-Architektur ⚖️ Zweistufige Validierung 🔍 DEFINITIVE_MISASSIGNMENT ⚡ Batch-fähig

MaStR-Datenqualität analysieren API-Dokumentation

Problem & Lösung

⚠️ Herausforderung

Fehlzuordnungen im MaStR kosten Zeit und Geld:

Manuelle Prüfung: Hunderte Anlagen in „NetzbetreiberPrüfung" — jede einzeln kontrollieren dauert Tage
Regulatorisches Risiko: Falsch zugeordnete Anlagen verzerren Netzentgeltberechnungen und Redispatch-Listen
Zwei Fehlertypen: Administrativer Fehler (falscher VNB eingetragen) vs. physischer Fehler (Anlage liegt außerhalb Netzgebiet)
Status Quo: Keine automatisierte Möglichkeit, Zuordnung gegen physische Realität zu prüfen

Typisch: 5–15% aller Anlagen in „NetzbetreiberPrüfung" weisen eine fehlerhafte Zuordnung auf.

✅ Cernion Lösung

Zweistufige geografische Validierung:

Layer 1 – Autoritativ (VNBDigital): Koordinate → Netzgebietsgrenzen → autoritative VNB-Zuordnung
Layer 2 – Physisch (OpenStreetMap): Koordinate → Overpass → nächste Umspannanlagen/Trafos → dominanter Betreiber
Kombiniertes Verdict: CONSISTENT / DEFINITIVE_MISASSIGNMENT / LIKELY_MISASSIGNMENT / UNCERTAIN
Batch-fähig: skipOsmLayer: true für reine L1-Prüfung bei 1.000+ Anlagen

ROI: 226 Anlagen in 15 Min geprüft statt 3 Tagen manueller Arbeit.

Anwendungsfall-Beispiel

⚡ Typischer Einsatz bei einem Netzbetreiber

226 Anlagen in „NetzbetreiberPrüfung"
→ Batch-Validierung mit osm_geo_validate (skipOsmLayer: false)
→ 15–30 DEFINITIVE_MISASSIGNMENT identifiziert
→ 42 LIKELY_MISASSIGNMENT zur manuellen Nachprüfung
→ gezielte Korrektur statt manueller Einzelprüfung aller 226 Datensätze

Zeitersparnis: ~3 Tage → 15 Minuten (Batch-Lauf)

Parameter

Parameter	Typ	Default	Beschreibung
`mastrNummer`	string	–	MaStR-Nummer (SEE…, SWE…, SBE…) — Koordinaten werden automatisch aufgelöst
`latitude` / `longitude`	number	–	Direkte Koordinaten (wenn keine mastrNummer)
`registeredGridOperatorName`	string	–	Eingetragener VNB-Name für L1-Vergleich
`radiusMeters`	number	500	OSM-Suchradius in Metern (max 5.000)
`skipOsmLayer`	boolean	false	Nur L1-Prüfung — schneller für Batch-Betrieb
`includeInfrastructureDetails`	boolean	false	OSM-Objekte in der Response mitliefern
`confidenceThreshold`	number	40	Mindestscore für CONSISTENT-Verdict

Verdict-Typen

Verdict	Bedeutung
`CONSISTENT`	Beide Layer bestätigen die MaStR-Zuordnung
`DEFINITIVE_MISASSIGNMENT`	VNBDigital widerspricht dem MaStR-Eintrag (autoritativ)
`LIKELY_MISASSIGNMENT`	OSM-Infrastruktur deutet auf falschen VNB (kein VNBDigital-Treffer)
`UNCERTAIN`	Widersprüchliche Signale — manuelle Prüfung empfohlen
`INSUFFICIENT_DATA`	Weder VNBDigital noch OSM liefern verwertbare Daten

Code-Beispiel

cURL

curl -X POST https://api.cernion.de/api/osm-geo/validate \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "mastrNummer": "SEE900123456",
    "radiusMeters": 500
  }'

Response (Beispiel)

{
  "verdict": "CONSISTENT",
  "confidenceScore": 91,
  "layer1_vnbdigital": {
    "vnbFound": "Stadtwerke Musterstadt Netz GmbH",
    "match": true,
    "authoritative": true
  },
  "layer2_osm": {
    "nearestSubstation": { "distanceMeters": 142, "operatorTag": "Stadtwerke Musterstadt" },
    "dominantOperatorShare": 0.84
  },
  "dataQuality": {
    "layer2Coverage": "GOOD",
    "osmDisclaimer": "© OpenStreetMap contributors (ODbL 1.0)"
  }
}

Geo-Architektur: Layer 1 + 2

🗺️ Layer 1 – VNBDigital (autoritativ)

Polygone der offiziellen Netzgebietsgrenzen. Wenn eine Koordinate eindeutig in einem VNBDigital-Polygon liegt, ist das Verdict autoritativ — unabhängig von OSM.

Abdeckung: ~100% für DE, AT, CH

📡 Layer 2 – OSM (physisch)

Nächste Umspannanlagen, Trafos und Leitungen aus OpenStreetMap. Operator-Tags identifizieren den dominanten Netzbetreiber in der physischen Umgebung der Anlage.

Abdeckung: 60–80 % urban, 20–40 % rural

🔗 Layer 3 – MaStR (Stammdaten)

Der eingetragene Netzbetreiber aus dem Marktstammdatenregister. Dieser wird gegen Layer 1 und 2 geprüft — Abweichungen ergeben das Verdict.

Quelle: BNetzA Marktstammdatenregister

ℹ️ Datenquelle & Abdeckung
OSM-Daten: © OpenStreetMap contributors (ODbL 1.0). Abdeckungshinweis: OSM-Daten sind freiwillig gepflegt. Alle Responses enthalten Coverage-Flags (EXCELLENT · GOOD · MEDIUM · LOW · INSUFFICIENT). Für Produktionslast: eigene Overpass-Instanz empfohlen (OVERPASS_ENDPOINT konfigurierbar).

MaStR-Datenqualität sichern?

Batch-Validierung für Ihr gesamtes Netzgebiet. Ergebnisse in Minuten, nicht Tagen.

Jetzt anfragen 2-Wochen-PoC starten

Netzbetreiber-Fehlzuordnungen automatisch aufdecken

Problem & Lösung

⚠️ Herausforderung

✅ Cernion Lösung

Anwendungsfall-Beispiel

⚡ Typischer Einsatz bei einem Netzbetreiber

Parameter

Verdict-Typen

Code-Beispiel

cURL

Response (Beispiel)

Geo-Architektur: Layer 1 + 2

🗺️ Layer 1 – VNBDigital (autoritativ)

📡 Layer 2 – OSM (physisch)

🔗 Layer 3 – MaStR (Stammdaten)

Verwandte Tools

📡 OSM Infrastructure Nearby

🏭 OSM Substation Finder

🔍 MaStR Anlagensuche

MaStR-Datenqualität sichern?