Der Erhebungsbogen ist nur die sichtbare Oberfläche
Die Bundesnetzagentur hat am 5. Oktober 2026 ein Verfahren zur Datenerhebung für den Effizienzvergleich der Elektrizitätsverteilernetzbetreiber in der fünften Regulierungsperiode eröffnet. Die Regulierungsperiode beginnt nach Angaben der Behörde am 1. Januar 2029. Zum konsultierten Paket gehören ein Definitionskatalog und ein Erhebungsbogen. Stellungnahmen sind bis zum 26. Oktober 2026 vorgesehen.
Für Verteilnetzbetreiber wirkt das zunächst wie ein klar umrissenes Meldeprojekt. Diese Sicht greift zu kurz. Ein Erhebungsbogen zeigt, welche Werte am Ende erwartet werden. Er zeigt nicht automatisch, wie diese Werte im Unternehmen entstanden sind, welche Systeme sie liefern, welche fachlichen Abgrenzungen gelten und wie ein späterer Prüfer denselben Stand reproduzieren kann. Genau deshalb sollte der Definitionskatalog nicht erst beim Befüllen der Vorlage gelesen werden. Er ist der Ausgangspunkt für ein Datenmodell.
Dieses Modell verbindet vier Dinge: den fachlichen Begriff, die technische Datenquelle, die angewandte Transformation und die verantwortliche Freigabe. Fehlt eine dieser Ebenen, bleibt auch eine formal vollständige Meldung erklärungsbedürftig. Der praktische Nutzen der frühen Modellierung liegt deshalb nicht nur in der Abgabe. Sie reduziert spätere Rückfragen, widersprüchliche Versionen und hektische manuelle Korrekturen.
Definitionen in prüfbare Datenobjekte übersetzen
Ein Begriff im Definitionskatalog kann in mehreren Systemen unterschiedlich abgebildet sein. Netzlängen können nach Spannungsebene, Eigentum, Betrieb, geografischem Bezug oder Stichtag gegliedert werden. Betriebsmittel können in GIS, Asset-Management, Instandhaltung und kaufmännischen Systemen mit verschiedenen Identifikatoren vorkommen. Mengengerüste können aus technischen Stammdaten, Bewegungsdaten oder bereits aggregierten Berichten stammen.
Die erste Aufgabe lautet daher nicht: Welche Zahl tragen wir ein? Sie lautet: Welches Datenobjekt beschreibt der Begriff? Für jedes relevante Feld sollte ein kleines Datenblatt entstehen. Es hält Definition, Einheit, Stichtag, zulässige Abgrenzung, Primärquelle, ergänzende Quelle und Transformationsregel fest. Auch bekannte Ausschlüsse gehören hinein. Wenn etwa verpachtete, stillgelegte oder im Bau befindliche Anlagen unterschiedlich zu behandeln sind, muss diese Entscheidung sichtbar sein.
Hilfreich ist eine dreistufige Kennzeichnung. Grün bedeutet: Der Wert stammt direkt aus einem führenden System und erfüllt die Definition. Gelb bedeutet: Eine dokumentierte Transformation oder Zusammenführung ist erforderlich. Rot bedeutet: Die Quelle ist unklar, die Abgrenzung strittig oder die Datenqualität noch nicht ausreichend. Eine solche Ampel ist kein Qualitätsurteil über eine Abteilung. Sie ist ein Arbeitsvorrat für das Gesamtunternehmen.
Altdaten sind Vergleichsbasis, nicht Wahrheit
Die Bundesnetzagentur weist darauf hin, dass nach Finalisierung des Erhebungsbogens für viele Netzbetreiber individuelle Altdaten aus dem Effizienzvergleich der vierten Regulierungsperiode bereitgestellt werden sollen. Das erleichtert die Orientierung. Dennoch dürfen historische Werte nicht ungeprüft zur neuen Wahrheit werden. Seit der letzten Erhebung können sich Systeme, Zuständigkeiten, Netzübergänge, Bilanzierungslogiken und technische Strukturen geändert haben.
Der richtige Umgang mit Altdaten besteht aus drei Fragen. Erstens: Ist die Definition unverändert? Zweitens: Ist die Datenquelle weiterhin dieselbe und fachlich führend? Drittens: Lässt sich eine Veränderung zwischen Alt- und Neuwert sachlich erklären? Eine starke Abweichung kann ein Fehler sein. Sie kann aber ebenso eine reale Netzveränderung oder eine verbesserte Datenbasis abbilden. Umgekehrt ist ein nahezu identischer Wert nicht automatisch plausibel. Er kann auch auf eine ungeprüfte Fortschreibung hinweisen.
Deshalb sollte jede wesentliche Abweichung einen kurzen Erklärstatus erhalten: reale Entwicklung, Definitionsänderung, Quellenwechsel, Datenbereinigung oder ungeklärt. Diese Klassifikation macht Unterschiede bearbeitbar, ohne sie vorschnell glattzubügeln.
Konsistenzprüfungen vor dem offiziellen Werkzeug aufbauen
Die Behörde kündigt für den finalen Erhebungsbogen zusätzliche Konsistenzprüfungen und Anwendungshilfen an. VNB müssen darauf nicht warten. Viele Prüfungen lassen sich unabhängig von der endgültigen Vorlage vorbereiten. Summen über Spannungsebenen müssen zu Gesamtwerten passen. Mengen und Anzahlen sollten in einer nachvollziehbaren Relation stehen. Zeitreihen brauchen erklärbare Sprünge. Gleichartige Kennzahlen aus verschiedenen Meldungen dürfen sich nicht ohne dokumentierten Grund widersprechen.
Ein internes Prüfset sollte drei Ebenen abdecken. Technische Prüfungen kontrollieren Format, Datentyp, Einheit und Vollständigkeit. Fachliche Prüfungen vergleichen Werte mit Definitionen und bekannten Strukturen. Zeitliche Prüfungen betrachten Entwicklungen gegenüber Vorjahren und Stichtagen. Jede Regel braucht einen Namen, einen erwarteten Zustand und eine verantwortliche Stelle für Abweichungen.
Wichtig ist außerdem, dass Prüfergebnisse nicht nur in E-Mails zirkulieren. Sie gehören in ein gemeinsames Register. Darin stehen Regel, betroffener Wert, Status, Begründung, Entscheidung und Freigabe. So wird aus einer Fehlerliste ein nachvollziehbarer Prüfpfad.
Fachbereiche und IT brauchen eine gemeinsame Herkunftskette
Regulierungsdaten sind weder ein reines Controlling- noch ein reines IT-Thema. Die Fachseite versteht Definition, betriebliche Bedeutung und sachliche Abgrenzung. IT und Datenmanagement kennen Systeme, Schnittstellen, Versionen und technische Transformationen. Beide Perspektiven müssen in einer Herkunftskette zusammenkommen.
Für jedes Datenpaket sollte deshalb eine fachliche und eine technische Verantwortung benannt sein. Die technische Verantwortung bestätigt, aus welchem Stand die Daten stammen und welche Verarbeitung durchgeführt wurde. Die fachliche Verantwortung bestätigt, dass Abgrenzung und Interpretation zum Meldezweck passen. Eine abschließende Freigabe stellt sicher, dass offene Punkte bekannt und Entscheidungen dokumentiert sind.
Diese Trennung verhindert zwei typische Fehler. Der erste lautet: Die Zahl kommt aus dem System, also wird sie stimmen. Der zweite lautet: Der Fachbereich hat sie geliefert, also muss die technische Herkunft nicht weiter erklärt werden. Belastbar wird eine Angabe erst, wenn beide Ebenen verbunden sind.
Ein kleiner Probelauf zeigt die echten Lücken
Noch vor der finalen Datenerhebung lohnt ein Probelauf mit einer begrenzten Auswahl zentraler Felder. Das Team nimmt beispielsweise zehn Datenobjekte aus unterschiedlichen Quellsystemen und führt sie vollständig durch die Herkunftskette: Definition lesen, Quelle identifizieren, Daten extrahieren, Transformation dokumentieren, Plausibilität prüfen und fachlich freigeben.
Der Probelauf misst nicht nur, ob eine Zahl verfügbar ist. Er misst Durchlaufzeit, Zahl der manuellen Übergaben, offene Definitionen und Wiederholbarkeit. Besonders wertvoll sind Fälle, in denen mehrere Systeme oder Organisationseinheiten beteiligt sind. Sie zeigen früh, wo Identifikatoren fehlen oder Zuständigkeiten nur implizit bestehen.
Das Ergebnis ist ein priorisierter Arbeitsvorrat. Zuerst werden Datenobjekte bearbeitet, die eine hohe fachliche Bedeutung und eine schwache Herkunftskette haben. Danach folgen gelbe Fälle mit dokumentierbaren Transformationen. Direkt verfügbare grüne Werte benötigen weiterhin eine Freigabe, binden aber weniger Klärkapazität.
Die Meldung als wiederholbaren Prozess gestalten
Der Effizienzvergleich ist ein konkreter Anlass. Die dabei aufgebaute Datenlogik sollte jedoch nicht nach der Abgabe verschwinden. Viele Quellen und Prüfregeln werden auch für andere regulatorische Meldungen, Netzplanung und interne Steuerung gebraucht. Ein versionierter Datenkatalog schafft daher über das einzelne Verfahren hinaus Nutzen.
Zu einem wiederholbaren Prozess gehören ein definierter Datenstichtag, gesicherte Quellstände, versionierte Transformationsskripte oder Rechenschritte, dokumentierte Prüfergebnisse und eine Freigabematrix. Änderungen nach der Freigabe müssen als neue Version erkennbar sein. Das schützt vor der verbreiteten Situation, dass kurz vor der Abgabe mehrere Dateien mit nahezu identischen Namen und unklarem Stand nebeneinanderliegen.
Die Konsultation bietet damit einen frühen Taktgeber. VNB können offene Punkte fachlich prüfen und zugleich ihre interne Datenfähigkeit testen. Wer Definitionskatalog und Erhebungsbogen als zusammenhängendes Datenmodell behandelt, gewinnt mehr als eine vollständige Vorlage: eine reproduzierbare Grundlage für Entscheidungen, Rückfragen und die nächste Erhebung.