Ein Formatwechsel ist ein Betriebsereignis

Die Antwort zuerst: Stadtwerke sollten das MaKo-Release zum 01.10.2026 als Stichtagsakte führen. Die Bundesnetzagentur hat mit Mitteilung Nr. 56 überarbeitete Nachrichtentypversionen zur Abwicklung der Marktkommunikation veröffentlicht. Genannt werden unter anderem EDIFACT-Dokumente, Entscheidungsbaum-Diagramme, Codelisten, Regelungen zum Übertragungsweg, AS4-Profil und API-Guideline. Die Versionen gelten für die umsetzungspflichtigen Marktteilnehmer verbindlich ab dem 01.10.2026, soweit keine abweichenden Termine aus gesetzlichen Vorgaben oder Festlegungen greifen.

Für die Praxis ist entscheidend: Ein Formatwechsel ist nicht erledigt, wenn die Dokumente bekannt sind. Er ist erst dann beherrscht, wenn die betroffenen Prozesse im Betrieb funktionieren. Marktkommunikation ist eine Kette aus Nachrichtenerzeugung, Versand, Empfang, Prüfung, Verarbeitung, Fehlerbehandlung, Clearing und Nachweis. Ein Versionswechsel kann an jeder Stelle Reibung erzeugen.

Das gilt besonders, weil viele Stadtwerke mehrere Rollen gleichzeitig tragen: Lieferant, Netzbetreiber, Messstellenbetreiber, Bilanzierungs- oder Abrechnungsfunktionen, Dienstleistersteuerung und Kundenservice. Ein Fehler in UTILMD, MSCONS, APERAK oder INVOIC bleibt selten isoliert. Er kann Stammdaten, Messwerte, Bilanzierung, Abrechnung, Klärfälle und Kundenkommunikation berühren.

Eine Stichtagsakte bündelt deshalb nicht den gesamten Regelungsinhalt, sondern die eigene Umsetzungsfähigkeit. Sie hält fest, welche Formatstände relevant sind, welche Systeme aktualisiert wurden, welche Marktpartner getestet wurden, welche Fehlerklassen bekannt sind, welche Restanten bestehen und wer am Stichtag entscheiden darf.

Verbindliche Versionen brauchen interne Übersetzung

Die Mitteilung der Bundesnetzagentur listet zahlreiche Dokumente und Versionen auf. Für Fachleute ist das wichtig und notwendig. Für die Organisation reicht eine Liste aber nicht aus. Ein Stadtwerk muss übersetzen, welche Version in welchem eigenen Prozess wirkt.

Ein Beispiel: UTILMD betrifft nicht nur eine Datei oder Schnittstelle. Es geht um Stammdatenänderungen, Zuordnungsprozesse, Konfigurationen, Marktpartnerkommunikation und Folgeprozesse. MSCONS betrifft Messwerte, Plausibilität, Weitergabe und Nutzung in Abrechnung oder Bilanzierung. APERAK und CONTRL betreffen Fehler- und Empfangslogik. INVOIC berührt Rechnungsprozesse, Clearing und kaufmännische Folgefragen. AS4 und Übertragungsweg betreffen Transport, Zertifikate, Erreichbarkeit und Monitoring.

Die Stichtagsakte sollte daher eine einfache Mapping-Tabelle enthalten: Dokument oder Nachrichtentyp, betroffene Rolle, betroffenes System, verantwortliche Person, Teststatus, bekannte Abweichungen, Fallback oder Clearingpfad. Diese Tabelle ersetzt keine technische Spezifikation. Sie macht aber sichtbar, ob aus Spezifikationen ein betrieblicher Zustand geworden ist.

Wichtig ist dabei die Begrenzung der Aussage. Eine redaktionelle Stichtagsakte ist keine Rechtsberatung und keine Garantie für Einzelfälle. Sie ist ein Führungsinstrument, das den Umsetzungsstand nachvollziehbar macht.

Clearing muss vor dem Stichtag gedacht werden

Viele Formatwechsel scheitern nicht daran, dass gar nichts funktioniert. Sie scheitern an Übergangsfehlern, Mischständen, unklaren Rückweisungen oder uneinheitlicher Interpretation. Deshalb ist Clearing kein nachgelagerter Reparaturbetrieb, sondern Teil der Stichtagsplanung.

Eine gute Clearingvorbereitung beantwortet vier Fragen. Erstens: Welche Fehlercodes oder Rückmeldungen erwarten wir bei typischen Abweichungen? Zweitens: Welche Fehler werden automatisiert behoben, welche gehen an Fachbereiche? Drittens: Welche Marktpartner oder Dienstleister müssen bei gehäuften Fehlern kontaktiert werden? Viertens: Welche Fälle sind kritisch, weil sie Fristen, Abrechnung oder Kundenkommunikation berühren?

Diese Fragen sollten nicht erst in der ersten Oktoberwoche beantwortet werden. Wenn der Stichtag erreicht ist, brauchen Fachbereiche kurze Wege und klare Prioritäten. Ein Fehler, der nur Monitoring betrifft, hat eine andere Dringlichkeit als ein Fehler, der Lieferantenwechsel, Messwertübermittlung oder Rechnungsklärung blockiert.

Clearing braucht außerdem eine Sprache, die Fachbereich und IT verbindet. Eine rein technische Fehlermeldung hilft dem Kundenservice wenig. Eine rein fachliche Beschwerde hilft der Schnittstellenbetreuung wenig. Die Stichtagsakte sollte deshalb typische Fehlerbilder in beide Richtungen übersetzen: technischer Befund, fachliche Wirkung, zuständige Rolle, nächster Schritt.

Dienstleistersteuerung ist Teil der Verantwortung

Viele Stadtwerke betreiben Marktkommunikation nicht vollständig allein. Systeme, B2B-Plattformen, Rechenzentren, Abrechnungsdienstleister oder spezialisierte MaKo-Dienstleister übernehmen wichtige Teile der Kette. Das ist normal und oft sinnvoll. Es entbindet aber nicht von der Steuerung des eigenen Prozesses.

Die Stichtagsakte sollte deshalb auch Dienstleisterstatus enthalten. Wurde bestätigt, welche Formatversionen eingespielt sind? Gibt es Testnachweise oder Release Notes? Welche Zeitfenster gelten für Produktivsetzung? Wie werden Fehler gemeldet? Wer ist am Stichtag erreichbar? Welche Annahmen des Dienstleisters muss das Stadtwerk fachlich prüfen?

Gerade bei mehreren Rollen kann ein Dienstleisterstatus allein zu grob sein. Ein System kann technisch aktualisiert sein, während einzelne fachliche Prozessvarianten noch nicht ausreichend getestet wurden. Deshalb sollte die Akte nach Prozesswirkung fragen, nicht nur nach Release-Nummern.

Stichtag plus sieben Tage

Ein guter MaKo-Stichtag endet nicht am Tag des Inkrafttretens. Die ersten Tage danach zeigen, welche Abweichungen tatsächlich auftreten. Stadtwerke sollten deshalb eine kurze Beobachtungsphase definieren: Stichtag plus sieben Tage. In dieser Zeit werden Rückweisungen, Fehlermeldungen, manuelle Eingriffe, Marktpartnerhinweise und interne Rückfragen täglich gesichtet.

Das Ziel ist nicht, jede kleine Auffälligkeit zu dramatisieren. Ziel ist ein belastbares Musterbild. Gibt es einzelne Marktpartner mit wiederkehrenden Problemen? Betreffen Fehler bestimmte Nachrichtentypen? Häufen sich APERAK-Rückmeldungen? Gibt es Abweichungen bei Messwerten oder Stammdaten? Sind Kundenservice-Anfragen erkennbar mit dem Release verbunden?

Nach sieben Tagen sollte eine kurze Auswertung vorliegen. Sie enthält offene kritische Fälle, wiederkehrende Fehlerklassen, behobene Punkte, ungeklärte Dienstleisterfragen und Lernpunkte für das nächste Release. Damit wird Marktkommunikation nicht als Dauerstress geführt, sondern als wiederholbarer Releaseprozess.

Die Stichtagsakte als Managementinstrument

Eine MaKo-Stichtagsakte muss nicht lang sein. Sie muss aktuell, konkret und entscheidungsfähig sein. Ihre Kernbestandteile sind: Releaseumfang, betroffene Rollen, Systemstatus, Teststatus, Clearingpfad, Dienstleisterstatus, Kommunikationsgrenzen und Nachbeobachtung.

Für Führungskräfte schafft sie Transparenz, ohne jedes Formatdetail zu erklären. Für Fachbereiche schafft sie Orientierung, weil Zuständigkeiten und Prioritäten sichtbar sind. Für IT und Dienstleister schafft sie einen gemeinsamen Bezugsrahmen. Für Kundenservice und Abrechnung schafft sie eine Grenze zwischen erklärbarer Verzögerung, fachlichem Klärfall und technischer Störung.

Das MaKo-Release Oktober 2026 zeigt erneut: Marktkommunikation ist nicht nur Datenaustausch. Sie ist die operative Sprache des Energiemarkts. Wer Formatwechsel als Stichtagsakte führt, stärkt nicht nur Compliance, sondern die eigene Prozessfähigkeit.