Energy Sharing (§42c EnWG): Das nächste Redispatch-Trauma für Netzbetreiber?

Warum der Vertrieb unwissentlich die Lunte ans Netzbetreiber-Backend legt und wie Agentic MDM (Cernion) als Puffer das Abrechnungschaos verhindert.

Zum 1. Juni 2026 (bzw. 1. Juli 2026) soll in Deutschland Energy Sharing nach § 42c EnWG möglich sein. Der politische Wille ist da, die Erwartungshaltung bei Bürgerenergiegesellschaften und Kommunen ist riesig.

Das Problem? Ein Déjà-vu par excellence: Redispatch 2.0 reloaded.

Die Ausgangslage

Der Vertrieb (oder eine ausgründende Tochtergesellschaft) prescht vor. Es werden schicke White-Label-Frontend-Lösungen von externen Anbietern (z.B. Interconnector, Midas etc.) eingekauft, um den Kunden das Energy Sharing bunt und modern zu verkaufen.

Und dann fällt das Konstrukt beim Verteilnetzbetreiber (VNB) auf den Schreibtisch.

Das Backend brennt

Das Frontend löst nämlich keine Backend-Prozesse. Das Netz steht da und muss plötzlich hochkomplexe bilanzielle Abbildungen machen:

  • Mengentausch oder 15-Minuten-Verrechnung auf Geräteebene?
  • Wie trenne ich die Netzentgelte sauber?
  • Was passiert mit der Direktvermarktung von Anlagen > 100 kWp, wenn die Standard-Marktprozesse (UTM-D/UTS) für Energy Sharing voraussichtlich erst mit dem Formatwechsel im Oktober fertig werden?

Die IT im Keller der VNBs ist blind für Prozesse, die nicht in Standard-EDIFACT-Schablonen passen. Die Folge: Excel-Workarounds, manuelle Schattenbuchhaltungen und das nackte Grauen in der EDM-Abteilung.

Die Lösung: Cernion als Energy Sharing Bridge

Genau an dieser Schnittstelle setzen wir mit Cernion (Agentic MDM) an. Cernion ist nicht das Frontend für den Bürger. Und Cernion ersetzt auch nicht das hochkomplexe SAP/Schleupen-Abrechnungssystem im Keller.

Cernion ist der Data Pre-Conditioning Agent dazwischen.

Wenn der Vertrieb eine Energy Sharing Community gründet, übernimmt Cernion im Netzbetrieb die Rolle des 'Agentischen Buchhalters'. Unser System nimmt die Erzeugungsdaten, verschneidet sie viertelstundenscharf mit den Verbräuchen der Community-Teilnehmer (die komplexe Verrechnung), gleicht die Bilanzkreise ab und füttert das veraltete EDM-System des Netzbetreibers mit mundgerechten, 100% konsistenten und auditierbaren Datensätzen.

Das verhindert das befürchtete Chaos. Der Netzbetreiber muss seine Legacy-IT nicht in einem 3-Jahres-Projekt für den 1. Juni umbauen. Er nutzt Cernion als Puffer, der die neuen dynamischen Prozesse versteht und in die alte Welt übersetzt.

Lasst uns aus Redispatch 2.0 lernen und die Brücke bauen, bevor der Zug drüber rollt.

← Zurück zur Timeline