E-Rechnung stornieren: Stornorechnung, Gutschrift, Korrekturrechnung — was ist was?

Eine Rechnung ist falsch raus. Der Betrag war zu hoch, eine Position falsch, der Steuersatz nicht korrekt. Vor der E-Rechnung-Welt war die Antwort einfach: neue Rechnung schreiben, alte stornieren, fertig. Im strukturierten E-Rechnungs-Format ist diese Frage technisch deutlich genauer geregelt — und genau hier passieren die meisten Fehler.

Das Hauptproblem: Vier ähnlich klingende Begriffe werden im Alltag fast synonym verwendet, sind technisch aber sehr unterschiedlich. Stornorechnung, Gutschrift, Rechnungskorrektur und Selbstfakturierung stehen jeweils für unterschiedliche Vorgänge mit unterschiedlichen Pflichtangaben und vor allem unterschiedlichen Typcodes in der strukturierten XML. Wer hier die falsche Variante wählt, produziert Rechnungen, die der Empfänger steuerlich nicht sauber verarbeiten kann.

Dieser Artikel klärt, welcher Begriff was bedeutet, welcher Typcode wann zu verwenden ist, und wie Korrekturen rechtssicher funktionieren.

Die vier Vorgänge im Überblick

Die EN 16931 (und damit XRechnung und ZUGFeRD) kennt ein zentrales Feld namens BT-3, den "Invoice Type Code". Dieser Code steuert, wie Empfänger-Systeme das Dokument verarbeiten. Die vier wichtigsten Ausprägungen für deutsche B2B-Vorgänge sind:

Hinter diesen vier Codes verbergen sich vier unterschiedliche Vorgänge. Die im Alltag häufigste Verwirrung: "Gutschrift" und "Stornorechnung" werden umgangssprachlich oft gleichgesetzt, sind aber etwas Verschiedenes.

Vorgang 1: Stornorechnung (Typcode 384)

Das ist der häufigste Fall: Eine Rechnung wurde rausgegeben, ist aber fehlerhaft, und der Aussteller will sie vollständig oder teilweise rückgängig machen. Klassische Gründe sind ein zu hoher Betrag, ein falscher Steuersatz, eine nicht erbrachte Leistung, ein zurückgesendeter Artikel oder ein Tippfehler in einer Position.

In der strukturierten E-Rechnung passieren bei einer Stornorechnung drei Dinge:

1. Der Typcode BT-3 wird auf 384 gesetzt
2. Es wird eine neue, eigene Rechnungsnummer vergeben — nicht die der Original-Rechnung
3. Im Feld BG-3 (Preceding Invoice Reference) wird die Nummer und das Datum der zu stornierenden Original-Rechnung referenziert

Die Beträge werden meistens negativ ausgewiesen. Wichtig: Das Vorzeichen ist nicht das, was die Korrektur ausmacht — der Typcode 384 ist es. Manche Empfänger-Systeme akzeptieren auch positive Beträge bei Typcode 384, weil sie aus dem Code allein erkennen, dass es um eine Korrektur geht.

In unserer Validierungs-Pipeline sehen wir häufig folgenden Fehler: Betriebe stornieren eine Rechnung, indem sie eine neue mit negativen Beträgen rausschicken, aber den Typcode auf 380 (normale Rechnung) lassen. Das Empfänger-System sieht dann zwei eigenständige Rechnungen — eine positive und eine negative — statt einer Korrektur mit klarer Referenz. Bei der Verbuchung kommt es zu Diskussionen, bei der Betriebsprüfung manchmal zu Nachfragen.

Vorgang 2: Gutschrift im kaufmännischen Sinn (Typcode 381)

Eine "echte" Gutschrift im kaufmännischen Sinn ist keine Korrektur einer früheren Rechnung. Es ist eine Erstattung, ein nachträglich gewährter Rabatt oder ein Bonus, der unabhängig von einer bestehenden Rechnung ausgestellt wird.

Beispiele aus der Praxis:

• Ein Hersteller zahlt einem Händler einen Jahresbonus aufgrund erreichter Umsatzziele
• Ein Lieferant gewährt einem treuen Kunden nachträglich einen Preisnachlass auf gesamte Lieferungen des letzten Quartals
• Ein Dienstleister erstattet einem Kunden einen Teilbetrag als Kulanz, ohne eine bestehende Rechnung zu stornieren

Hier ist der korrekte Typcode 381. Eine kaufmännische Gutschrift braucht keinen Bezug auf eine bestimmte Original-Rechnung. Sie hat eine eigene Rechnungsnummer und steht für sich.

Ein häufiger Fehler: Betriebe stellen Stornorechnungen mit Typcode 381 aus, weil sie umgangssprachlich "Gutschrift" sagen. Das ist technisch falsch — eine Stornorechnung mit Referenz auf eine konkrete Original-Rechnung ist Typcode 384, nicht 381.

Vorgang 3: Selbstfakturierung / steuerliches Gutschriftverfahren (Typcode 389)

Das ist der verwirrendste der vier Begriffe, weil "Gutschrift" hier eine völlig andere Bedeutung hat als bei Typcode 381.

Im steuerlichen Sinn ist eine Gutschrift eine umgekehrte Rechnung: Nicht der Leistende stellt die Rechnung aus, sondern der Empfänger der Leistung. Das ist § 14 Abs. 2 Satz 3 UStG. Klassische Beispiele:

• Verlage rechnen mit ihren freien Autorinnen und Autoren per Gutschrift ab
• Versicherungen rechnen mit ihren Vertretern per Gutschrift ab
• Handelsketten rechnen mit kleinen Lieferanten per Gutschrift ab

Der Leistungsempfänger schreibt also die Rechnung an sich selbst aus dem Blickwinkel des Leistenden. Im strukturierten Format ist das Typcode 389 (Self-billed invoice). Die Rechnung muss zwingend mit "Gutschrift" gekennzeichnet sein, und beide Seiten müssen dem Verfahren zugestimmt haben.

Eine kleine, aber wichtige Sprach-Falle: Wenn ein Kunde dir sagt "schick mir doch einfach eine Gutschrift", meint er meistens eine Stornorechnung (Typcode 384) oder eine kaufmännische Gutschrift (Typcode 381). Er meint fast nie eine Selbstfakturierung (Typcode 389). Wer in der strukturierten E-Rechnung den falschen Code setzt, produziert technische Verwirrung.

Vorgang 4: Negative Rechnung (Typcode 380 mit Minusbetrag)

Es gibt einen vierten Ansatz, der theoretisch erlaubt ist, in der Praxis aber Probleme bereitet: eine normale Rechnung (Typcode 380) mit negativem Gesamtbetrag.

Manche Buchhaltungssysteme arbeiten so. Der Vorteil: Es ist technisch das simpelste Vorgehen. Der Nachteil: Nicht alle Empfänger-Systeme akzeptieren negative Rechnungen mit Typcode 380. Manche werfen einen Validierungsfehler, manche verarbeiten den Datensatz inkonsistent, und es fehlt die klare Referenz zur Original-Rechnung.

Unser Praxis-Tipp: Verwende negative 380er-Rechnungen nur dann, wenn dein gesamter Workflow darauf ausgelegt ist und du sicher bist, dass deine Empfänger das akzeptieren. Im Zweifel ist Typcode 384 mit klarer Original-Referenz die robustere Wahl.

Pflichtangaben bei einer Stornorechnung (Typcode 384)

Wenn du eine Stornorechnung als E-Rechnung erstellst, gelten die normalen Pflichtangaben einer Rechnung nach § 14 Abs. 4 UStG, plus zwei Besonderheiten:

1. Eigene Rechnungsnummer. Die Stornorechnung bekommt eine neue, fortlaufende Nummer. Niemals die Nummer der Original-Rechnung wiederverwenden — das ist ein häufiger Anfängerfehler.
2. Bezug zur Original-Rechnung im BG-3-Feld. In der strukturierten XML muss die zu stornierende Rechnung über Preceding Invoice Reference referenziert werden. Mindestens die Rechnungsnummer der Original-Rechnung, idealerweise auch das Datum. Damit kann das Empfänger-System die Korrektur automatisch zuordnen und nicht "zwei unabhängige Dokumente" verbuchen.

In manchen Buchhaltungstools steht das BG-3-Feld als "Bezugsdokument", "Vorausgehende Rechnung" oder "Reference Invoice" gekennzeichnet. Bei selbst geschriebenen Word-Vorlagen fehlt es naturgemäß komplett — die Information steht dann meistens als Fließtext in der Rechnung ("Korrektur zu Rechnung Nr. 2026-0117 vom 15. März 2026"), wird aber bei der Konvertierung in die XML-Datei nicht automatisch in das richtige Feld übernommen.

In unserer Pipeline sehen wir diesen Fall regelmäßig: Eine Stornorechnung kommt als PDF rein, der Bezug zur Originalrechnung steht im Fließtext, aber strukturiert ist nichts hinterlegt. Wir extrahieren das dann, müssen aber oft beim Aussteller nachfragen, welche Rechnungsnummer genau gemeint ist. Wer Stornos regelmäßig schreibt, sollte sicherstellen, dass das BG-3-Feld korrekt befüllt wird.

Wann muss die Korrektur kommen?

Es gibt keine gesetzliche Frist für eine Stornorechnung, aber drei praktische Hinweise:

Innerhalb desselben Voranmeldungszeitraums, wenn möglich. Wer eine fehlerhafte Rechnung im April rausschickt und im April auch storniert, hat keine Korrekturen in den Voranmeldungen zu machen. Wartet er bis Mai, muss die Mai-Voranmeldung die Korrektur enthalten.

Vor Zahlungseingang ist immer der saubere Weg. Wenn der Kunde noch nicht gezahlt hat, kann eine korrigierte Rechnung den Gesamtprozess vereinfachen.

Bei Vorsteuerabzug zeitkritisch. Wenn der Empfänger schon den Vorsteuerabzug aus deiner Rechnung gezogen hat und du sie nachträglich stornierst, muss er den Vorsteuerabzug rückgängig machen. Das kostet ihn Aufwand und ist ein häufiger Streitpunkt zwischen Aussteller und Empfänger.

Beispiel aus der Praxis

Ein Heizungsbauer hat dem Generalunternehmer am 12. März 2026 eine Rechnung über 14.875 Euro brutto geschickt (Rechnungsnummer 2026-088). Bei der Schlussabnahme stellt sich heraus, dass zwei Positionen falsch berechnet waren — der richtige Betrag liegt bei 13.220 Euro. Was tun?

Der saubere Weg:

1. Stornorechnung 2026-091 ausstellen, Typcode 384, mit Bezug auf Original-Rechnung 2026-088. Betrag: −14.875 Euro brutto, also vollständige Stornierung.
2. Neue, korrekte Rechnung 2026-092 ausstellen, Typcode 380, über die tatsächlichen 13.220 Euro brutto.
3. Beide Dokumente als strukturierte E-Rechnungen versenden.

Was Betriebe in der Praxis oft falsch machen:

• Sie ändern die Rechnungsnummer 2026-088 nicht und schicken einfach eine "korrigierte Version" mit derselben Nummer raus. Das ist umsatzsteuerlich ein Problem, weil zwei verschiedene Belege mit derselben Nummer existieren.
• Sie schreiben eine einzige Rechnung über die Differenz von −1.655 Euro brutto. Das ist möglich, aber unübersichtlich und führt zu Diskussionen mit der Buchhaltung des Empfängers.
• Sie nennen das Ganze "Gutschrift" und setzen Typcode 381. Das ist umgangssprachlich nicht falsch, technisch aber unsauber — der Code 381 ist für kaufmännische Gutschriften, nicht für Korrekturen mit Original-Bezug.

Was wir bei Belegschmiede automatisch machen

Wenn ein Stornorechnung-PDF bei uns reinkommt, prüfen wir auf folgende Punkte:

• Ist der Typcode korrekt gesetzt? Bei klarer Stornierungs-Logik im Text setzen wir 384.
• Ist die Original-Rechnung im BG-3-Feld referenziert? Falls die Information nur im Fließtext steht, extrahieren wir Rechnungsnummer und Datum und übertragen sie in das strukturierte Feld.
• Ist die Stornorechnung-Nummer neu und nicht identisch mit der Original-Nummer?
• Sind die Beträge konsistent (Vorzeichen passt zum Typcode)?

Wer Stornos und Korrekturen regelmäßig schreibt, kann das von Hand auch sauber hinbekommen, muss aber im Workflow daran denken. Bei Layer-Lösungen läuft das automatisch im Hintergrund.

Häufige Missverständnisse zum Schluss

"Eine Stornorechnung muss negative Beträge haben." Nicht zwingend. Ein Typcode 384 mit positiven Beträgen ist technisch erlaubt, wenn der Bezug klar gesetzt ist. Negative Beträge sind die häufigste Variante, aber nicht die einzige.

"Eine Gutschrift ist immer eine Stornorechnung." Falsch. Eine kaufmännische Gutschrift (Typcode 381) ist ein eigenständiges Dokument für Rückerstattungen, Boni oder nachträgliche Rabatte — ohne Bezug zu einer konkreten Original-Rechnung.

"Ich kann die fehlerhafte Rechnung einfach nochmal mit derselben Nummer rausschicken." Steuerlich problematisch und in der strukturierten E-Rechnung erst recht. Jede ausgestellte Rechnung mit eigener Nummer ist ein eigenständiger Beleg, der archiviert werden muss.

"Storno-PDF reicht, das ist ja nur eine Korrektur." Nein. Wenn die Original-Rechnung als strukturierte E-Rechnung versendet wurde, muss auch die Stornorechnung als strukturierte E-Rechnung kommen — sobald die Versandpflicht für dich greift. Eine Stornorechnung als PDF ist nach 2027 oder 2028 (je nach Umsatz) keine Lösung mehr.

Wer die Typcodes einmal verstanden hat, vermeidet die meisten Probleme rund um Korrekturen. Im Zweifel: Typcode 384 mit klarer Original-Referenz ist fast immer der saubere Weg.