Zum Inhalt springen
Zurück zum BlogAbrechnung & Tarife

Ladeabrechnung E-Mobilität mit SAP: So integrieren Versorger das Laden

Arthur Falk-Makarov
Ladeabrechnung E-Mobilität mit SAP: So integrieren Versorger das Laden – Titelgrafik von AFM IT Consulting

Kurz gesagt: Energieversorger rechnen E-Mobilität in SAP meist auf zwei Wegen ab: Das Laden zu Hause an der Wallbox läuft als Strom über die klassische Abrechnung in SAP IS-U bzw. S/4HANA Utilities. Öffentliches Laden, Ladekarten, Abos und Wallbox-Services laufen über SAP Convergent Invoicing – die Ladevorgänge kommen als Datensätze aus dem Ladesäulen-Backend und werden als abrechenbare Posten verarbeitet. Beides lässt sich auf einer Rechnung zusammenführen.

Die Frage, wie Versorger und Mobilitätsanbieter die Ladeabrechnung in bestehende Kunden- und Abrechnungssysteme integrieren, stellen uns Stadtwerke immer häufiger. Dieser Beitrag zeigt die typischen Szenarien, die Systemarchitektur und die Stolpersteine.

Die typischen Abrechnungsszenarien

  • Laden zu Hause: Die Wallbox hängt am Hausanschluss. Abgerechnet wird über den Stromliefervertrag – bei separater Messung auch über eine eigene Marktlokation. Steuerbare Wallboxen fallen unter § 14a EnWG und können reduzierte Netzentgelte erhalten.
  • Öffentliches Laden mit Ladekarte oder App: Der Kunde lädt an eigenen oder fremden Ladepunkten. Die Ladevorgänge werden pro Sitzung erfasst und periodisch abgerechnet – oft zusammen mit einer Grundgebühr oder einem Abo.
  • Dienstwagen und Flotten: Ladevorgänge zu Hause, am Arbeitsplatz und unterwegs werden einem Fahrzeug oder Mitarbeiter zugeordnet und gesammelt an das Unternehmen abgerechnet.
  • Hardware und Services: Wallbox-Kauf, Raten, Miete, Installation oder Wartung – klassische Zusatzleistungen, die neben der Energie auf die Rechnung sollen.
Drei Szenarien der Ladeabrechnung: Laden zu Hause, öffentliches Laden und Flotten

Die Architektur: Wer liefert welche Daten?

  • Ladesäulen-Backend (CPO-System): steuert die Ladepunkte und liefert pro Ladevorgang einen Datensatz mit Zeit, Menge und Ladepunkt.
  • Roaming-Plattform: Bei Ladevorgängen an fremden Ladepunkten kommen die Daten über Roaming-Partner und müssen mit deren Konditionen abgeglichen werden.
  • Bepreisung: entweder bereits im Backend oder in SAP – bei komplexen Tarifen mit Convergent Charging.
  • SAP Convergent Invoicing: übernimmt die Ladevorgänge als Billable Items, bündelt sie je Kunde und Abrechnungszeitraum und erstellt die Rechnung oder übergibt sie an die IS-U-Rechnung.
  • FI-CA: bucht Forderungen, zieht per Lastschrift ein, mahnt und verrechnet mit Roaming-Partnern – im selben Vertragskontokorrent wie die Energierechnung.
Architektur der Ladeabrechnung: Ladesäulen-Backend und Roaming, Convergent Invoicing, IS-U und FI-CA

Eine Rechnung für Strom und Laden

Der größte Kundennutzen entsteht, wenn Strom, Ladekarte und Wallbox-Service auf einer Rechnung erscheinen. SAP beschreibt dafür zwei Wege: Entweder werden die CI-Posten in die Rechnung der Versorgungsabrechnung integriert, oder Convergent Invoicing übernimmt die Abrechnung der Zusatzleistungen selbst. Welche Variante passt, hängt von Rechnungslayout, Abrechnungsrhythmus und Stornoprozessen ab. Mehr dazu im Ratgeber Was ist SAP Convergent Invoicing?.

Wo es in der Praxis hakt

  • Datenqualität aus dem Backend: Doppelte, unvollständige oder verspätete Ladevorgänge müssen erkannt werden, bevor sie auf eine Rechnung gelangen.
  • Kundenzuordnung: Ladekarte, Vertrag und Vertragskonto müssen eindeutig verknüpft sein – auch bei Kartenwechsel oder Kündigung.
  • Abrechnungszeiträume: Monatliche Ladeabrechnung und jährliche Turnusabrechnung für Strom laufen in unterschiedlichen Rhythmen. Das muss im Rechnungsdesign aufgelöst werden.
  • Roaming-Abgleich: Konditionen und Abrechnungen der Roaming-Partner weichen ab. Ohne Abgleich entstehen Verluste oder Reklamationen.
  • Neue Regulatorik: Bidirektionales Laden und Speicher bringen neue Mess- und Abrechnungsregeln – siehe unseren Beitrag zur MiSpeL-Festlegung.

Checkliste für den Start

  1. Szenarien festlegen: Welche Ladeprodukte gibt es heute, welche in zwei Jahren?
  2. Datenfluss klären: Wo wird bepreist – im Backend oder in SAP?
  3. Rechnungsbild definieren: Eine Rechnung oder getrennte Rechnungen?
  4. Stammdatenmodell festlegen: Wie hängen Ladekarte, Vertrag, Fahrzeug und Vertragskonto zusammen?
  5. Klärfallprozesse planen: Wer bearbeitet fehlerhafte Ladevorgänge und Reklamationen?

Häufige Fragen zur Ladeabrechnung in SAP

Kann SAP IS-U Ladevorgänge abrechnen?

Die klassische IS-U-Abrechnung ist für Energielieferung über Marktlokationen gebaut. Einzelne Ladevorgänge an öffentlichen Ladepunkten werden in der Regel mit SAP Convergent Invoicing abgerechnet, das mit IS-U und FI-CA integriert ist.

Brauche ich für die Ladeabrechnung Convergent Charging?

Nicht zwingend. Wenn das Ladesäulen-Backend die Ladevorgänge bereits bepreist, reicht Convergent Invoicing. Convergent Charging lohnt sich bei komplexen, kundenindividuellen Ladetarifen.

Wie wird die heimische Wallbox abgerechnet?

In der Regel über den Stromliefervertrag. Wird die Wallbox separat gemessen und als steuerbare Verbrauchseinrichtung nach § 14a EnWG betrieben, kommen eigene Messkonzepte und reduzierte Netzentgelte ins Spiel.

Können Strom und Laden auf einer Rechnung stehen?

Ja. Convergent Invoicing lässt sich so mit der Versorgungsabrechnung verbinden, dass Energie und Ladeleistungen gemeinsam auf einer Rechnung erscheinen.

Fazit

Die Ladeabrechnung ist für Versorger keine Insellösung mehr, sondern Teil des Kundenprodukts. Mit Convergent Invoicing und FI-CA lässt sie sich in die bestehende SAP-Landschaft integrieren – entscheidend sind saubere Daten aus dem Backend, ein klares Stammdatenmodell und ein durchdachtes Rechnungsbild. Unsere Beratung zu Convergent Invoicing unterstützt Sie dabei. Sprechen Sie uns an.

Weiterlesen

Mehr Einblicke

Zum Blog