E-Rechnung Korrekturrechnung erstellen: Schritt-für-Schritt-Anleitung

Kurz & knapp: Eine Korrekturrechnung als E-Rechnung ist ein eigenständiges, neues XRechnung- oder ZUGFeRD-Dokument, das ausdrücklich auf die fehlerhafte Ursprungsrechnung verweist und die korrigierten Positionen enthält. Entscheidend ist, dass die Referenz auf Rechnungsnummer und Rechnungsdatum des Originals im richtigen strukturierten Feld steht, damit die Zuordnung beim Empfänger automatisiert funktioniert. Wer stattdessen nur ein neues PDF mit „Korrektur“ im Dateinamen verschickt, erfüllt die Anforderungen an eine E-Rechnung nicht.

Wann eine Korrekturrechnung das richtige Instrument ist

Nicht jeder Fehler in einer Rechnung erfordert dieselbe Reaktion. Eine Korrekturrechnung (auch Rechnungskorrektur oder berichtigte Rechnung genannt) ist dann sinnvoll, wenn einzelne Angaben fehlerhaft waren – etwa ein falscher Steuersatz, eine abweichende Menge, ein Tippfehler bei der Leistungsbeschreibung oder ein falscher Preis – die zugrunde liegende Leistung aber tatsächlich erbracht wurde und die Rechnung im Kern bestehen bleiben soll. Sie unterscheidet sich damit klar von der vollständigen Stornorechnung, die eine Rechnung komplett aufhebt, etwa weil ein Geschäft rückabgewickelt wird oder die Rechnung an den falschen Empfänger ging. Die Korrekturrechnung ergänzt oder berichtigt, die Stornorechnung löscht wirtschaftlich. Als grobe Faustregel gilt: Bleibt die Leistung bestehen und muss nur ein Detail angepasst werden, ist eine Korrektur der richtige Weg. Muss der gesamte Vorgang rückgängig gemacht werden, braucht es eine Stornorechnung mit anschließender Neuausstellung.

Rechtliche Grundlage: § 14 UStG und die formalen Anforderungen

Nach § 14 UStG muss jede Rechnungskorrektur die Pflichtangaben einer ordnungsgemäßen Rechnung erfüllen und zusätzlich eindeutig erkennen lassen, dass es sich um eine Berichtigung eines konkreten, vorherigen Dokuments handelt. Praktisch bedeutet das: Die korrigierte Rechnung muss die ursprüngliche Rechnungsnummer, das ursprüngliche Rechnungsdatum sowie eine klare Kennzeichnung als Korrektur enthalten. Bei strukturierten E-Rechnungen im Format XRechnung oder ZUGFeRD gilt zusätzlich, dass diese Angaben nicht nur im sichtbaren PDF-Layout stehen dürfen, sondern in den dafür vorgesehenen strukturierten Datenfeldern hinterlegt sein müssen – sonst kann die empfangende Software die Zuordnung nicht automatisiert vornehmen und die Verarbeitung bleibt manuell und fehleranfällig.

Referenzfelder in XRechnung und ZUGFeRD

Der europäische Rechnungsstandard EN 16931, auf dem sowohl XRechnung als auch ZUGFeRD basieren, sieht für Rechnungskorrekturen konkrete strukturierte Felder vor. Zentral ist das Feld BT-25 (Preceding Invoice Reference), in dem die Rechnungsnummer des Originaldokuments eingetragen wird, ergänzt um BT-26 (Preceding Invoice Issue Date) für dessen Rechnungsdatum. Zusätzlich wird über den Invoice Type Code (BT-3) gesteuert, ob es sich um eine Rechnung, eine Korrekturrechnung (Code 384, „Corrected invoice“) oder eine Gutschrift (Code 381, „Credit note“) handelt. Diese Codes sind kein optionales Beiwerk, sondern die technische Basis dafür, dass Buchhaltungssysteme auf Empfängerseite die Korrektur automatisch der Originalrechnung zuordnen und den Vorgang korrekt verbuchen können.

Ablauf: So erstellen Sie eine Korrekturrechnung Schritt für Schritt

1. Fehler identifizieren und dokumentieren: Klären Sie intern genau, welche Position oder welcher Betrag fehlerhaft war, bevor Sie mit der Korrektur beginnen.
2. Originalrechnung aufrufen: Öffnen Sie in Ihrer Rechnungssoftware die fehlerhafte Ursprungsrechnung und nutzen Sie – sofern vorhanden – die Funktion „Korrekturrechnung erstellen“ statt eine neue Rechnung von Grund auf anzulegen.
3. Referenzdaten prüfen: Stellen Sie sicher, dass Rechnungsnummer und -datum des Originals automatisch in BT-25/BT-26 übernommen wurden.
4. Invoice Type Code setzen: Wählen Sie in der Software explizit den Typ „Korrekturrechnung“ bzw. Code 384, damit dieser korrekt im XML hinterlegt wird.
5. Fehlerhafte Position korrigieren: Passen Sie ausschließlich die betroffenen Positionen an – unveränderte Positionen bleiben identisch zur Originalrechnung.
6. Neue, eindeutige Rechnungsnummer vergeben: Die Korrekturrechnung erhält eine eigene, fortlaufende Rechnungsnummer – sie ersetzt nicht die alte Nummer, sondern verweist auf sie.
7. XML validieren: Prüfen Sie das erzeugte XRechnung- oder ZUGFeRD-Dokument mit einem Validator (etwa der KoSIT-Prüfsuite) auf Schemakonformität, bevor Sie es versenden.
8. Versand und Archivierung: Versenden Sie die Korrekturrechnung über denselben Kanal wie das Original und archivieren Sie beide Dokumente GoBD-konform acht Jahre lang.

Praxisbeispiel: Tischlerei Holzwerk Bregenzer

Die Tischlerei Holzwerk Bregenzer aus Ravensburg hatte einem Gewerbekunden eine E-Rechnung über eine Ladeneinrichtung mit dem falschen Umsatzsteuersatz von 19 Prozent statt der korrekt anzuwendenden 7 Prozent für eine spezielle Werklieferung gestellt. Statt die komplette Rechnung zu stornieren, öffnete die Buchhaltung die Originalrechnung in der verwendeten ERP-Software, wählte die Funktion „Korrektur erstellen“, passte den Steuersatz und den ausgewiesenen Steuerbetrag an und ließ die Position „Materialkosten“ unverändert. Die Software trug automatisch die Rechnungsnummer und das Datum der Originalrechnung in die Felder BT-25 und BT-26 ein und setzte den Invoice Type Code auf 384. Der Kunde konnte die Korrektur dank der strukturierten Referenz automatisch seiner ursprünglich verbuchten Rechnung zuordnen, ohne Rückfrage bei der Buchhaltung.

Checkliste: Pflichtangaben einer korrekten E-Rechnungskorrektur

Häufige Fehler bei der Erstellung von Korrekturrechnungen

• Nur das PDF anpassen: Wird lediglich die visuelle Darstellung geändert, aber das eingebettete XML bei ZUGFeRD nicht mit korrigiert, bleibt die alte, fehlerhafte Datenstruktur bestehen und der Empfänger verarbeitet weiterhin falsche Daten.
• Fehlende Referenzfelder: Wird BT-25 leer gelassen oder nur im Freitext („siehe Rechnung vom…“) erwähnt, kann die Empfängersoftware die Zuordnung nicht automatisiert vornehmen.
• Verwechslung von Korrektur und Storno: Wird eine komplette Stornierung als „Korrektur“ mit Invoice Type Code 384 statt als vollständige Gutschrift verschickt, entstehen bei der Verbuchung Differenzen.
• Wiederverwendung der alten Rechnungsnummer: Die Korrekturrechnung braucht zwingend eine eigene, neue Nummer – die Originalnummer darf nicht recycelt werden.
• Keine Archivierung des Zusammenhangs: Original und Korrektur müssen im Archivsystem als zusammengehöriger Vorgang erkennbar bleiben, nicht als zwei isolierte Dateien.

Sonderfall: Korrektur nach dem 1.1.2025 bei vorher unstrukturiert versendeten Rechnungen

Wurde die Originalrechnung noch vor der nationalen Empfangspflicht als einfaches PDF ausgestellt, die Korrektur aber erst nach dem 1.1.2025 nötig, stellt sich die Frage nach dem passenden Format der Korrektur. In der Praxis empfiehlt es sich, die Korrektur bereits als strukturierte E-Rechnung auszustellen, sofern der Empfänger inzwischen empfangsbereit ist – auch wenn das Original noch unstrukturiert war. Die Referenzfelder BT-25/BT-26 funktionieren unabhängig vom Format des Originaldokuments, solange Rechnungsnummer und Datum eindeutig benannt sind.

Software-Umsetzung: Worauf bei der Auswahl zu achten ist

Nicht jede Buchhaltungssoftware bildet Korrekturrechnungen mit den korrekten Referenzfeldern automatisch ab. Bei der Auswahl oder Prüfung der eingesetzten Software lohnt sich ein Blick darauf, ob eine dedizierte Funktion „Korrekturrechnung“ oder „Rechnung stornieren und korrigieren“ existiert, die BT-25, BT-26 und den Invoice Type Code automatisch setzt. Fehlt eine solche Funktion, müssen diese Felder manuell im XML nachgetragen werden – ein fehleranfälliger Prozess, der sich bei häufigen Korrekturen kaum skalieren lässt.

Abgrenzung zur Gutschrift im umsatzsteuerlichen Sinn

Wichtig ist die begriffliche Trennung: Die umsatzsteuerliche „Gutschrift“ nach § 14 Abs. 2 Satz 2 UStG ist eine vom Leistungsempfänger ausgestellte Abrechnung und hat mit der kaufmännischen Korrektur- oder Stornorechnung nichts zu tun, auch wenn der Begriff „Gutschrift“ umgangssprachlich oft für Rechnungskorrekturen mit negativem Betrag verwendet wird. Bei der Erstellung strukturierter E-Rechnungen sollte diese Verwechslung vermieden werden, da sie zu falschen Invoice Type Codes führen kann.

Auswirkungen auf den Vorsteuerabzug beim Empfänger

Eine korrekt referenzierte Korrekturrechnung wirkt sich unmittelbar auf den Vorsteuerabzug des Empfängers aus. Wurde beispielsweise ein zu niedriger Steuerbetrag ursprünglich ausgewiesen, kann der Empfänger den zusätzlichen Vorsteuerbetrag erst mit Erhalt der ordnungsgemäßen Korrekturrechnung geltend machen, nicht rückwirkend zum Datum der Originalrechnung. Umgekehrt kann eine Korrektur, die einen Betrag mindert, dazu führen, dass der Empfänger bereits gezogene Vorsteuer anteilig zurückerstatten muss. Diese enge Verzahnung zwischen Absender und Empfänger macht deutlich, warum die technisch korrekte, maschinenlesbare Referenzierung so wichtig ist: Nur so kann die Buchhaltung des Empfängers den steuerlichen Effekt automatisiert und fristgerecht nachvollziehen, statt auf manuelle Abstimmung angewiesen zu sein.

Fristen und Zeitpunkt der Korrektur

Rechtlich gibt es für die Erstellung einer Korrekturrechnung keine starre gesetzliche Frist – sie sollte aber so zeitnah wie möglich nach Entdeckung des Fehlers erfolgen. Je länger eine fehlerhafte Rechnung unkorrigiert im Umlauf bleibt, desto größer wird das Risiko, dass sie bereits verbucht, ausgeglichen oder in eine Umsatzsteuervoranmeldung eingeflossen ist. Bei Fehlern, die die Umsatzsteuer betreffen, empfiehlt sich zusätzlich eine kurze interne Prüfung, ob bereits eingereichte Voranmeldungen des laufenden oder vorherigen Meldezeitraums durch die Korrektur beeinflusst werden und gegebenenfalls ebenfalls berichtigt werden müssen.

Fazit

Eine Korrekturrechnung als E-Rechnung korrekt zu erstellen bedeutet mehr, als ein neues PDF mit angepassten Zahlen zu versenden. Entscheidend sind die strukturierten Referenzfelder BT-25 und BT-26 sowie der richtige Invoice Type Code, damit die Korrektur beim Empfänger automatisiert der Originalrechnung zugeordnet werden kann. Wer seine Rechnungssoftware gezielt für diesen Anwendungsfall nutzt und die Checkliste oben befolgt, vermeidet Rückfragen, Zahlungsverzögerungen und Probleme bei einer späteren Prüfung.

Häufig gestellte Fragen

Muss eine Korrekturrechnung eine neue Rechnungsnummer bekommen?

Ja. Die Korrekturrechnung ist ein eigenständiges Dokument mit eigener, fortlaufender Rechnungsnummer. Sie verweist über die Referenzfelder auf die Originalrechnung, ersetzt deren Nummer aber nicht.

Reicht es, „Korrektur“ in den Betreff oder das PDF zu schreiben?

Nein. Bei strukturierten E-Rechnungen muss die Kennzeichnung im technischen Datensatz erfolgen, insbesondere über den Invoice Type Code und die Referenzfelder BT-25/BT-26, damit die Empfängersoftware sie automatisiert verarbeiten kann.

Was ist der Unterschied zwischen Korrekturrechnung und Stornorechnung?

Die Korrekturrechnung berichtigt einzelne fehlerhafte Angaben bei fortbestehender Leistung. Die Stornorechnung hebt eine Rechnung vollständig auf, etwa weil das Geschäft rückabgewickelt wird.

Kann ich eine Korrekturrechnung in ZUGFeRD erstellen, obwohl das Original XRechnung war?

Grundsätzlich ja, solange der Empfänger das Format akzeptiert und die Referenzfelder korrekt gesetzt sind. In der Praxis ist es aber sinnvoller, beim ursprünglichen Format zu bleiben, um Verwirrung zu vermeiden.

Muss der Kunde der Korrekturrechnung zustimmen?

Nein, eine Zustimmung ist rechtlich nicht erforderlich. In der Praxis empfiehlt sich aber eine kurze Information an den Kunden, insbesondere wenn sich der Rechnungsbetrag ändert.

Wie lange muss ich Original und Korrektur aufbewahren?

Beide Dokumente unterliegen der regulären GoBD-Aufbewahrungsfrist von acht Jahren und müssen als zusammengehöriger Vorgang nachvollziehbar archiviert werden.

Was passiert, wenn ich vergesse, die Referenzfelder auszufüllen?

Die Korrektur gilt dann formal als eigenständige, neue Rechnung ohne erkennbaren Bezug zum Original. Das kann beim Empfänger zu doppelter Verbuchung oder Rückfragen führen und im Zweifel die Anerkennung der Korrektur erschweren.