Jedes deutsche Stadtwerk tauscht mit Netzbetreibern, Lieferanten und Messstellenbetreibern standardisierte EDIFACT-Nachrichten aus, etwa für Lieferantenwechsel, Messdaten, Bilanzierung und Einspeisung. Wird eine Nachricht abgelehnt oder passen Daten nicht zusammen, landet der Fall in der Klärfall-Warteschlange, wo Fachleute ihn von Hand durch Abrechnungssystem, Stammdaten und Postfach verfolgen. Ein Agent kann die Ablehnung lesen, einordnen, die Ursache in den Quellsystemen finden und die passende Antwort entwerfen. Realistisch ist das heute als Entscheidungsassistent (Copilot); autonomes Versenden steht erst am Anfang und braucht eine tiefe, versorgerspezifische Integration.
Problem & Nutzen
- Heute: Eine Marktkommunikation im Backoffice arbeitet APERAK-Ablehnungen, Klärlisten, Plausibilitätsfehler und fristgebundene Antwortprozesse ab. Jeder Fall erfordert Abfragen im Abrechnungssystem, in den Stammdaten der Marktlokation und oft in der Prozessbeschreibung. In größeren Versorgern ist dies ein eigenes Team; im Stadtwerk sind es wenige Personen, die zusätzlich die Abrechnung von EEG und Redispatch 2.0 tragen. Die Lückenanalyse hinter diesem Eintrag schätzt für ein typisches Stadtwerk etwa 60 Stunden pro Monat für die Klärung und etwa 30 Stunden pro Monat für die Abrechnung von EEG/Redispatch 2.0 (interne Schätzung, kein gemessener Richtwert).
- KI-Nutzen: schnellere Ersteinordnung (richtiges Team, richtige Frist), eine fertige Erklärung der wahrscheinlichen Ursache statt Recherche bei null, Antwortentwürfe im richtigen Nachrichtenformat und weniger Abhängigkeit vom Regelwissen einzelner Expertinnen und Experten.
- Druck: Die Regeln ändern sich laufend. Der BDEW veröffentlicht einen Umsetzungsfragenkatalog (aktuell veröffentlichte Version 1.11, gültig ab 1. Oktober 2022) zu GPKE, GeLi Gas, WiM, MaBiS, MPES, Netzbetreiberwechsel und Mehr-/Mindermengenabrechnung [1]. Redispatch 2.0 wird durch den Beschluss BK6-23-241 der Bundesnetzagentur vom 07.05.2026 zum bilanziellen Ausgleich von Redispatch-Maßnahmen (BilAReM) weiterentwickelt; prüfen Sie den Beschlusstext auf genaue Regeln und Fristen [2]. Der künftige MaBiS-Hub und eine mögliche hubbasierte Marktkommunikation Strom ab 2032 (eine Optionenstudie, keine Entscheidung) bedeuten, dass sich die heutige Klärpraxis erneut ändern wird [3][4].
- Evidenz: Es wurde kein unabhängiger Richtwert für KI in der Klärung der Energiewirtschaft gefunden. Die hier genannten Einsparungen sind Schätzungen; messen Sie zuerst Ihre eigene Ausgangslage.
Varianten
- Klärung auf Lieferantenseite (Vertrieb): Ablehnungen von Anmeldungen, Stornierungen, Zählerstandsmeldungen und Rechnungsstreitigkeiten (UTILMD, MSCONS, INVOIC/REMADV).
- Klärung auf Netzbetreiberseite (Netz): Antworten an Lieferanten, Plausibilisierung von Messdaten, Netznutzungsabrechnung.
- Bilanzierung (MaBiS): Abgleich von Zeitreihen der Bilanzkreise und von Differenzen mit dem Netzbetreiber.
- EEG-Einspeisung und Redispatch 2.0: Abgleich von Anlagenstammdaten, Ressourcen-IDs und Bilanzierungsmodell mit dem Anschlussnetzbetreiber, Abstimmung der Abrechnungsdaten.
- Messstellenbetreiber (MSB): abgelehnte Aufträge und Stammdatenabweichungen rund um den Smart-Meter-Rollout.
So funktioniert es
- Eingang EDIFACT / E-Mail / Portalfall (APERAK, CONTRL, Klärliste)
- Nachricht auslesen (Nachrichtentyp, Prozessschritt, Referenz-IDs, Fehlercodes)
- einordnen (Fehlerklasse, zuständige Stelle, Prozess und Frist)
- Belege sammeln (Abrechnungssystem, Stammdaten von Marktlokation und Anlage, frühere Nachrichten)
- Regeln abrufen (Prozessbeschreibung, BDEW-Anwendungshilfe, hauseigenes Playbook)
- diagnostizieren (wahrscheinliche Ursache + Konfidenz, zuerst deterministische Prüfungen)
- Maßnahme entwerfen (korrigierte Nachricht, Antwort an den Partner, internes Korrekturticket)
- Prüfung und Freigabe durch Sachbearbeiter (Vier-Augen-Prinzip bei allem, was Stammdaten ändert oder eine Nachricht versendet)
- Versand über das vorhandene MaKo-System + Protokoll
- Deterministisch zuerst: EDIFACT-Parsing, Codelisten und Formatprüfungen sind Regeln, keine LLM-Aufgabe. Das LLM erklärt, ordnet freitextliche Klärfall-E-Mails ein, verknüpft Belege und entwirft Texte.
- Werkzeugnutzung: lesende Abfragen auf Abrechnungssystem und Stammdaten; Schreibaktionen nur als Entwurf.
- Mensch-in-der-Schleife (Human-in-the-Loop): Freigabe durch einen Sachbearbeiter; automatischer Versand nur für enge, bewährte Fallklassen nach einer langen Schattenphase.
Datenaufbereitung
Welche Daten: eine Historie abgelehnter Nachrichten mit der endgültigen Lösung, Stammdaten von Marktlokationen und Anlagen, Vertrags- und Bilanzierungsmodelldaten, Stammdaten der Partner (Marktrollen) sowie die aktuellen BDEW-/BNetzA-Prozessbeschreibungen und Nachrichtenleitfäden.
Wo sie liegen: im Abrechnungs- und MaKo-System (SAP IS-U / SAP S/4HANA Utilities, Wilken ENER:GY, Schleupen SchleupenCS, weitere), im gemeinsamen MaKo-Postfach, in einem Ticketsystem oder in Excel-Klärlisten und in PDF-Prozessdokumenten.
Typische Lücken: Lösungen werden selten strukturiert festgehalten; Stammdaten sind zwischen Abrechnungssystem, GIS und Messwesen uneinheitlich; das Wissen liegt bei ein bis zwei Sachbearbeitenden; Nachrichtenversionen wechseln zu festen Stichtagen, sodass alte Beispiele falsch sein können.
Aufbereitungsschritte: 1. Zwei bis drei Jahre abgelehnter Nachrichten mit der Lösung der Sachbearbeitenden exportieren (siehe PREP-005, PREP-020). 2. Fehlerklassen gemeinsam mit den Sachbearbeitenden festlegen und ein Testset aus 200–300 Fällen beschriften (PREP-018, PREP-019). 3. Aus den aktuellen Prozessbeschreibungen und dem eigenen Playbook eine kuratierte Regelbasis aufbauen (PREP-013). 4. Jede Regel mit ihrem Gültig-ab-Datum versehen, da Nachrichten versioniert sind. 5. Abweichungen in den Stammdaten von Marktlokationen und Anlagen bereinigen, die wiederholte Ablehnungen verursachen (DATA-003). 6. Kundendaten in Exporten für die Entwicklung pseudonymisieren (PREP-022).
Werkzeuge: EDIFACT-Parser und Codelisten-Validatoren, Export aus dem Abrechnungssystem, Tabellenkalkulation für das Testset.
Grober Aufwandsanteil: hoch, 40–50 Prozent des Projekts, überwiegend Integration und Pflege der Regeln. Siehe GUIDE-003.
Umsetzungswege
Welcher Weg für wen
- KMU (Stadtwerk) — Weg B: Nur wenige fertige KI-Produkte decken die Klärung ab; realistisch ist ein kleiner Eigenbau auf Cloud-APIs in einer EU-Region mit reinem Lesezugriff auf das Abrechnungssystem oder ein Zusatzmodul eines Dienstleisters.
- Großunternehmen (großer Versorger, MaKo-Dienstleister) — Weg B: Das Volumen rechtfertigt die Integration in die MaKo-Plattform und eine eigene Evaluation; starke Governance.
- Entwickler (Softwareanbieter) — Weg C: Anbieter von Abrechnungs- und MaKo-Software betten selbst betriebene offene Modelle in ihre Produkte ein.
Weg A — Kaufen
- MaKo- und Abrechnungsplattformen: SAP IS-U / Utilities, Wilken, Schleupen und regionale IT-Dienstleister (Rechenzentren von Stadtwerke-Verbünden) bieten Klärarbeitsplätze mit regelbasierter Unterstützung an. KI-Funktionen sind 2026 meist Roadmap oder Pilot; fragen Sie nach Referenzen im Produktivbetrieb.
- A wählen, wenn: Ihr Plattformanbieter einen Klärassistenten liefert, der mit Ihrer Version funktioniert.
Weg B — Auf Cloud-KI-Diensten aufbauen
- Modelle: ein in der EU gehostetes LLM oder ein Spitzenmodell in einer EU-Region mit strukturierter Ausgabe, für Einordnung, Erklärung und Entwurfstexte.
- Orchestrierung: ein Agenten-Framework oder ein Workflow im Stil von n8n mit lesenden Konnektoren zu Abrechnungssystem, Postfach und Stammdaten; Entwürfe werden als Tickets zurückgeschrieben.
- B wählen, wenn: Sie ein IT-Team oder einen Partner haben, der die Integration und ein Evaluationsset aufbauen kann.
Weg C — Selbst betreiben
- Stack: ein Open-Weight-LLM (etwa der 30B-Klasse) plus Retrieval über die Regelbasis auf einer Workstation oder Profi-GPU (HW2–HW3), EDIFACT-Parsing im Code.
- C wählen, wenn: Kundendaten das Haus nicht verlassen dürfen oder Sie ein Produkt für viele Versorger bauen.
Weg D — Eigenes Training
Einen kleinen Klassifikator auf Ihrer beschrifteten Ablehnungshistorie feintunen (Fehlerklasse, zuständige Stelle). Lohnt sich erst ab mehreren tausend Fällen pro Jahr; einige hundert beschriftete Fälle helfen bereits.
Stand der Technik (2026)
- Ausgereift: regelbasierte Validierung von EDIFACT, Codelisten und APERAK-Fehlercodes; LLM-Textklassifikation und Erklärung freitextlicher Klärfall-E-Mails.
- Frühe Phase: Agenten, die einen Klärfall über Abrechnungssystem, Stammdaten und Nachrichtenverlauf verfolgen und die richtige Antwort entwerfen. Für den Produktivbetrieb in deutschen Versorgern fanden wir keine unabhängigen Belege; behandeln Sie Herstellerversprechen mit Vorsicht.
- Noch nicht ratsam: unbeaufsichtigtes Versenden von Nachrichten. Falsche Nachrichten lösen Gegenreaktionen der Partner, Fristverletzungen und falsche Abrechnungen aus.
- Bewegliches Ziel: Die Strom-Regeln ändern sich zu festen Stichtagen (GPKE, MaBiS, Redispatch-2.0-Bilanzierung; Stichtage im Beschluss prüfen), und die BNetzA arbeitet an einer hubbasierten Zukunft [2][3][4]. Regelbasen müssen versioniert und aktuell gehalten werden.
- Grenzen: LLMs können Regelverweise oder Codebedeutungen erfinden; jede Aussage muss die Quellregel oder den Systemdatensatz nennen.
Gemeinsame Bausteine & Kombinationen
- Gleicher Stack (agent-framework + workflow-automation): AGENT-004 Auftragserfassung, AGENT-006 Abstimmung und AGENT-021 Dateneingabe nutzen Konnektoren und Prüfoberfläche mit.
- Altsysteme ohne Schnittstelle: Wo das Abrechnungssystem keine API hat, ist AGENT-003 (Computer-Use) ein Ausweg, mit den damit verbundenen Risiken.
- Einordnung und Weiterleitung: LANG-012 und DOC-014 für Klärfall-E-Mails und PDF-Anhänge.
- Governance: AGENT-025 für die Überwachung von Agenten, AGENT-018 für Compliance-Kontrollprotokolle.
- Fachliche Nachbarn: ANOM-008 (Anomalien bei Zählern und Netz), OPT-022 (Redispatch-Optimierung auf Netzseite), PRED-007 (Einspeiseprognosen, relevant für Planwerte im Redispatch 2.0).
- Größte Hebelwirkung zusammen: Saubere Stammdaten (DATA-003) verhindern Ablehnungen gleich von Anfang an und sparen mehr als jeder Agent, der sie abarbeitet.
Aufwand, Kosten & Kennzahlen
- Weg A: Wochen der Konfiguration, wenn der Anbieter die Funktion hat; Lizenz für das Zusatzmodul.
- Weg B: 4–9 Monate für einen lesenden Copilot inklusive Integration, Evaluationsset und Schattenphase.
- Weg C/D: 6–12 Monate plus Betriebsaufwand.
- Kostentreiber: Integration mit dem Abrechnungssystem und Pflege der Regelbasis, nicht die Modellgebühren.
- Kennzahlen: Anteil korrekt eingeordneter Fälle, Zeit bis zur ersten Diagnose, Anteil unverändert übernommener Entwürfe, Fristverletzungen, wiederholte Ablehnungen pro Monat, Stunden pro Klärfall.
Menschen & Veränderung
Früh einbinden: die Leitung der Marktkommunikation als Prozessverantwortliche, IT und Administratoren des Abrechnungssystems, die/den Datenschutzbeauftragten und die/den IT-Sicherheitsbeauftragten (bei größeren Versorgern ist eine KRITIS- oder NIS2-Relevanz wahrscheinlich); außerdem Recht/Compliance für die Haftung gegenüber Partnern (GUIDE-005, GUIDE-010).
Betriebsrat: abhängig vom Einzelfall. Prüfprotokolle zeigen, wer was korrigiert und freigegeben hat, und können damit die Leistung überwachen (§87 Abs. 1 Nr. 6 BetrVG); §90 BetrVG verlangt die Unterrichtung über KI-gestützte Arbeit. Vereinbaren Sie, dass die Protokolle nicht zur individuellen Bewertung genutzt werden (GUIDE-004).
KI-Kompetenz: Art. 4 der KI-Verordnung (AI Act) verlangt Maßnahmen für die Beschäftigten; schulen Sie Sachbearbeitende im Umgang mit Konfidenzwerten, im Prüfen zitierter Regeln und im Melden falscher Vorschläge (GUIDE-006).
Kommunikation und Pilot: Stellen Sie es als Entlastung für ein knappes Expertenteam dar, nicht als Ersatz; pilotieren Sie mit einer Fallklasse (zum Beispiel einem wiederkehrenden APERAK-Fehler) im Schattenbetrieb für 4–8 Wochen und benennen Sie eine KI-Botschafterin bzw. einen KI-Botschafter (GUIDE-008, GUIDE-009).
Typische Bedenken: Angst vor einer Entwertung des Expertenwissens, Angst vor falschen Nachrichten an Partner (Freigabe im Vier-Augen-Prinzip) und Abhängigkeit vom Hersteller des Abrechnungssystems.
Menschen behalten die Kontrolle: keine Nachricht wird gesendet und keine Stammdaten werden geändert ohne Freigabe.
Risiken, Regulierung & Compliance
- Marktregeln: GPKE, GeLi Gas, WiM und MaBiS werden durch Beschlüsse der Bundesnetzagentur (Beschlusskammer 6) festgelegt; Fristen und Nachrichtenformate sind verbindlich. Falsche oder verspätete Nachrichten können Folgen für die Abrechnung und die Regulierung haben.
- KI-Verordnung (AI Act): minimales Risiko für die Klärung im Backoffice; sicherheitsrelevante Komponenten kritischer Infrastruktur sind nicht betroffen, solange der Agent den Netzbetrieb nicht steuert. Die Pflicht zur KI-Kompetenz (Art. 4) gilt.
- DSGVO: Daten der Marktlokation, Verbrauchs- und Kundendaten sind personenbezogen; Rechtsgrundlage, AVV (Art. 28) mit jedem Anbieter, Verarbeitung in der EU. Verbrauchsprofile sind in der Praxis sensibel; das MaBiS-Hub-Verfahren selbst setzt auf die Pseudonymisierung von Messdaten [3].
- Sicherheit: Energieversorger verarbeiten kritische Daten; prüfen Sie die Pflichten aus NIS2 bzw. IT-Sicherheitskatalog und beschränken Sie den Agenten auf Lesezugriff plus Entwürfe.
- Lock-in und Änderungen: Nachrichtenformate und Prozesse ändern sich zu festen Stichtagen; Verträge müssen Updates abdecken.
- Gegenmaßnahmen: versionierte Regelbasis mit Quellenangaben, Schattenbetrieb, eingeschränkte Schreibrechte, Protokoll, regelmäßige Evaluation an frischen Fällen.
Erste Schritte
- Ausgangslage messen: Klärfälle pro Monat, Fehlerklassen, Stunden pro Fall, Fristverletzungen.
- Die fünf häufigsten Ablehnungsursachen bestimmen und prüfen, ob bessere Stammdaten sie beseitigen können.
- Das beschriftete Testset aufbauen und einen lesenden Klassifikator mit Erklärfunktion im Schattenbetrieb laufen lassen.
- Bei Ihrem Abrechnungs- und MaKo-Anbieter sowie Ihrem IT-Dienstleister erfragen, was bereits geliefert wird und welchen API-Zugriff es gibt.
- Auf Antwortentwürfe für die am besten funktionierenden Fallklassen erweitern; automatischen Versand erst nach Monaten fehlerfreier Ergebnisse erwägen.
Quellen
- BDEW — Umsetzungsfragenkatalog zur Marktkommunikation (BK6-20-160), covering GPKE, GeLi Gas, WiM, MaBiS, MPES — https://www.bdew.de/service/anwendungshilfen/umsetzungsfragenkatalog-zur-marktkommunikation-bk6-20-160/
- Bundesnetzagentur — Redispatch / Einspeisemanagement (BK6-20-059, BK6-23-241 and related notices) — https://www.bundesnetzagentur.de/DE/Beschlusskammern/BK06/BK6_84_Sys_Dienst/844_redispatch/redispatch_node.html
- Bundesnetzagentur — MaBiS-Hub procedure (BK6-24-210) — https://bundesnetzagentur.de/DE/Beschlusskammern/BK06/BK6_83_Zug_Mess/845_MaBiS_Hub/BK6_MaBiS_Hub_node.html
- Bundesnetzagentur — Notice on the future of electricity market communication (BK6-25-000) — https://www.bundesnetzagentur.de/DE/Beschlusskammern/1_GZ/BK6-GZ/2025/BK6-25-000/2025-07-09_Hinweis_Zukunft_MaKo_Strom.html