MaKo 2026: EDIFACT, AS4 und API-Webdienste im Überblick

Was MaKo 2026 wirklich ist: ein Architekturwechsel

MaKo 2026 ist ein gestaffelter Umbau der Marktkommunikation, kein einzelnes Ereignis. Er lässt die fachlichen Geschäftsprozesse weitgehend stabil und modernisiert stattdessen Formate, Transportwege und Schnittstellen. Zum 1. April 2026 ist das aktuelle Format-Release in Kraft getreten, das die Bundesnetzagentur selbst unter das Leitmotiv Konsolidierung statt Umbruch stellt. Wer das verstanden hat, behandelt MaKo 2026 als Datenarchitektur- und Integrationsthema, nicht als reines Fachprojekt. Wie Messwerte zwischen den Marktrollen zu Prozessen werden, vom Lieferantenwechsel bis zum MaBiS-Hub, beschreibt das Kapitel Marktkommunikation im Fachbuch.

Mitteilung Nr. 54 bringt zum 1. April 2026 Entscheidungsbäume in Version 4.2, Prüfidentifikatoren 3.3, Allgemeine Festlegungen 6.1c und OBIS-Kennzahlen 2.5c. Im Kern stehen klarere Mussfeld-Definitionen, harmonisierte Referenzlogik und weniger Interpretationsspielraum in den Validierungen. Betroffen sind die Prozesse GPKE, WiM, MaBiS und GeLi Gas, also die Kernabläufe von Lieferantenwechsel, Messwesen, Bilanzierung und Gasbelieferung. Das ist bewusst Konsolidierung: Die Prozesslogik bleibt, die technische Basis wird sauberer.

EDIFACT und API: zwei Welten parallel

Neu ist, dass neben dem dateibasierten EDIFACT-Austausch erstmals synchrone API-Webdienste mit JSON stehen. EDIFACT-Nachrichten wie UTILMD, MSCONS oder INVOIC bleiben bestehen. Mit Mitteilung Nr. 58 vom 1. Oktober 2026 hat die Bundesnetzagentur klargestellt, dass API-Webdienste EDIFACT auf absehbare Zeit nicht ablösen, sondern voraussichtlich auf MaLo-Ident und Steuern beschränkt bleiben. Der erste verpflichtende API-Prozess zur Ermittlung der MaLo-ID gilt seit dem 6. Juni 2025.

Der Unterschied liegt im Charakter der Kommunikation. EDIFACT ist asynchron und dateibasiert, API-Webdienste ermöglichen einen synchronen Dialog mit definiertem Start- und Endpunkt nahezu in Echtzeit. Die EDI@Energy-API-Guideline standardisiert dafür die JSON-Formatierung, Pflichtfelder wie TransactionID und creationTime für Idempotenz sowie die HTTP-Statuscodes. Mit Mitteilung Nr. 55 stellte die Bundesnetzagentur das API-Webdienste Strom Release 2.0.0 zur Konsultation, das den API-Webdienst zur MaLo-ID-Ermittlung in mehrere fachlich getrennte Dienste überführt und von Swagger nach GitHub migriert ist. In die verbindliche Fassung nach Mitteilung Nr. 56 kam es nicht. Mit Mitteilung Nr. 58 vom 1. Oktober 2026 hat die Bundesnetzagentur die Richtung geändert: Die UTILTS bleibt erhalten, die im Juli konsultierten API-Webdienste für Berechnungsformel und Lokationsbündel werden nicht eingeführt, und API-Webdienste sollen voraussichtlich auf MaLo-Ident und Steuern beschränkt bleiben.

Für die Architektur bedeutet das einen Doppelzustand auf Jahre. Bestandssysteme müssen EDIFACT weiter verarbeiten und gleichzeitig API-Clients bereitstellen, denn beide Kanäle laufen parallel. Wer diese Koexistenz sauber kapselt, kann neue API-Prozesse hinzuschalten, ohne die bewährte EDIFACT-Strecke anzufassen.

AS4: der neue Transportweg unter der Haube

Während Formate und API die Inhalte betreffen, regelt AS4 den Transport. AS4, kurz für Applicability Statement 4, ist ein auf ebMS3 und Webservices basierender Standard, der seit dem 1. April 2024 im deutschen Strommarkt verpflichtend ist und die frühere Übertragung von EDIFACT-Nachrichten per E-Mail und AS2 ablöst. Damit wird der Kanal sicherer, quittiert und auditierbar, was für den Massenbetrieb entscheidend ist.

AS4 deckt die Kernprozesse GPKE, MPES, WiM und MaBiS ab, Fahrplanaustausch und Redispatch 2.0 sind separat geregelt. Die Kommunikationssicherheit basiert auf der Smart-Metering-PKI und den Kryptostandards des BSI, der Transport selbst ist mit TLS gesichert. Mit Mitteilung Nr. 56 aktualisiert die Bundesnetzagentur die AS4-Profile auf Version 1.2 und die Übertragungsregeln auf Version 1.10, jeweils verbindlich ab dem 1. Oktober 2026.

Wer betroffen ist und was in den Systemen passiert

Die Umstellung trifft alle Marktrollen gleichermaßen, vom Netzbetreiber über den Lieferanten und Messstellenbetreiber bis zum Bilanzkreisverantwortlichen. Für Stadtwerke mit gewachsener IT-Landschaft bedeutet das, EDM-Systeme, Konverter und Schnittstellen synchron zu jedem Festlegungstermin anzupassen, ohne den laufenden Betrieb zu unterbrechen. Genau hier entscheidet die Qualität der Datenarchitektur über Aufwand und Risiko.

Betroffen sind Netzbetreiber, Lieferanten, Messstellenbetreiber, Bilanzkreisverantwortliche und Stadtwerke, faktisch alle Marktteilnehmer. EDM- und Abrechnungssysteme müssen neue Formatversionen, AS4-Konnektoren und API-Clients gleichzeitig unterstützen. Das Mapping zwischen EDIFACT, internen Strukturen wie IDoc und JSON-APIs wird damit zum dauerhaften Bestandteil der Integrationslandschaft, nicht zu einer einmaligen Umstellung. Wie sich solche Migrationen in eine geordnete Systemstrategie einbetten lassen, zeigt die innobu-Analyse zu den überraschenden Wahrheiten der S/4HANA-Migration.

Der Fahrplan: gestaffelte Fristen statt eines Stichtags

MaKo 2026 ist als rollierender Fahrplan organisiert, bei dem die Bundesnetzagentur in nummerierten Mitteilungen jeweils Konsultations- und Verbindlichkeitstermine setzt. Auf das Release vom 1. April 2026 nach Mitteilung Nr. 54 folgt mit Mitteilung Nr. 56 das nächste Bündel an Formaten, verbindlich ab dem 1. Oktober 2026. Wer das Programm als Daueraufgabe statt als Einmalprojekt aufsetzt, bleibt lieferfähig.

Mitteilung Nr. 54 macht das Format-Release ab dem 1. April 2026 verbindlich. Mitteilung Nr. 55 war die Konsultation dazu, Schluss am 27. Februar 2026. Mitteilung Nr. 56 vom 1. April 2026 macht daraus die verbindliche Fassung ab dem 1. Oktober 2026, mit neuen Nachrichtentypversionen, EBD 4.3 und aktualisierten AS4-Profilen, ohne das API-Webdienste Strom Release 2.0.0. Die mailbasierte EDIFACT-Übertragung wird seit Ende 2023 schrittweise durch AS4 ersetzt, API-Webdienste kamen im Juni 2025 für die Ermittlung der MaLo-ID hinzu. Die Schichten EDIFACT-Transport, AS4 und API entwickeln sich also versetzt, aber aufeinander aufbauend.

Was Versorger und Stadtwerke jetzt tun sollten

Die wirtschaftlich kluge Antwort auf MaKo 2026 ist ein laufendes Programm mit klarer Enterprise-Architecture-Steuerung statt punktueller Notpatches zu jedem Termin. Wer EDIFACT-, AS4- und API-Pfade in einer integrierten Architektur bündelt und Konverter sowie Schnittstellen sauber kapselt, reduziert den Anpassungsaufwand bei jedem neuen Release. So wird aus einer regulatorischen Pflicht ein belastbares Fundament für die weitere Digitalisierung.

1. Zielarchitektur mit gekapselten Kanälen definieren

   Definieren Sie eine Zielarchitektur, die EDIFACT, AS4-Transport und API-Webdienste als koexistierende Kanäle kapselt. Jede Ebene bekommt eine klare Schnittstelle, damit sich Format, Transport und API einzeln und ohne Seiteneffekte ändern lassen.

2. Konverter und Mappings zentral pflegen

   Pflegen Sie Konverter und Mappings zwischen EDIFACT, internen Strukturen wie IDoc und JSON-APIs an einer zentralen Stelle. So landen neue Formatversionen und API-Releases ohne Bruch im Massenbetrieb, statt in jeder Anwendung einzeln nachgebaut zu werden.

3. Programm an die Festlegungstermine koppeln

   Koppeln Sie das Programm an die Festlegungstermine der Bundesnetzagentur und planen Sie Mitteilung Nr. 54, Nr. 56 und die Konsultation nach Nr. 57 als feste Releasezyklen ein, zusammen mit der Festlegung HEDWIG nach Paragraf 111g EnWG. Konsultations- und Verbindlichkeitstermine gehören in einen rollierenden Plan, nicht in eine einmalige Projektliste.

4. Verbindung zu Smart Meter und Paragraf 14a mitdenken

   Denken Sie die Verbindung zu Redispatch, Smart Meter und Paragraf 14a EnWG mit. Dieselbe saubere Datenbasis aus Marktkommunikation und Messwesen trägt mehrere Pflichten und macht die Investition über einzelne Releases hinaus wertvoll.

Weiterführende Informationen

Häufig gestellte Fragen