Die Antwort zuerst: Der Umsetzungstermin ist ein fachlicher Prüfpunkt, kein reines IT-Datum
Im Rahmen des Änderungsmanagements stellt die Bundesnetzagentur zweimal jährlich die sich ändernden EDI@Energy-Dokumente zur Konsultation. Marktteilnehmer erhalten dabei Gelegenheit, sich über Änderungen an Nachrichtentypen wie UTILMD, APERAK, MSCONS oder INVOIC zu informieren und dazu Stellung zu nehmen. Die überarbeiteten Versionen werden anschließend zu einem festen Stichtag verbindlich, etwa zum 1. Oktober 2026. In vielen Organisationen wird ein solcher Termin vor allem als technisches Release behandelt: Die IT aktualisiert die Schnittstelle, der Testbetrieb läuft kurz an, danach gilt die neue Version als produktiv gesetzt.
Diese Betrachtung greift zu kurz. Die zugrunde liegenden Geschäftsprozesse, insbesondere GPKE für den Lieferantenwechsel Strom und WiM für die Wechselprozesse im Messwesen, verändern sich mit jeder Nachrichtentypversion in Details, die unmittelbar fachliche Auswirkungen haben: auf Fristen, auf Zuordnungslogik zwischen Markt- und Netzlokationen, auf die Behandlung von Stammdatenänderungen oder auf die korrekte Nutzung von Produktpaketen bei der Zuordnung von Lieferanten zu Marktlokationen.
Warum eine reine IT-Migration die fachliche Prüfung nicht ersetzt
Die Anwendungshandbücher zu UTILMD beschreiben beispielsweise differenzierte Regeln dazu, welche Netzbetreiber, Lieferanten oder Messstellenbetreiber für welche Stammdatenänderung verantwortlich sind, von der Änderung der Daten einer Marktlokation bis zur Änderung von Messstellenbetriebsabrechnungsdaten. Wenn eine neue Nachrichtentypversion diese Verantwortlichkeiten oder die zugehörigen Pflichtfelder verändert, reicht eine technische Schnittstellenanpassung allein nicht aus. Die fachlichen Prozessverantwortlichen in Vertrieb, Netzbetrieb und Messstellenbetrieb müssen die Änderungen kennen, um zu beurteilen, ob bestehende interne Arbeitsanweisungen und Prüfroutinen weiterhin korrekt sind.
Genau hier entsteht in der Praxis ein wiederkehrendes Muster: IT-Projekte zur Marktkommunikation werden rechtzeitig vor dem Stichtag terminiert, die fachliche Einordnung der inhaltlichen Änderungen erfolgt aber erst reaktiv, wenn nach dem Umsetzungstermin vermehrt Rückfragen oder Fehlermeldungen auftreten.
Eine Testakte als wiederkehrendes Instrument
Eine strukturierte Testakte zum jeweiligen Umsetzungstermin sollte deshalb mehr enthalten als den reinen Testplan für die technische Schnittstelle. Sinnvoll ist eine kurze fachliche Zusammenfassung pro betroffenem Geschäftsprozess, die festhält: welche Nachrichtentypen sich ändern, welche konkreten Anwendungsfälle betroffen sind, welche internen Rollen die Änderung kennen müssen, und welche Testfälle gezielt die veränderten Regelungen abdecken, nicht nur die unveränderten Kernprozesse. Diese Akte lässt sich von einem Umsetzungstermin zum nächsten fortschreiben und wird damit zu einer wachsenden Wissensbasis über die eigene Marktkommunikation.
Der wiederkehrende Rhythmus als Vorteil nutzen
Weil die Bundesnetzagentur und die Projektgruppe EDI@Energy diesen Konsultations- und Umsetzungsrhythmus zweimal jährlich wiederholen, können Stadtwerke den Prozess der fachlichen Prüfung selbst standardisieren, statt ihn bei jedem Termin neu zu erfinden. Eine feste Vorlage für die Testakte, ein fester Kreis an fachlichen Ansprechpartnerinnen und Ansprechpartnern aus den betroffenen Prozessbereichen und ein fester Zeitpunkt vor dem Umsetzungstermin für die gemeinsame Durchsicht der Änderungen reduzieren den Aufwand pro Zyklus erheblich. Der Umsetzungstermin verliert dadurch seinen Charakter als wiederkehrender Krisenmoment und wird zu einem planbaren, fachlich geführten Routinepunkt im Jahreskalender der Marktkommunikation.
Schnittstellen zwischen Fachbereichen nicht erst beim zweiten Fehler klären
In der Praxis zeigt sich der Wert einer solchen Testakte besonders deutlich an den Schnittstellen zwischen Vertrieb, Netzbetrieb und Messstellenbetrieb. Ein Lieferantenwechsel nach GPKE berührt beispielsweise sowohl die Zuordnung der Marktlokation zum neuen Lieferanten als auch die korrekte Übermittlung von Zählerstandsdaten durch den Messstellenbetreiber. Ändert sich mit einer neuen UTILMD-Version die Reihenfolge oder Fristsetzung einzelner Prozessschritte, wirkt sich das auf beide Seiten gleichzeitig aus. Wenn Vertrieb und Messstellenbetrieb ihre jeweiligen Testfälle getrennt und ohne gemeinsame Abstimmung vorbereiten, bleibt unentdeckt, ob die Übergabepunkte zwischen beiden Prozessen nach der Umstellung noch konsistent funktionieren.
Eine gemeinsame Testakte schließt diese Lücke, indem sie Testfälle nicht nach Fachbereich, sondern nach Geschäftsvorfall organisiert: Für den Lieferantenwechsel, für die Einführung einer neuen Marktlokation oder für die Stammdatenänderung an einer Steuerbaren Ressource wird jeweils dokumentiert, welche Rollen beteiligt sind und welche Nachrichten in welcher Reihenfolge ausgetauscht werden müssen. So wird sichtbar, an welcher Stelle eine Änderung in der neuen Nachrichtentypversion tatsächlich alle Beteiligten betrifft und nicht nur eine einzelne Abteilung.
Vom Umsetzungstermin zur kontinuierlichen Lernkurve
Langfristig zahlt sich eine solche Akte vor allem dadurch aus, dass sie über mehrere Umsetzungstermine hinweg Muster sichtbar macht: wiederkehrende Fehlerquellen, häufig missverstandene Regelungen oder Prozessschritte, die bei jeder Umstellung erneut zu Rückfragen führen. Diese Muster lassen sich gezielt in Schulungsunterlagen oder interne Arbeitsanweisungen übersetzen, sodass die Marktkommunikation insgesamt robuster wird, statt bei jedem halbjährlichen Termin erneut bei null anzufangen. Der einzelne Umsetzungstermin bleibt damit ein fester Pflichttermin, verliert aber seinen Schreckensmoment-Charakter und wird Teil einer kontinuierlichen fachlichen Lernkurve.