Umsatzsteuerhaltige Bruttopreise je Rechnungsposition können in der EN 16931 derzeit nicht als führende Preis- und Berechnungswerte abgebildet werden. Das betrifft insbesondere Abrechnungssysteme, die vom Endpreis einer Position ausgehen und daraus Nettobetrag und Umsatzsteuer zurückrechnen.
Dieser Beitrag erläutert ausschließlich den technischen Stand der Norm und allgemeine Umsetzungsfragen. Er ist keine steuerliche Beurteilung eines konkreten Abrechnungsverfahrens.
Wo liegt die Einschränkung?
Viele Kassen-, Handels- und Branchensysteme führen Preise einschließlich Umsatzsteuer. Der sichtbare Bruttopreis einer Position ist dort der maßgebliche Ausgangswert. Nettoanteil und Umsatzsteuer werden aus diesem Betrag abgeleitet.
Das semantische Datenmodell der EN 16931 sieht diesen umgekehrten Rechenweg nicht vor. Auf Positionsebene werden Nettopreis und Nettobetrag erwartet; die Umsatzsteuer wird anschließend anhand der zusammengefassten Bemessungsgrundlagen berechnet.
Welchen Rechenweg erwartet EN 16931?
Das semantische Datenmodell geht vereinfacht von folgender Reihenfolge aus:
- Nettopreis je Einheit bestimmen,
- Nettobetrag der Rechnungsposition berechnen,
- Nettobeträge nach Umsatzsteuerkategorie und Steuersatz zusammenfassen,
- Umsatzsteuer auf die jeweilige Bemessungsgrundlage berechnen,
- Netto- und Steuerbeträge zum Bruttogesamtbetrag zusammenführen.
Die KoSIT beschreibt dies ausdrücklich als Rechenweg „Netto plus Umsatzsteuer gleich Brutto“. Der umgekehrte Weg „Brutto minus Umsatzsteuer gleich Netto“ sowie eine davon abweichende Steuerberechnung auf Positionsebene werden im aktuellen Modell nicht unterstützt.
Aber es gibt doch ein Feld „Item gross price“
Der englische Begriff kann missverstanden werden. Der „Item gross price“ in BT-148 ist kein Preis einschließlich Umsatzsteuer. Gemeint ist ein Artikelpreis vor einem Preisnachlass. Aus diesem Preis abzüglich des Preisrabatts wird der Nettopreis des Artikels gebildet.
Ein umsatzsteuerhaltiger Laden- oder Endkundenpreis darf daher nicht allein wegen der Bezeichnung „gross price“ in dieses Feld übertragen werden.
Wo entstehen Rundungsdifferenzen?
Ein Vorsystem kann einen Bruttopreis rechnerisch in einen Nettopreis umwandeln. Bei einem einfachen Betrag kann das unauffällig funktionieren. Problematisch wird es, wenn die Rückrechnung mehr Nachkommastellen erzeugt oder das Vorsystem die Umsatzsteuer je Position anders rundet als die EN-16931-Prüfregeln.
Typische Einflussfaktoren sind:
- viele Rechnungspositionen,
- kleine umsatzsteuerhaltige Einzelpreise,
- große Mengen,
- mehrere Umsatzsteuersätze,
- Rabatte und Zuschläge,
- positionsbezogene statt zusammengefasste Steuerberechnung.
Dadurch kann das aus den strukturierten Nettodaten berechnete Ergebnis um einzelne Cent vom Ergebnis des ursprünglichen Bruttorechenwegs abweichen.
Kann trotzdem eine E-Rechnung erzeugt werden?
Grundsätzlich kann ein Abrechnungssystem aus seinen Bruttopreisen geeignete Nettowerte ableiten und daraus eine E-Rechnung nach EN 16931 erzeugen. Dabei muss die Rechnung jedoch den Rechen- und Rundungsregeln des gewählten Formats entsprechen. Eine bloße Übernahme der vorhandenen Bruttowerte in unpassende Datenfelder reicht nicht aus.
Ob eine solche Umrechnung ohne Abweichungen möglich ist, hängt vom konkreten Preis-, Mengen- und Rundungsmodell des Vorsystems ab. Deshalb sollten realistische Testfälle erzeugt und mit einer aktuellen Prüfkonfiguration validiert werden.
Was sollte bei der technischen Umsetzung geprüft werden?
- Verwendet das Vorsystem Netto- oder Bruttopreise als führende Werte?
- Auf welcher Ebene wird die Umsatzsteuer berechnet und gerundet?
- Wie viele Nachkommastellen können Nettopreise enthalten?
- Stimmen Positionsnettos, Steueraufschlüsselung und Gesamtbeträge nach der Umwandlung überein?
- Besteht die erzeugte Datei die aktuellen Geschäftsregeln von EN 16931, XRechnung oder Peppol BIS Billing?
Ist eine Erweiterung absehbar?
Die EN 16931 wird fortlaufend weiterentwickelt und Rundungs- beziehungsweise Berechnungsfragen werden in den zuständigen Fachgremien diskutiert. Eine verbindlich veröffentlichte Änderung, die einen vollständigen Brutto-zurück-auf-Netto-Rechenweg mit festem Einführungstermin vorsieht, liegt derzeit jedoch nicht vor.
Für aktuelle Implementierungen bleibt deshalb der normierte Nettorechenweg maßgeblich.
Fazit
Umsatzsteuerhaltige Bruttopreise auf Positionsebene sind im aktuellen Rechenmodell der EN 16931 nicht als führende Ausgangswerte vorgesehen. Systeme mit einem solchen Preisverfahren müssen ihre Positionswerte deshalb in den Nettorechenweg der Norm überführen. Dabei sind Rundungsabweichungen möglich; das erzeugte Ergebnis sollte mit realistischen Fällen geprüft und technisch validiert werden.
Quellen und technischer Stand
Die KoSIT erläutert Rechenweg und Rundungsprobleme in den FAQ zu XRechnung. Ergänzende Berechnungsregeln enthält die Spezifikation von Peppol BIS Billing. Zur steuerlichen Einordnung zulässiger Formate siehe außerdem die BMF-FAQ zur E-Rechnung. Einen Formatvergleich bietet unser Beitrag XRechnung oder ZUGFeRD. Technischer Stand: Juli 2026.