KI-Automatisierung des MaKo-Datenaustausches (EDIFACT)

Das echte Ausmaß des Problems

Die Marktkommunikation (MaKo) im deutschen Gasmarkt ist regulatorisch anspruchsvoll wie kaum ein anderer Geschäftsprozess. Gasnetzbetreiber müssen nach GeLi Gas (Geschäftsprozesse Lieferantenwechsel Gas) mit Dutzenden Lieferanten in einem standardisierten EDIFACT-Format kommunizieren, für jeden Lieferantenwechsel, jede Einspeiseanmeldung, jede Messwertmeldung. Das Pendant für den Strommarkt ist GPKE (Geschäftsprozesse zur Kundenbelieferung mit Elektrizität), ein separates Regelwerk. Wer als Stadtwerk beides betreibt, hat entsprechend beide Frameworks zu bedienen; dieser Anwendungsfall fokussiert auf die gas-seitige Prozesskette nach GeLi Gas.

Die Herausforderung ist nicht technisch, EDIFACT ist ein alter, stabiler Standard. Die Herausforderung ist regulatorisch: Die Bundesnetzagentur legt die Prozesse per Festlegung fest, edi@energy beim BDEW veröffentlicht die Formatbeschreibungen, und die werden typischerweise zweimal im Jahr aktualisiert. Neue Prozesse kommen dazu, Segmente ändern sich, Wertelisten werden erweitert. Jede Änderung bedeutet:

• Prüfung, welche eigenen Systeme betroffen sind
• Anpassung der Validierungsregeln
• Kommunikation an alle Marktpartner
• Test mit repräsentativen Nachrichtenbeispielen

In mittelgroßen Netzbetreiberorganisationen mit 2–4 MaKo-Mitarbeitenden bedeutet das: Ein großes Format-Update kostet 3–6 Wochen Arbeitszeit, ausschließlich für Regelwerk-Lesen, Systemanpassung und Testbetrieb, kleinere Updates deutlich weniger.

Dazu die tägliche Last: Ein Gasnetzbetreiber mit 80.000 Zählpunkten verarbeitet 2.500–4.000 EDIFACT-Nachrichten pro Monat, der Großteil läuft schon heute automatisch durch das EDI-System. Wie viele als Klärfall hängen bleiben, hängt stark an der Qualität der Lieferanten, eine belastbare Branchenzahl haben wir nicht gefunden. In der Geschichte oben sind es 23 von 147, rund 16 Prozent. Eure eigene Quote steht in eurem EDI-Fehlerprotokoll.

Die Fristen machen den Druck komplett: Die GeLi-Gas-Festlegungen der Bundesnetzagentur geben für die Prozessschritte Antwortfristen von wenigen Werktagen vor. Wer sie wiederholt verletzt, riskiert Beschwerden der Lieferanten und aufsichtsrechtliche Schritte der Bundesnetzagentur.

Mit vs. ohne KI, ein ehrlicher Vergleich

Eigene Schätzung auf Basis von MaKo-Prozessberichten und EDIFACT-Automationsszenarien; keine repräsentative Erhebung für Gasnetzbetreiber spezifisch.

Einschätzung auf einen Blick

Zeitersparnis, hoch (4/5) Der Zeitgewinn liegt bei den Klärfällen, nicht bei den Standardnachrichten, die laufen schon heute automatisch durch. In der Geschichte oben kosten 23 Klärfälle anderthalb Stunden am Tag; wenn 16 davon als fertiger Entwurf zur Freigabe kommen, bleibt davon grob eine halbe Stunde. Das wirkt jeden Arbeitstag, und die Kapazität verschiebt sich auf Ausnahmen, Lieferantenbeziehungen und Regelwerkspflege.

Kosteneinsparung, niedrig (2/5) Eine Stunde am Tag ist gut ein Achtel einer Stelle. Kassenwirksam wird sie nur, wenn eine Stelle, Überstunden oder ein Dienstleister wegfallen, und eine halbe Stelle freizuräumen braucht ein Vielfaches der Klärfälle aus der Geschichte. Dagegen stehen 6.000–24.000 Euro KI-Kosten im Jahr (Rechnung unten). Nicht vergleichbar mit der H2-Readiness-Bewertung, wo externe Gutachterstunden wegfallen.

Schnelle Umsetzung, mittel (3/5) Die Integrationsarbeit ist nicht trivial: Das EDIFACT-System muss mit der Validierungslogik verknüpft werden, die Schnittstelle zum Abrechnungssystem (SAP IS-U, Powercloud oder ähnlich) muss konfiguriert werden, und die Fehlerfallbehandlung muss mit dem MaKo-Team zusammen definiert werden. Mit einem erfahrenen EDI-Integrator und klarer Priorisierung: 10–16 Wochen bis zum Produktivbetrieb für einen definierten Teilprozess.

ROI-Sicherheit, hoch (4/5) Messbar wie selten: Vorgänge je Vollzeitstelle pro Monat, Fristüberschreitungsquote, APERAK-Fehlerquote. Diese Kennzahlen existieren in jedem MaKo-Team bereits, sie müssen nur vor und nach der Einführung verglichen werden.

Skalierbarkeit, mittel (3/5) Das System skaliert gut mit Nachrichtenvolumen, mehr Lieferanten, mehr Vorgänge kein Problem. Aber es skaliert nicht gut mit Formatänderungen: Jede BNetzA-Festlegung braucht eine Regelwerksaktualisierung. Das ist der strukturelle Deckel auf der Automatisierung, er wird kleiner, aber er verschwindet nicht.

Richtwerte, stark abhängig von Anzahl der Marktpartner, Formatstandard-Versionen im Einsatz und Qualität der Lieferanten-EDIFACT.

Was das System konkret macht

Der NLP-gestützte Kern des Systems arbeitet in drei Schichten:

Schicht 1: Regelbasierte Syntaxvalidierung Jede eingehende EDIFACT-Nachricht wird gegen die aktuelle edi@energy-Formatbeschreibung geprüft: Sind alle Pflichtfelder vorhanden? Stimmen die Segmentsequenzen? Sind die Wertelisten korrekt (z. B. gültige Zählpunktbezeichner, gültige Marktpartner-IDs)? Diese Prüfung ist deterministisch und vollständig automatisierbar, sie erzeugt klare Ja/Nein-Entscheidungen.

Schicht 2: Plausibilitätsprüfung Über die Syntaxprüfung hinaus werden inhaltliche Plausibilitäten geprüft: Stimmt der Lieferant mit dem im Kundenstamm gespeicherten überein? Ist das angegebene Lieferbeginndatum plausibel (liegt es in der Zukunft, im zulässigen Vorlaufzeitfenster)? Ist der Zählpunkt in der Netzdatenbank vorhanden? Diese Prüfungen erfordern die Anbindung an Abrechnungssystem und Zählpunktregister.

Schicht 3: KI-gestützte Grenzfallerkennung Wenn Syntax und Plausibilität keine eindeutige Entscheidung erlauben, analysiert ein LLM die Nachricht im Kontext früherer Vorgänge mit demselben Marktpartner und ähnlicher Fehlerstruktur. Es schlägt vor: “Wahrscheinlich falsches Format vom April 2023 verwendet, APERAK empfohlen, Vergleichsfall: 3 ähnliche Nachrichten von Lieferant Y letzte Woche.” Das MaKo-Team entscheidet, der Aufwand sinkt auf 1–2 Minuten statt 10–15 Minuten.

Output:

• Antwortentwürfe für Standardvorgänge (APERAK bei Anwendungsfehlern; die Syntaxquittung per CONTRL erzeugt ohnehin der EDI-Konverter)
• Priorisierte Arbeitsliste für Grenzfälle mit KI-Einschätzung und Fristanzeige
• Tagesprotokoll: Volumen, Fehlerquoten, offene Fristen

Was das System nicht automatisiert

Keine Vollautomatisierung für Nachrichten, die Entscheidungen mit wirtschaftlichen oder rechtlichen Konsequenzen enthalten. Ein UTILMD für einen strittigen Lieferantenwechsel, bei dem zwei Lieferanten denselben Kunden beanspruchen, landet immer beim MaKo-Team, das System zeigt alle relevanten Informationen, trifft aber keine Entscheidung.

Rechtliche Besonderheiten

MaKo-Nachrichten sind rechtsverbindliche Geschäftskorrespondenz zwischen Marktpartnern. Automatisch generierte APERAK-Nachrichten haben dieselbe rechtliche Wirkung wie manuell erstellte, eine falsch generierte Ablehnung kann Schadensersatzansprüche auslösen.

Deshalb gilt:

• Vier-Augen-Prinzip für Grenzfälle: Das System entscheidet nicht alleine, es empfiehlt, ein Mensch bestätigt oder korrigiert
• Dokumentationspflicht: Alle automatisch generierten Nachrichten müssen nachvollziehbar gespeichert sein (Eingangsnachricht, Validierungsergebnis, Ausgangsnachricht, Entscheidungsgrund)
• BNetzA-Festlegungen: Wenn die BNetzA eine neue Festlegung zu MaKo-Prozessen herausgibt (für Gas: GeLi Gas; für Strom: GPKE), muss das Regelwerk innerhalb der dort genannten Umsetzungsfristen angepasst werden, das ist eine Betreiberpflicht, keine Option

Klär mit deiner Rechtsabteilung: Wer haftet, wenn das System eine APERAK falsch generiert hat? Typische Antwort: der Netzbetreiber, deshalb ist das Vier-Augen-Prinzip für alles außer eindeutigen Standardfällen nicht verhandelbar.

Konkrete Werkzeuge, was wann passt

SEEBURGER BIS Platform , früher als BIC bekannt, eine der etabliertesten EDI-Plattformen für die deutsche Energiewirtschaft. Speziell für MaKo ausgebaut: Unterstützung für GPKE, GeLi Gas, UTILMD, MSCONS, APERAK. Die Plattform bringt Validierungsmodule mit, die bei edi@energy-Format-Updates gepflegt werden, das reduziert den eigenen Anpassungsaufwand deutlich. KI-Funktionen gibt es für Mapping, agentische Ausführung und Assistenz, laut unserer Toolseite je nach Lizenz als Zusatzmodul; eine eigene KI-Fehleranalyse für APERAK-Klärfälle weist sie nicht aus, dafür braucht es die Ergänzungsschicht unten. Betrieb in der SEEBURGER Cloud (EU), auf AWS oder on-premise. Für mittelgroße Netzbetreiber mit mehr als 50.000 Zählpunkten eine naheliegende Wahl.

Azure OpenAI Service , Als Ergänzungsschicht für die KI-gestützte Grenzfallerkennung: Wenn die EDI-Middleware die Syntaxprüfung übernimmt, kann ein Azure-OpenAI-basiertes System auf den Grenzfällen aufsetzen und Musterähnlichkeiten zu früheren Fällen erkennen. EU-Region verfügbar, DSGVO-konform. Erfordert einen integrationserfahrenen Entwickler für die Anbindung.

KISTERS Marktprozesse , Für Netzbetreiber, die bereits die KISTERS-Plattform für Energiemengenmanagement einsetzen: KISTERS bietet ein MaKo-Modul, das EDIFACT-Prozesse für Strom und Gas abbildet und direkt an das eigene Abrechnungssystem angeschlossen ist. Weniger flexibel als SEEBURGER, aber für bestehende KISTERS-Umgebungen manchmal die einfachere Integration ohne separate EDI-Middleware.

Als kostenloser Einstieg ohne Middleware-Investition: Claude oder ChatGPT (kostenloser Webzugang) zur manuellen Fehlerklassifikation, aber nur mit synthetischen Testnachrichten oder mit Fehlertexten ohne Marktlokations-ID, Namen und Adressen. Echte UTILMD- und MSCONS-Nachrichten enthalten personenbezogene Daten und gehören nicht in einen kostenlosen Webzugang (siehe Datenschutz). Kein automatischer Verarbeitungsworkflow, aber als erster Konzepttest geeignet, um herauszufinden, welche Fehlertypen sich systematisch wiederholen und ob eine Automatisierung überhaupt lohnt.

Wann welcher Ansatz:

• Mehr als 50.000 Zählpunkte, mehrere Prozesstypen → SEEBURGER BIS als Kern-EDI-Middleware
• SEEBURGER bereits vorhanden → KI-Ergänzungsmodul evaluieren
• Kleine bis mittlere Netzbetreiber (unter 30.000 Zählpunkte) → EDI-Dienstleister prüfen (Outsourcing sinnvoll)
• Cloud-Verarbeitung nach eurem Sicherheitskonzept nicht zulässig → On-Premise-Lösung
• Erster Konzepttest ohne Budget → Claude oder ChatGPT mit synthetischen Testnachrichten

Datenschutz und Datenhaltung

EDIFACT-Nachrichten im Gasmarkt enthalten Kundendaten, Zählpunktnummern (die einem Haushalt eindeutig zugeordnet werden können), Verbrauchsdaten aus MSCONS-Nachrichten und Vertragspartnerdaten. Das macht sie zu personenbezogenen Daten im Sinne der DSGVO:

• Auftragsverarbeitungsvertrag (AVV) zwingend für jeden KI-Dienstleister, der auf MaKo-Daten zugreift
• Drittlandübermittlung dokumentieren: Gehen Zählpunkt- und Verbrauchsdaten an einen Anbieter außerhalb der EU oder mit US-Mutter, braucht ihr dafür eine tragfähige Grundlage nach Kapitel V DSGVO und solltet EU-Region und Datenresidenz vertraglich festhalten. Ob das IT-Sicherheitskonzept eine Cloud-Verarbeitung zusätzlich einschränkt, klärt der ISMS-Verantwortliche; eine pauschale KRITIS-Regel dafür gibt es nicht
• Logging und Löschfristen: Wie lange MaKo-Nachrichten und Logs aufbewahrt werden müssen, hängt davon ab, ob sie als Handels- oder Buchungsunterlagen gelten; die Frist legt ihr mit Steuerberatung und Datenschutz gemeinsam fest und löscht danach sicher

Prüfe mit dem Datenschutzbeauftragten: Wenn KI-Systeme auf Zählpunktnummern und Verbrauchsdaten zugreifen, ist das im Verzeichnis der Verarbeitungstätigkeiten zu dokumentieren.

Was es kostet, realistisch gerechnet

Einmalige Einrichtung:

• EDI-Middleware-Implementierung oder -Erweiterung (SEEBURGER BIS oder ähnlich): 30.000–80.000 €
• KI-Schicht für Grenzfallerkennung: 15.000–35.000 €
• Integration Abrechnungssystem und Zählpunktregister: 10.000–25.000 €
• Schulung MaKo-Team und Pilotbetrieb: 5.000–10.000 €

Laufende Kosten:

• Middleware-Lizenz: 8.000–20.000 €/Jahr
• KI-Plattformkosten: 500–2.000 €/Monat
• Format-Update-Aufwand (edi@energy): 1–2 statt 3–6 Wochen je großem Update (reduziert, aber nicht eliminiert)

ROI-Berechnung, ehrlich gerechnet: Ein MaKo-FTE kostet inkl. Nebenkosten ca. 55.000–70.000 €/Jahr. Geld spart das System nur, wenn tatsächlich Personal oder ein Dienstleister wegfällt, freie Kapazität allein zahlt keine Rechnung.

• Fällt eine halbe Stelle weg, etwa bei einem Renteneintritt, der nicht nachbesetzt wird: 0,5 mal 55.000–70.000 € = 27.500–35.000 € im Jahr.
• Der gesparte Format-Update-Aufwand, 2–4 Wochen je großem Update, ist Kapazität des MaKo-Teams, kein Geld.
• Laufende Kosten: KI-Plattform 12 mal 500–2.000 € = 6.000–24.000 € im Jahr, dazu 8.000–20.000 € Middleware-Lizenz, falls die Middleware neu ist.

Fall A, Middleware ist schon da (der Normalfall, ohne EDI-System läuft keine Marktkommunikation): Einrichtung nur KI-Schicht, Integration und Schulung, 30.000–70.000 €. Netto im Jahr: 27.500–35.000 € minus 6.000–24.000 € = 3.500–29.000 €. In der Mitte, 50.000 € Einrichtung und rund 16.000 € netto, ist das nach gut drei Jahren bezahlt, im ungünstigen Fall nie.

Fall B, Middleware wird neu eingeführt: 60.000–150.000 € Einrichtung, laufend 14.000–44.000 €. Gegen 27.500–35.000 € Einsparung bleibt in der Mitte kaum etwas übrig, eine Amortisation über Personalkosten findet praktisch nicht statt. Die Middleware braucht ihr für die Marktkommunikation ohnehin, rechnet sie nicht der KI zu, sondern entscheidet sie für sich.

Voraussetzung in beiden Fällen ist ein Klärfallvolumen, das eine halbe Stelle bindet. In der Geschichte oben ist es gut ein Achtel einer Stelle, dafür lohnt sich die KI-Schicht nicht.

Drei typische Einstiegsfehler

Fehler 1: Alle Prozesstypen gleichzeitig automatisieren wollen UTILMD, MSCONS, APERAK, CONTRL, ORDERS, fünf verschiedene Nachrichtentypen mit unterschiedlichen Komplexitätsgraden. Wer alle auf einmal automatisieren will, unterschätzt den Konfigurationsaufwand und verlängert die Einführungszeit auf 12+ Monate. Besser: Mit dem volumenstärksten Prozesstyp starten (typisch: Lieferantenwechsel-UTILMD), Erfahrungen sammeln, dann ausweiten.

Fehler 2: Format-Update-Aufwand unterschätzen und Regelwerkspflege nicht verankern Edi@energy veröffentlicht die Formatbeschreibungen typisch zweimal jährlich; jede Aktualisierung erfordert, dass Validierungsregeln im System manuell nachgezogen werden. Wer das nicht einplant, merkt das Versäumnis erst, wenn das System einen Lieferanten mit veralteter Formatversion fälschlich akzeptiert und der Fehler Wochen später in Bilanzierung oder Abrechnung auftaucht. Konkrete Abhilfe: Kläre vor Vertragsabschluss mit dem Middleware-Anbieter (SEEBURGER o. ä.), ob edi@energy-Updates automatisch eingespielt werden oder ob das eine kostenpflichtige Leistung ist. Lege zusätzlich namentlich und mit Kalendertermin fest, wer intern die fachliche Regelwerksprüfung je Update übernimmt, nicht als generische IT-Aufgabe, sondern als benannte MaKo-Fachrolle.

Fehler 3: Das MaKo-Team zu spät einbinden Die fachliche Expertise sitzt im MaKo-Team, die Leute, die täglich EDIFACT lesen, wissen, welche Lieferanten systematisch das falsche Format verwenden, welche Sonderkonstellationen es bei Netzanschlüssen gibt und wann eine APERAK rechtlich riskant ist. Ein IT-Projekt, das die Automatisierung ohne dieses Wissen baut, baut an der Realität vorbei. Das MaKo-Team sollte von Tag 1 an Anforderungen einbringen und Testergebnisse validieren.

Was mit der Einführung wirklich passiert, und was nicht

Das MaKo-Team wird die Automatisierung nach einer anfänglichen Skepsis schätzen, sobald klar ist, dass die langweiligen Routinevorgänge wegfallen und die interessanten Ausnahmefälle bleiben. Die Arbeit wird nicht weniger, aber sie verändert sich: weniger Dateneingabe, mehr Problemlösung und Lieferantenmanagement.

Was nicht passiert: Der Format-Update-Aufwand verschwindet vollständig. Solange sich die Formate zweimal im Jahr ändern, bleibt ein Regelwerkspflege-Aufwand. Das System macht ihn handhabbar, nicht obsolet.

Die wichtigste Frage nach der Einführung: Wer pflegt das Regelwerk? Diese Rolle muss klar benannt sein, idealerweise jemand aus dem MaKo-Team selbst, der technisches Verständnis für die Validierungslogik entwickelt.

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände, und was dahintersteckt

“Was ist, wenn die KI eine APERAK falsch generiert und wir einen Lieferanten zu Unrecht abweisen?” Legitime Sorge. Deshalb gilt: Klare Ablehnungsfälle (Syntaxfehler, ungültige Marktpartner-ID) werden vollautomatisch behandelt, weil hier kein Ermessen erforderlich ist. Inhaltlich zweifelhafte Fälle werden immer zur manuellen Prüfung eskaliert. Die Fehlerquote der Automatisierung ist in diesen Fällen nicht höher als beim manuellen Prozess, oft niedriger, weil das System konsistenter prüft als ein überlastetes Zweipersonen-Team mit Zeitdruck.

“Wenn sich das BNetzA-Format ändert, ist unsere Automatisierung wieder obsolet.” Das Regelwerk muss aktualisiert werden, aber das ist deutlich schneller als eine Systemneuprogrammierung. Der Vorteil der KI-gestützten Lösung: Wenn die Formatbeschreibung sich ändert, muss das Regelwerk angepasst werden (1–2 Wochen), nicht eine neue Software-Infrastruktur aufgebaut werden (3–6 Wochen bisher). Das ist der eigentliche Wertbeitrag.

Woran du merkst, dass das zu dir passt

Das Vorhaben ist sinnvoll, wenn:

• Dein MaKo-Team mehr als 1.500 EDIFACT-Nachrichten pro Monat verarbeitet
• Mehr als 10 % der Nachrichten als Klärfall bei Sachbearbeitern landen und diese Klärfälle zusammen mindestens eine halbe Stelle binden
• Format-Updates regelmäßig zu 2–4-wöchigen Mehrarbeitsperioden führen
• Fristüberschreitungen nach BNetzA-Festlegung zu GeLi Gas bereits vorgekommen sind oder als Risiko gelten

Das Vorhaben ist noch nicht sinnvoll, wenn:

• Weniger als 30.000 Zählpunkte: Bei sehr kleinen Netzen ist EDI-Outsourcing an einen Dienstleister wirtschaftlicher als eigene Automatisierungsinvestition, die Volumina rechtfertigen den Systemaufwand nicht.
• Keine vollständige Fehlerhistorie der EDIFACT-Vorgänge: Wenn es kein strukturiertes Fehler-Log der letzten 12 Monate gibt, fehlt die Trainingsbasis für die KI-Grenzfallerkennung, starte mit Logging-Verbesserung.
• Kein klarer Prozesseigentümer: Wenn MaKo-Verantwortung zwischen IT und Regulierung verteilt ist und kein Single Point of Contact existiert, scheitern Automatisierungsprojekte an der internen Abstimmung, nicht an der Technik.

Das kannst du heute noch tun

Führe eine schnelle Fehlertyp-Analyse deiner letzten 200 APERAK-Ereignisse durch. Welche Fehlercodes tauchen wie oft auf, und wie viele Minuten hat jeder Fall gekostet? Welche Lieferanten sind Wiederholungstäter? Das zeigt dir, wo der größte Automatisierungsgewinn liegt, und ob ein regelbasiertes System oder ein KI-gestütztes Muster-Erkennungssystem der richtige erste Schritt ist.

Quellen & Methodik

• edi@energy, Formatbeschreibungen UTILMD, MSCONS, APERAK, Arbeitsgruppe beim BDEW, die Prozesse legt die Bundesnetzagentur per Festlegung fest; Stand der Recherche: Ausgaben Oktober 2024; edi@energy aktualisiert die Formate typischerweise zweimal jährlich, aktuelle Fassung auf edi-energy.de prüfen
• GeLi Gas, Bundesnetzagentur, Regulierungsrahmen für Lieferantenwechselprozesse Gas; definiert Fristen, Prozessschritte und EDIFACT-Anforderungen für Gasnetzbetreiber; BNetzA.de
• GPKE, Bundesnetzagentur, Pendant für Lieferantenwechsel im Strommarkt; gilt nicht für Gas
• STROMDAO, EDIFACT in der Energiewirtschaft, Technische Grundlagenerklärung MaKo-Standard; stromdao.de
• Willi-Mako, APERAK-Fehler: Risikoverteilung und präventive Maßnahmen, Praxisbericht zu APERAK-Fehlertypen und Automatisierungsansätzen; willi-mako.de
• SEEBURGER, MaKo Digitalization of the German Energy Market Communication, Anbieterperspektive auf MaKo-Automatisierung; seeburger.com/resources
• Methodik: Kostenschätzungen und Zeitangaben basieren auf Erfahrungswerten aus EDI-Implementierungsprojekten; nicht repräsentativ. Automatisierungsquote ist branchenabhängig und stark von Lieferantenqualität beeinflusst.