E-Rechnung für Stadtwerke: Warum das XML allein nicht reicht

Eine Rechnung kann für die Sachbearbeitung eindeutig sein und bei der automatisierten Verarbeitung trotzdem Fragen aufwerfen. Im Adressfenster steht der Empfänger der Korrespondenz. An anderer Stelle ist der Leistungsempfänger genannt. Welche dieser Angaben gehört nun in den strukturierten Rechnungsdatensatz?

An solchen Stellen entscheidet sich, ob eine E-Rechnung im Alltag funktioniert. Das Zielformat ist notwendig. Die anspruchsvollere Aufgabe besteht jedoch darin, die fachliche Bedeutung der vorhandenen Angaben richtig zu übernehmen.

Für Stadtwerke und andere Versorgungsunternehmen lohnt es sich deshalb, vor einem großen Umbau der Abrechnung genauer hinzusehen: Welche Informationen liefert das bestehende System bereits? Was steckt in den PDF-Ausgangsrechnungen? Und welche Regeln fehlen, damit daraus ein zuverlässiger strukturierter Prozess wird?

Das Zielformat löst noch nicht die Zuordnungsfrage

EN 16931 beschreibt ein semantisches Datenmodell für die Kernelemente einer elektronischen Rechnung. Es geht also um die Bedeutung von Rechnungsinformationen und ihre Beziehungen. XRechnung konkretisiert diese Grundlage für definierte Anwendungsanforderungen. Eine beliebige XML-Datei ist deshalb noch keine XRechnung. XStandards Einkauf

Bei ZUGFeRD kommt die Wahl des Profils hinzu. Nicht jedes Profil deckt dieselben Inhalte ab; aus dem Namen „ZUGFeRD“ allein folgt keine pauschale EN-16931-Konformität. Wer die Unterschiede zwischen XRechnung, ZUGFeRD und Peppol einordnen möchte, sollte Datenformat, Profil und Übertragungsweg getrennt betrachten. FeRD

Die Branchenperspektive beginnt dort, wo diese Struktur auf die tatsächliche Rechnung trifft. Für Strom- und Gasrechnungen verlangt das Energiewirtschaftsgesetz beispielsweise Angaben zur Verbrauchsstelle, zum Verbrauch und zum Abrechnungszeitraum. Die Rechnung soll zugleich für Menschen verständlich sein. Diese Anforderungen erklären, weshalb ihre Informationen nicht einfach auf Rechnungsnummer, Gesamtbetrag und Bankverbindung reduziert werden können. Gesetze im Internet

Wo die fachliche Zuordnung entscheidet

Die Anschrift im Adressfenster ist nicht automatisch der Käufer

Korrespondenzempfänger, umsatzsteuerlicher Leistungsempfänger und Ort der Leistung können auseinanderfallen. Das Datenmodell unterscheidet Rechnungsparteien und Lieferinformationen. Daraus folgt aber nicht, dass jede im PDF gefundene Adresse unverändert in ein gleichnamiges Standardfeld passt. XStandards Einkauf

Ein typischer Klärungspunkt ist eine Rechnung, die neben dem Adressfenster ausdrücklich einen Leistungsempfänger ausweist. Die Verarbeitung muss wissen, welche Angabe für die Käuferrolle maßgeblich ist und welche lediglich dem Versand dient. Eine Verbrauchsstellenadresse beantwortet wiederum eine andere Frage.

Diese Zuordnung sollte die Fachabteilung festlegen. Die Position einer Adresse auf der Seite ist ein Erkennungsmerkmal, aber kein ausreichender fachlicher Beweis für ihre Rolle.

Freitext kann fachlich wichtig sein

Ein Rechnungshinweis am Seitenende kann für die Verarbeitung wichtiger sein als seine Gestaltung vermuten lässt. Ein Steuerhinweis ist anders zu behandeln als ein allgemeiner Erläuterungstext oder die Beschreibung einer Verbrauchsstelle.

XRechnung sieht Rechnungshinweise im Feld BT-22 vor. Ein dazugehöriger Betreffcode in BT-21 kann ihren Gegenstand kennzeichnen. Das ist nützlich, macht einen beliebigen Text aber nicht automatisch zu einer vollständigen strukturierten Steuer- oder Adressangabe. XStandards Einkauf

Die Aufgabe lautet deshalb nicht: „Alle Textblöcke irgendwo im XML unterbringen.“ Sie lautet: Erkennen, welche Information der Text enthält, und sie passend zuordnen. Wo das Zielmodell eigene Felder vorsieht, ist ein Sammelfeld für Hinweise kein gleichwertiger Ersatz. Genau diese Unterscheidung wird wichtig, wenn aus einem PDF strukturierte Rechnungsdaten entstehen sollen.

Leistungszeiträume müssen zur richtigen Ebene passen

Ein Zeitraum für die gesamte Rechnung und ein Zeitraum für eine einzelne Position erfüllen unterschiedliche Aufgaben. Das Rechnungsmodell kennt beide Ebenen. Werden sie im PDF gefunden, darf die Verarbeitung sie nicht unbesehen gleichsetzen oder gegenseitig überschreiben. Peppol Dokumentation

Enthält eine Position einen eigenen Leistungszeitraum, muss dieser im Zusammenhang mit der Position erhalten bleiben. Eine projektspezifische Erkennungsregel kann bestimmen, welche Fundstelle auszulesen ist. Daraus wird jedoch keine allgemeine Normregel, nach der Positionsangaben immer alle Angaben auf Dokumentebene verdrängen.

Ähnlich genau ist bei Mengen und Einheiten hinzusehen. Die strukturierte Rechnungsposition verlangt eine Menge und einen passenden Einheitencode. Eine aus dem PDF gelesene Zahl ist erst dann verwendbar, wenn klar ist, was sie misst. Kundenspezifische Bezeichnungen brauchen deshalb eine fachlich nachvollziehbare Zuordnung zu den vorgesehenen Codes. Peppol Dokumentation

Ein Steuerbetrag von null erklärt noch keinen Steuerfall

Nullsteuersatz, Steuerbefreiung und die Steuerschuldnerschaft des Leistungsempfängers sind unterschiedliche Sachverhalte. In den einschlägigen Codelisten werden sie entsprechend unterschieden, etwa durch Z, E und AE. Die Kategorie S steht für die reguläre Besteuerung mit einem anzuwendenden Steuersatz; sie ist nicht einfach ein anderes Wort für „19 Prozent“. Peppol Dokumentation

Für die Umwandlung bedeutet das: Aus einem fehlenden oder mit null ausgewiesenen Steuerbetrag darf keine Steuerkategorie geraten werden. Erforderlich ist eine fachlich freigegebene Grundlage aus der Rechnung oder aus ergänzenden Daten.

Außerdem müssen Positionsangaben, Steueraufschlüsselung und Summen zusammenpassen. Eine Datei kann formal wohlgeformtes XML enthalten und dennoch gegen solche Geschäftsregeln verstoßen. Die Software soll eine festgelegte steuerliche Behandlung abbilden und prüfen, nicht selbst eine steuerliche Entscheidung treffen. Peppol Dokumentation

Mehrere Seiten bleiben eine Rechnung

Bei mehrseitigen Belegen kann die Zusammenfassung an einer anderen Stelle stehen als die Positionen oder die Steueraufstellung. Für die Verarbeitung ist nicht die einzelne Seite die entscheidende Einheit, sondern der fachliche Zusammenhang der Rechnung.

Das gilt auch für ergänzende Unterlagen. Das Datenmodell bietet Möglichkeiten, rechnungsbegleitende Dokumente einzubinden oder zu referenzieren. Welche Variante tatsächlich eingesetzt werden kann, hängt zusätzlich vom Zielprofil und dem Annahmeprozess des Empfängers ab. Peppol Dokumentation

Eine Anlage ist allerdings kein pauschaler Ersatz für strukturierte Pflichtangaben. Das BMF unterscheidet zwischen den erforderlichen Rechnungsinformationen und ergänzenden Details; für bestimmte Abrechnungsfälle gelten besondere Regelungen. Ein bloßer Verweis „siehe PDF“ ist deshalb keine allgemeine Lösung für fehlende strukturierte Inhalte. Bundesfinanzministerium

Für ein Umsetzungsprojekt sollte diese Trennung früh feststehen: Was gehört in den Rechnungsdatensatz, was dient der Erläuterung, und wie bleiben beide Teile eindeutig verbunden?

Eine erzeugte Datei ist noch keine angenommene Rechnung

Zur Ausgangsrechnung gehört auch die Übergabe. Ein Verarbeitungsergebnis, eine erfolgreiche technische Übermittlung und die Annahme durch den Empfänger sind verschiedene Zustände. Diese Trennung findet sich beispielsweise auch in den Statuskonzepten von Peppol. Peppol Dokumentation

Deshalb sollte ein Projekt nicht bei der Ablage der fertigen Datei enden. Benötigt werden nachvollziehbare Referenzen, verständliche Fehlermeldungen und ein vereinbarter Umgang mit abgelehnten Dokumenten. Bei zeitversetzter Verarbeitung muss zudem erkennbar sein, ob ein Auftrag noch bearbeitet wird oder bereits ein Ergebnis vorliegt.

Ein Teil der erforderlichen Informationen kann außerhalb des PDFs bereitgestellt werden. Dazu gehört je nach Empfänger etwa eine Routingangabe. Die Leitweg-ID ist dabei kein allgemeines Pflichtmerkmal jeder B2B-Rechnung, sondern insbesondere für die Rechnungsstellung an öffentliche Empfänger relevant. E-Rechnung Bund

Wann das bestehende PDF ein sinnvoller Ausgangspunkt ist

Aus diesen Anforderungen folgt nicht automatisch, dass zuerst das Abrechnungssystem ersetzt werden muss. Wenn ein System zuverlässig wiederkehrende PDF-Rechnungen erzeugt, kann eine nachgelagerte Verarbeitung die benötigten Informationen daraus gewinnen, fachlich zuordnen und in das vereinbarte E-Rechnungsformat überführen. Voraussetzung sind geeignete Dokumente, definierte Regeln und eine kontrollierte Behandlung von Ausnahmen. PEDIF

Der Vorteil dieses Ansatzes liegt zunächst in der Trennung der Aufgaben: Das vorhandene System bleibt für die Abrechnung zuständig. Die zusätzliche Verarbeitung bereitet die Ausgabe für den strukturierten Austausch auf.

Das PDF wird dadurch nicht nachträglich selbst zur E-Rechnung. Entscheidend ist der daraus erzeugte und übermittelte strukturierte Datensatz. Bei hybriden Formaten wie ZUGFeRD müssen die lesbare Darstellung und die XML-Daten zusammenpassen; bei Abweichungen ist der strukturierte Teil maßgeblich. FeRD

Vor einer Entscheidung sollte dennoch geprüft werden, ob das Quellsystem bereits geeignete strukturierte Daten liefern kann. Sind diese vollständig und gut zugänglich, ist eine zusätzliche Extraktion aus dem PDF nicht automatisch der bessere Weg.

Wie PEDIF bestehende Ausgangsprozesse ergänzt

Aus Projekten mit mehreren Stadt- und Versorgungsunternehmen kennen wir solche Zuordnungsfragen. Der PDF-zu-E-Rechnung-Ansatz von PEDIF setzt bei den vorhandenen Ausgangsrechnungen an und prüft, wie daraus ein definierter strukturierter Prozess entstehen kann.

Am Anfang stehen repräsentative Belege. Dabei geht es nicht nur um das schönste Rechnungsmuster, sondern auch um die Varianten, die der Fachabteilung regelmäßig Arbeit machen: abweichende Adressrollen, zusätzliche Hinweise, unterschiedliche Zeiträume oder ergänzende Unterlagen. Daraus werden die Regeln für Erkennung, Zuordnung und Prüfung abgeleitet. PEDIF

Anschließend wird festgelegt, wie Dokumente und gegebenenfalls ergänzende Metadaten in die Verarbeitung gelangen. Je nach Projekt kann das über SFTP, eine API oder die Einbindung in einen bestehenden Portalprozess erfolgen. Auch Vorprüfungen, etwa zur berechtigten Geschäftseinheit, gehören in die Prozessvereinbarung.

Erst danach entsteht der eigentliche Ausgabeprozess: Daten erfassen, fachlich zuordnen, erforderliche Ergänzungen aus festgelegten Quellen übernehmen, das Zielprofil erzeugen und das Ergebnis validieren. Auffälligkeiten brauchen eine definierte Rückmeldung, statt unbemerkt in den Versand zu gelangen.

PEDIF soll dabei bestehende ERP- und EDI-Prozesse ergänzen, nicht ihre fachlichen Aufgaben ersetzen. Welche Rechnungsquellen, Varianten und Übergabewege einbezogen werden, muss für den jeweiligen Einsatz festgelegt werden. PEDIF

Die Grenzen sollten vor dem Start sichtbar sein

Ein sinnvoller Eignungstest betrachtet mehr als die Erkennungsqualität eines Musterbelegs. Er sollte zeigen, ob die erforderlichen Daten vorhanden sind, welche Abweichungen auftreten und wer über Zweifelsfälle entscheidet.

Besonders wichtig ist der Umgang mit fehlenden Angaben. Eine technische Positionskennung kann regelbasiert vergeben werden. Eine fehlende Leistungsmenge, eine unklare Käuferrolle oder eine steuerliche Einordnung lässt sich dagegen nicht durch einen beliebigen Standardwert fachlich richtig machen. Dafür braucht es eine belastbare Quelle oder eine Klärung.

Auch Layoutänderungen gehören in die Planung. Wer verantwortet neue Rechnungsvorlagen? Woran wird erkannt, dass eine bisherige Zuordnung nicht mehr passt? Und wie werden betroffene Dokumente bis zur Freigabe behandelt? Solche Fragen sind kein Gegenargument gegen Automatisierung, sondern Teil eines tragfähigen Betriebsmodells.

Für die Auswahl empfiehlt sich daher ein gemeinsamer Test durch Abrechnung, Finance und IT. Die Fachseite beurteilt die Bedeutung der Daten. Die IT prüft Anbindung und Betrieb. Ein erfolgreicher Formatcheck ersetzt diese gemeinsame Abnahme nicht.

Den aktuellen Rechtsrahmen getrennt mitprüfen

Die umsatzsteuerliche B2B-E-Rechnungspflicht gilt nicht pauschal für jede Rechnung eines Versorgungsunternehmens. Privatkundenrechnungen sind davon zu unterscheiden; bei öffentlichen Auftraggebern kommen eigene Vorgaben hinzu. Gesetze im Internet

Stand Oktober 2026 erlaubt die allgemeine Übergangsregel noch sonstige Rechnungen für 2025 und 2026 ausgeführte Umsätze bei Übermittlung bis Ende 2026; elektronische PDF-Rechnungen setzen dabei die Zustimmung des Empfängers voraus. Für 2027 gelten verlängerte Regelungen bei höchstens 800.000 Euro Vorjahresumsatz sowie für bestimmte EDI-Verfahren. Ausnahmen und den konkreten Anwendungsfall sollten Unternehmen gesondert prüfen. Gesetze im Internet

Entscheidend ist die richtige Übersetzung der Rechnungslogik

Für Versorgungsunternehmen ist die E-Rechnung vor allem eine Aufgabe an der Schnittstelle zwischen Fachlichkeit und Technik. Ein richtiges Zielformat hilft wenig, wenn die falsche Adresse als Käufer übernommen oder ein Leistungszeitraum unpassend zugeordnet wurde.

Der pragmatische Ausgangspunkt ist deshalb die eigene Rechnungsrealität. Wenn bestehende PDFs die erforderlichen Informationen zuverlässig enthalten, kann eine ergänzende Verarbeitung ein geeigneter Weg sein. Wenn Daten fehlen oder bereits besser strukturiert verfügbar sind, muss die Lösung anders aussehen. Diese Unterscheidung sollte vor der Implementierung fallen – nicht nach der ersten Zurückweisung.

Passt der PDF-Ansatz zu Ihrer Abrechnung?

Sie möchten prüfen, ob sich Ihre bestehenden PDF-Ausgangsrechnungen ohne grundlegenden Umbau des Abrechnungssystems in strukturierte E-Rechnungen überführen lassen? Entscheidend sind Ihre Rechnungsvarianten, die vorhandenen Daten und die Anforderungen Ihrer Empfänger.

Zum PEDIF-Ansatz für Versorgungsunternehmen

Häufige Fragen zur E-Rechnung bei Stadtwerken

Muss ein Stadtwerk dafür sein Abrechnungssystem austauschen?

Nicht zwingend. Eine ergänzende Verarbeitung kann geeignet sein, wenn das bestehende System verlässliche PDF-Ausgaben liefert. Ob dieser Weg sinnvoller ist als eine direkte strukturierte Ausgabe, hängt von Datenqualität, Schnittstellen und Rechnungsvarianten ab. PEDIF

Ist jede ZUGFeRD-Rechnung automatisch eine geeignete E-Rechnung?

Nein. Profil und tatsächlicher Inhalt sind entscheidend. Insbesondere MINIMUM und BASIC WL enthalten nicht den vollständigen Umfang einer umsatzsteuerlichen E-Rechnung. Auch bei geeigneten Profilen müssen die konkreten Daten und Empfängeranforderungen geprüft werden. FeRD

Lassen sich fehlende Angaben einfach automatisch ergänzen?

Nur, wenn eine zuverlässige Quelle oder eine fachlich zulässige, freigegebene Regel vorliegt. Technische Kennungen sind etwas anderes als fehlende Mengen, Leistungsdaten oder Steuerinformationen. Beliebige Ersatzwerte machen eine Rechnung nicht richtig.

Braucht jede Ausgangsrechnung eine Leitweg-ID?

Nein. Für gewöhnliche B2B-Rechnungen besteht keine allgemeine Leitweg-ID-Pflicht. Bei Rechnungen an den Bund wird die vom Empfänger vorgegebene Leitweg-ID zur Zuordnung verwendet. Weitere Empfängerreferenzen und Annahmevorgaben sind gesondert zu beachten. E-Rechnung Bund

Beweist eine erfolgreiche Validierung die steuerliche Richtigkeit?

Nein. Sie prüft technische Vorgaben und die implementierten Geschäftsregeln. Sie kann nicht bestätigen, dass eine Leistung tatsächlich erbracht oder ein Sachverhalt steuerlich zutreffend eingeordnet wurde. Fachliche Prüfung und steuerliche Verantwortung bleiben davon getrennt. Bundesfinanzministerium

Dieser Beitrag beschreibt technische und organisatorische Zusammenhänge. Er ersetzt keine individuelle Rechts- oder Steuerberatung.