Mit der E-Rechnungspflicht verändert sich nicht nur das Dateiformat von Rechnungen – sie bringt auch eine klare technische Vorgabe mit sich, wie der Rechnungsbetrag rechnerisch zustande kommen muss. Für Veranstalter, die Eintrittsgelder, Teilnahmegebühren oder Tickets bislang als runde Bruttopreise kalkuliert haben, ist das mehr als eine Formalie: Es entscheidet darüber, ob eine Rechnung von Rechnungsempfängern und Prüfsystemen überhaupt angenommen wird.

Was sich mit der E-Rechnung ändert

Eine E-Rechnung ist kein PDF, sondern ein strukturierter, maschinenlesbarer Datensatz nach der europäischen Norm EN 16931. Formate wie XRechnung oder ZUGFeRD im Profil XRECHNUNG setzen diese Norm in Deutschland um. Anders als bei einer klassischen Rechnung prüft hier kein Mensch mehr „auf den ersten Blick“, ob Netto-, Steuer- und Bruttobetrag zusammenpassen – das übernimmt ein automatisierter Validator, der strikt nach den in der Norm definierten Geschäftsregeln rechnet.

Genau hier liegt der Punkt, der in der Praxis oft unterschätzt wird.

Der Rechenweg ist vorgegeben – nicht frei wählbar

Die EN 16931 legt für die Berechnung auf Dokumentenebene einen festen Weg fest:

Der umgekehrte Weg – also vom Bruttopreis ausgehend die Steuer herauszurechnen – ist im semantischen Datenmodell der Norm nicht vorgesehen. Die Validierungsregeln (unter anderem BR-CO-10 bis BR-CO-17) prüfen ausschließlich, ob die Summe der Nettobeträge je Position korrekt zur ausgewiesenen Steuer und zum Bruttogesamtbetrag passt – berechnet von netto in Richtung brutto.

Für Software und Prozesse bedeutet das: Wer intern weiterhin „brutto denkt“ und die Steuer nachträglich herausrechnet, bewegt sich technisch außerhalb des vom Standard vorgesehenen Rechenwegs.

Warum Bruttopreise zur Stolperfalle werden

Veranstalter kalkulieren ihre Preise traditionell gerne brutto und rund – ein Ticket für 12,00 €, ein Teilnahmebeitrag für 25,00 €. Rechnerisch ist das nicht falsch, aber es erzeugt bei der Rückrechnung auf den Nettobetrag häufig Beträge mit mehr als zwei Nachkommastellen, die erst gerundet werden müssen.

Diese minimalen Differenzen sind steuerlich unbedenklich, da sowohl die kaufmännische Rundung nach dem Umsatzsteuer-Anwendungserlass (Abschn. 14.5 UStAE) als auch unterschiedliche Berechnungsmethoden grundsätzlich zulässig sind. Für die automatisierte Prüfung einer E-Rechnung sind sie jedoch ein Problem: Stimmen Netto-, Steuer- und Bruttobetrag nicht exakt im vorgegebenen Rechenweg zusammen, kann die Rechnung von Validierungssystemen öffentlicher Auftraggeber oder von ERP-Systemen auf Empfängerseite zurückgewiesen werden.

Die Lösung: Netto kalkulieren, Steuer offen ausweisen

Der praktikabelste Weg, dieses Problem von vornherein zu vermeiden, ist die Umstellung der Preislogik:

• Preise grundsätzlich netto kalkulieren – also als Ausgangsgröße den Betrag ohne Umsatzsteuer festlegen.
• Die Umsatzsteuer separat draufrechnen und ausweisen („zzgl. 19 % USt“), statt sie aus einem fixen Bruttoendpreis herauszurechnen.
• Erst am Ende runden – auf Positionsebene den Nettobetrag, dann die Steuer, dann erst die Summe bilden.

So sieht das in der Praxis aus – am Beispiel einer einzelnen Rechnungsposition:

<cac:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">1</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="EUR">20.17</cbc:LineExtensionAmount>  <!-- BT-131: Nettobetrag der Position -->
  <cac:Item>
    <cbc:Name>Tagesticket</cbc:Name>
    <cac:ClassifiedTaxCategory>
      <cbc:ID>S</cbc:ID>
      <cbc:Percent>19</cbc:Percent>
    </cac:ClassifiedTaxCategory>
  </cac:Item>
</cac:InvoiceLine>

<cac:TaxTotal>
  <cbc:TaxAmount currencyID="EUR">3.83</cbc:TaxAmount>  <!-- BT-110: Gesamtsteuerbetrag -->
  <cac:TaxSubtotal>
    <cbc:TaxableAmount currencyID="EUR">20.17</cbc:TaxableAmount>  <!-- BT-116: Steuerpflichtiger Nettobetrag -->
    <cbc:TaxAmount currencyID="EUR">3.83</cbc:TaxAmount>      <!-- BT-117: Steuerbetrag -->
    <cac:TaxCategory>
      <cbc:ID>S</cbc:ID>
      <cbc:Percent>19</cbc:Percent>
    </cac:TaxCategory>
  </cac:TaxSubtotal>
</cac:TaxTotal>

<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="EUR">20.17</cbc:LineExtensionAmount>  <!-- BT-106: Nettosumme der Positionen -->
  <cbc:TaxExclusiveAmount currencyID="EUR">20.17</cbc:TaxExclusiveAmount>    <!-- BT-109: Rechnungsbetrag ohne USt -->
  <cbc:TaxInclusiveAmount currencyID="EUR">24.00</cbc:TaxInclusiveAmount>    <!-- BT-112: Rechnungsbetrag inkl. USt -->
  <cbc:PayableAmount currencyID="EUR">24.00</cbc:PayableAmount>          <!-- BT-115: Zu zahlender Betrag -->
</cac:LegalMonetaryTotal>

Der Nettopreis ist hier die feste Ausgangsgröße – nicht das Ergebnis einer Rückrechnung aus 24,00 € brutto. Die Steuer wird einmal aus dem Nettobetrag berechnet, auf zwei Nachkommastellen gerundet und offen ausgewiesen. Genau diese Reihenfolge erwartet die EN 16931 auch von der zugrunde liegenden E-Rechnung.

Damit folgt die Kalkulation exakt dem Rechenweg, den die EN 16931 und damit auch XRechnung vorschreiben. Rundungsdifferenzen entstehen entweder gar nicht oder ausschließlich in einer Richtung, die mit den Pflichtangaben nach § 14 Abs. 4 UStG (Steuersatz und Steuerbetrag müssen auf den Cent genau ausgewiesen werden) übereinstimmt.

Was das für die Praxis bedeutet

Für Veranstalter, die regelmäßig Rechnungen über ein Kassen-, Ticketing- oder ERP-System ausstellen, lohnt sich ein Blick auf folgende Punkte:

• Werden Ticket- und Teilnahmepreise im System als Netto- oder als Bruttowert hinterlegt?
• Berechnet die eingesetzte Software die Steuer pro Position oder erst auf den Rechnungsgesamtbetrag?
• Lässt sich die Preisanzeige nach außen (z. B. auf der Buchungsseite) weiterhin als „Bruttopreis inkl. USt“ kommunizieren, während intern netto gerechnet wird?

Der letzte Punkt ist für Endkunden in der Regel ohnehin Standard – ausgewiesen wird meist der Endpreis. Entscheidend ist, dass die zugrunde liegende Kalkulation im Hintergrund netto beginnt und die Steuer sauber draufgerechnet wird, statt umgekehrt vorzugehen.

Fazit

Die E-Rechnungspflicht macht aus einer bislang eher kosmetischen Frage – netto oder brutto kalkulieren – eine technische Notwendigkeit. Wer schon jetzt umstellt, ist auf der sicheren Seite, sobald die nächste Fälligkeitsstufe der E-Rechnung greift.