MaKo 2026: Wie EDIFACT, AS4 und API die Marktkommunikation neu verdrahten
Zum 1. April 2026 ist mit Mitteilung Nr. 54 der Bundesnetzagentur ein neues Format-Release in Kraft getreten, das die EDIFACT-Formate unter dem Leitmotiv Konsolidierung statt Umbruch aktualisiert. Parallel ist AS4 seit dem 1. April 2024 verpflichtender Transportweg, der erste API-Prozess gilt seit dem 6. Juni 2025 und mit Mitteilung Nr. 55 folgt das nächste Release ab dem 1. Oktober 2026. Dieser Artikel erklärt, warum MaKo 2026 ein Architektur- und Integrationsthema ist, welche Fristen gestaffelt laufen, welche Systeme betroffen sind und wie Versorger und Stadtwerke ihre Bestandssysteme synchron umbauen, ohne den Massenbetrieb zu gefährden.
MaKo 2026 ist kein einzelner Stichtag, sondern ein gestaffelter Architekturwechsel der deutschen Marktkommunikation. Die fachlichen Geschäftsprozesse bleiben weitgehend stabil, modernisiert werden Formate, Transportwege und Schnittstellen. Zum 1. April 2026 ist mit Mitteilung Nr. 54 der Bundesnetzagentur ein neues Format-Release in Kraft getreten, mit Entscheidungsbäumen 4.2, Prüfidentifikatoren 3.3, Allgemeinen Festlegungen 6.1c und OBIS-Kennzahlen 2.5c, unter dem Leitmotiv Konsolidierung statt Umbruch. Der Transportweg AS4 ist im Strommarkt seit dem 1. April 2024 verpflichtend und löst E-Mail und AS2 ab, gesichert über die Smart-Metering-PKI, BSI-Kryptostandards und TLS. Parallel etabliert die Bundesnetzagentur API-Webdienste mit JSON als zweite Säule, der erste verpflichtende API-Prozess zur Ermittlung der MaLo-ID gilt seit dem 6. Juni 2025, und API soll EDIFACT schrittweise ablösen. Mit Mitteilung Nr. 55 folgt das nächste Release verbindlich ab dem 1. Oktober 2026, mit EBD 4.3, API-Webdienste Strom 2.0.0 und aktualisierten AS4-Profilen. Betroffen sind alle Marktrollen, vom Netzbetreiber über Lieferanten und Messstellenbetreiber bis zu Stadtwerken. Sie sollten MaKo 2026 als Migrationsprogramm mit klarer Enterprise-Architecture-Steuerung aufsetzen, EDIFACT-, AS4- und API-Pfade kapseln und an die Festlegungstermine koppeln.
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.
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 Kernablaeufe von Lieferantenwechsel, Messwesen, Bilanzierung und Gasbelieferung. Das ist bewusst Konsolidierung: Die Prozesslogik bleibt, die technische Basis wird sauberer.
Von EDIFACT zu API: zwei Welten parallel
Die eigentliche technologische Wegmarke ist der Wechsel von einem rein dateibasierten EDIFACT-Austausch hin zu synchronen API-Webdiensten mit JSON. EDIFACT-Nachrichten wie UTILMD, MSCONS oder INVOIC bleiben vorerst bestehen, doch Bundesnetzagentur und BDEW erklären ausdrücklich, dass API EDIFACT zunehmend ablösen soll. Der erste verpflichtende API-Prozess zur Ermittlung der MaLo-ID gilt seit dem 6. Juni 2025 und markiert den Einstieg in eine schrittweise Migration.
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 ueberführt die Bundesnetzagentur den API-Webdienst zur MaLo-ID-Ermittlung in mehrere fachlich getrennte Dienste und liefert das API-Webdienste Strom Release 2.0.0, das von Swagger nach GitHub migriert ist.
Für die Architektur bedeutet das einen Doppelzustand auf Jahre. Bestandssysteme müssen EDIFACT weiter verarbeiten und gleichzeitig API-Clients bereitstellen, denn beide Kanaele 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. 55 aktualisiert die Bundesnetzagentur die AS4-Profile auf Version 1.2 und die Übertragungsregeln auf Version 1.10, jeweils verbindlich ab dem 1. Oktober 2026.
Warum der Transportweg die Architektur verändert: Solange EDIFACT per E-Mail und AS2 lief, war der Transport ein loser, schwer nachweisbarer Kanal. Mit AS4 wird er zu einem quittierten, TLS-gesicherten Webservice mit fester PKI-Bindung. Das verlagert Aufwand von der Postfach-Verwaltung hin zu Konnektoren, Zertifikaten und Monitoring, dauerhaft und nicht nur einmalig zur Frist.
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.
| Ebene | Was sich ändert | Was im System passiert |
|---|---|---|
| Format | neue EDIFACT-Versionen und Entscheidungsbäume | Validierungen und Mappings nachziehen |
| Transport | AS4 statt E-Mail und AS2 | AS4-Konnektoren, PKI-Zertifikate, Monitoring |
| Schnittstelle | API-Webdienste mit JSON | API-Clients und Idempotenz-Logik bereitstellen |
| Integration | dauerhafte Koexistenz der Kanaele | Mapping zwischen EDIFACT, IDoc und JSON pflegen |
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 ueberraschenden Wahrheiten der S/4HANA-Migration .
Die kritische Stelle ist nicht das einzelne Format, sondern die Synchronitaet. Format, Transport und Schnittstelle ändern sich zu unterschiedlichen Terminen, müssen aber zusammen funktionieren. Wer Konverter und Schnittstellen sauber kapselt, kann jede Ebene einzeln anpassen, ohne den Massenbetrieb aus Lieferantenwechsel, Bilanzierung und Messwertaustausch zu gefährden.
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. 55 das nächste Buendel an Formaten und Diensten, verbindlich ab dem 1. Oktober 2026. Wer das Programm als Daueraufgabe statt als Einmalprojekt aufsetzt, bleibt lieferfähig.
| Termin | Mitteilung | Inhalt |
|---|---|---|
| 1. April 2024 | AS4-Einführung Strom | AS4 verpflichtend, löst E-Mail und AS2 ab |
| 6. Juni 2025 | erster API-Prozess | Ermittlung der MaLo-ID per Webdienst verpflichtend |
| 1. April 2026 | Mitteilung Nr. 54 | Format-Release: EBD 4.2, PID 3.3, Festlegungen 6.1c, OBIS 2.5c |
| 1. Oktober 2026 | Mitteilung Nr. 55 | EBD 4.3, API Strom 2.0.0, AS4-Profile 1.2, RzUe 1.10 |
Mitteilung Nr. 54 macht das Format-Release ab dem 1. April 2026 verbindlich. Mitteilung Nr. 55 bringt neue Nachrichtentypversionen, EBD 4.3, das API-Webdienste Strom Release 2.0.0 und aktualisierte AS4-Profile, verbindlich ab dem 1. Oktober 2026, der Konsultationsschluss lag am 27. Februar 2026. Die mailbasierte EDIFACT-Übertragung wird seit Ende 2023 schrittweise durch AS4 ersetzt, API kam Anfang 2025 als schneller B2B-Kanal hinzu. Die Schichten EDIFACT-Transport, AS4 und API entwickeln sich also versetzt, aber aufeinander aufbauend.
Vorsicht bei der Termin-Taktung: Wer MaKo 2026 als einmaliges Projekt zum 1. April 2026 plant, verpasst, dass schon zum 1. Oktober 2026 das nächste Release greift. Format-, Transport- und Schnittstellenstaende laufen versetzt. Ohne ein Programm, das die Festlegungstermine fortlaufend nachzieht, droht der Massenbetrieb bei jedem Release in Notpatches zu rutschen.
Was Versorger und Stadtwerke jetzt tun sollten
Die wirtschaftlich kluge Antwort auf MaKo 2026 ist ein Migrationsprogramm 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.
-
Zielarchitektur mit gekapselten Kanaelen definieren
Definiere eine Zielarchitektur, die EDIFACT, AS4-Transport und API-Webdienste als koexistierende Kanaele kapselt. Jede Ebene bekommt eine klare Schnittstelle, damit sich Format, Transport und API einzeln und ohne Seiteneffekte ändern lassen.
-
Konverter und Mappings zentral pflegen
Pflege 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.
-
Programm an die Festlegungstermine koppeln
Koppele das Programm an die Festlegungstermine der Bundesnetzagentur und plane Mitteilung Nr. 54 und Nr. 55 als feste Releasezyklen ein. Konsultations- und Verbindlichkeitstermine gehören in einen rollierenden Plan, nicht in eine einmalige Projektliste.
-
Verbindung zu Smart Meter und Paragraf 14a mitdenken
Denke 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.
MaKo 2026 ist im Kern ein Architekturthema mit regulatorischem Takt. Wer EDIFACT, AS4 und API als koexistierende Kanaele kapselt und an die Festlegungstermine koppelt, hält den Massenbetrieb stabil. Dieselbe saubere Datenbasis trägt auch die Steuerbox und Netzsteuerung nach Paragraf 14a EnWG und macht die Investition über mehrere Releases hinweg wertvoll.
Weiterführende Informationen
Häufig gestellte Fragen
MaKo 2026 ist kein einzelner Stichtag, sondern ein gestaffelter Umbau der deutschen Marktkommunikation in der Energiewirtschaft. Zum 1. April 2026 ist mit Mitteilung Nr. 54 der Bundesnetzagentur ein neues Format-Release in Kraft getreten, das die EDIFACT-Formate unter dem Leitmotiv Konsolidierung statt Umbruch aktualisiert. Parallel modernisiert MaKo 2026 die Transportwege über AS4 und führt API-Webdienste ein. Die fachlichen Geschäftsprozesse bleiben weitgehend stabil, modernisiert werden Formate, Transport und Schnittstellen.
EDIFACT ist das dateibasierte Nachrichtenformat mit Typen wie UTILMD, MSCONS oder INVOIC. AS4 ist der Transportweg, ein auf ebMS3 und Webservices basierender Standard, der seit dem 1. April 2024 im Strommarkt verpflichtend ist und die frühere Übertragung per E-Mail und AS2 ablöst. API-Webdienste mit JSON sind die zweite Säule für den synchronen Dialog nahezu in Echtzeit. Format, Transport und Schnittstelle sind also drei getrennte Ebenen, die zusammen den Nachrichtenpfad bilden.
AS4, also Applicability Statement 4, ist im deutschen Strommarkt seit dem 1. April 2024 verpflichtend und löst die frühere E-Mail- und AS2-basierte Übertragung von EDIFACT-Nachrichten ab. Die Kommunikationssicherheit basiert auf der Smart-Metering-PKI und den Kryptostandards des BSI, der Transport ist mit TLS gesichert. Mit Mitteilung Nr. 55 werden die AS4-Profile auf Version 1.2 und die Übertragungsregeln auf Version 1.10 aktualisiert, jeweils verbindlich ab dem 1. Oktober 2026.
Schrittweise, nicht sofort. EDIFACT-Nachrichten wie UTILMD, MSCONS oder INVOIC bleiben vorerst bestehen, doch Bundesnetzagentur und BDEW erklären ausdrücklich, dass API EDIFACT zunehmend ablösen soll. Der erste verpflichtende API-Prozess zur Ermittlung der MaLo-ID gilt seit dem 6. Juni 2025. Mit Mitteilung Nr. 55 folgt das API-Webdienste Strom Release 2.0.0. EDIFACT und API koexistieren damit auf absehbare Zeit als zwei parallele Welten.
Das Format-Release nach Mitteilung Nr. 54 ist seit dem 1. April 2026 verbindlich, mit EBD 4.2, Prüfidentifikatoren 3.3, Allgemeine Festlegungen 6.1c und OBIS-Kennzahlen 2.5c. Mit Mitteilung Nr. 55 folgt das nächste Release verbindlich ab dem 1. Oktober 2026, mit EBD 4.3, API-Webdienste Strom 2.0.0 sowie aktualisierten AS4-Profilen, Konsultationsschluss war der 27. Februar 2026. MaKo 2026 ist als rollierender Fahrplan organisiert, nicht als einmaliger Stichtag.