In vielen Buchhaltungen läuft es gerade so: Die ZUGFeRD-Rechnung kommt per E-Mail, jemand öffnet das PDF, prüft die Beträge, druckt es aus oder legt es im Ordner „Eingangsrechnungen 2026" ab. Sauber beschriftet, chronologisch sortiert, jederzeit auffindbar. Ordentlich — und trotzdem falsch.

Denn das, was da abgelegt wurde, ist aus Sicht des Finanzamts nicht die Rechnung. Die Rechnung ist der XML-Datensatz, der im PDF steckt oder als eigene Datei mitkam. Und wer bei einer Betriebsprüfung im Jahr 2029 nur die hübsche Ansicht vorweisen kann, aber nicht die strukturierten Originaldaten, hat ein Problem, das sich rückwirkend nicht mehr reparieren lässt.

Das Jahr 2025 hat hier zwei Verwaltungsanweisungen gebracht, die zusammen die Spielregeln festzurren: die aktualisierten GoBD vom 14. Juli 2025 und das neue BMF-Schreiben zur E-Rechnung vom 15. Oktober 2025. Beide enthalten gute Nachrichten, die kaum jemand kennt — und ein paar Fallstricke, die in der Praxis regelmäßig zuschnappen. Gehen wir sie durch.

Das betrifft Sie jetzt, nicht erst 2027

Ein verbreitetes Missverständnis zuerst: Die Ausstellungspflicht kommt gestaffelt — ab dem 1. Januar 2027 für Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz, ab dem 1. Januar 2028 für alle. Daraus schließen viele, das Thema Archivierung habe bis dahin Zeit.

Hat es nicht. Empfangen können müssen inländische Unternehmen E-Rechnungen bereits seit dem 1. Januar 2025 — ohne Übergangsfrist, ohne Umsatzgrenze. Jede XRechnung und jede ZUGFeRD-Rechnung, die seitdem bei Ihnen eingeht, unterliegt schon heute den Aufbewahrungsregeln. Die Frage ist also nicht, wie Sie sich auf 2027 vorbereiten. Die Frage ist, ob die E-Rechnungen der letzten achtzehn Monate bei Ihnen korrekt liegen.

Aufzubewahren ist die XML — nicht ihr Abbild

Der Kern beider Schreiben lässt sich in einem Satz zusammenfassen: Maßgeblich ist der strukturierte Teil der E-Rechnung, und genau dieser Teil muss unversehrt in seiner ursprünglichen Form aufbewahrt werden — acht Jahre lang, maschinell auswertbar.

Für die drei Formatwelten heißt das konkret:

XRechnung ist der einfache Fall. Die Rechnung ist eine XML-Datei. Diese Datei wird aufbewahrt, Byte für Byte so, wie sie eingegangen ist. Eine daraus erzeugte PDF-Ansicht dürfen Sie zusätzlich speichern, sie ersetzt aber nichts.

ZUGFeRD und Factur-X sind der Fall, in dem es interessant wird. Die aktualisierten GoBD stellen klar: Bei hybriden Formaten reicht im Regelfall die Aufbewahrung der eingebetteten XML-Datei aus. Der PDF-Teil muss nur dann mit archiviert werden, wenn er zusätzliche steuerlich relevante Informationen trägt — etwa Buchungsvermerke, handschriftliche Ergänzungen oder aufgedruckte Hinweise, die im Datensatz nicht enthalten sind. In der Praxis empfehlen wir trotzdem, das komplette Hybrid-PDF unverändert zu behalten: Es enthält die XML ohnehin, und Sie ersparen sich die Einzelfallprüfung, ob der Sichtteil „mehr weiß" als der Datenteil. Was nicht genügt: nur den Sichtteil behalten und die XML verwerfen. Das ist die verbreitetste und zugleich gefährlichste Abkürzung, denn seit dem BMF-Schreiben vom 15. Oktober 2025 ist unmissverständlich geregelt, dass bei Hybridrechnungen der XML-Datensatz Vorrang vor dem Bildteil hat.

Sonstige Rechnungen — das Papier vom Handwerker, das einfache PDF ohne Datensatz — bleiben in der Übergangszeit zulässig und werden archiviert wie bisher. Aber Vorsicht mit der Gewohnheit: Was wie ein PDF aussieht, kann eine Factur-X sein. Ihr Eingangsprozess sollte das prüfen, nicht der Mensch am Bildschirm.

Und eine Regel, die man kennen muss, weil sie so kontraintuitiv ist: Die Umwandlung der XML in ein grafisches Format zur Aufbewahrung — also XML rein, TIFF oder Bild-PDF raus, Original löschen — ist ausdrücklich nicht zulässig. Das klassische „Scannen und Wegwerfen"-Denken aus der Papierwelt funktioniert hier exakt verkehrt herum: Beim Papier durfte das Original nach dem Digitalisieren weg, bei der E-Rechnung ist das digitale Original das einzige, was zählt.

Acht Jahre statt zehn — und ab wann die Uhr läuft

Die zweite Änderung von 2025, die im Alltag noch nicht überall angekommen ist: Die Aufbewahrungsfrist für Rechnungen und Buchungsbelege wurde durch das Vierte Bürokratieentlastungsgesetz von zehn auf acht Jahre verkürzt — wirksam seit dem 1. Januar 2025, verankert in § 14b UStG, § 147 AO und § 257 HGB.

Drei Details dazu, die gern übersehen werden. Erstens gilt die Verkürzung auch für Altbestände, deren Zehnjahresfrist am 1. Januar 2025 noch lief — Rechnungen aus 2016 durften also 2025 vernichtet werden, obwohl nach alter Rechnung noch ein Jahr offen gewesen wäre. Zweitens beginnt die Frist erst mit dem Schluss des Kalenderjahres, in dem die Rechnung ausgestellt wurde; eine Rechnung vom Januar 2026 ist real also bis Ende 2034 aufzubewahren. Drittens gilt die Verkürzung nicht für alle: Für Kreditinstitute, Versicherungen und Wertpapierinstitute wurde die Frist 2025 wieder auf zehn Jahre angehoben.

Acht Jahre klingen abstrakt. Übersetzt heißt es: Die XRechnung, die heute in Ihrem Postfach liegt, muss eine Frist überdauern, in der Sie vermutlich zweimal das Buchhaltungssystem wechseln, einmal den Steuerberater und mindestens einen Cloud-Anbieter. Genau dafür ist die Formatfrage so wichtig — eine standardkonforme XML nach EN 16931 ist in acht Jahren noch lesbar, das proprietäre Exportformat Ihres aktuellen Tools womöglich nicht.

Die gute Nachricht: Sie brauchen kein zertifiziertes Archivsystem

Jetzt zu dem Teil, der kleinen Unternehmen und Entwicklern Geld spart. Das BMF-Schreiben vom 15. Oktober 2025 stellt klar — und die FAQ des Ministeriums bestätigen es —, dass die Aufbewahrung außerhalb eines GoBD-konformen Systems regelmäßig kein Verstoß ist, solange zwei Bedingungen erfüllt sind: Die Daten bleiben unverändert, und der Umgang mit ihnen ist nachvollziehbar.

Ein „revisionssicheres DMS" mit vierstelligem Jahrespreis ist also keine gesetzliche Voraussetzung. Ein Verzeichnis auf einem Server, ein S3-Bucket mit Object Lock, ein Ordner mit Schreibschutz und geregelter Zugriffskontrolle — all das kann genügen, wenn Sie die Unveränderbarkeit technisch sicherstellen (Versionierung, WORM-Speicher, Prüfsummen) und den Prozess dokumentieren. Das Zauberwort ist Verfahrensdokumentation: eine schriftliche Beschreibung, wie eine Rechnung bei Ihnen vom Eingang bis ins Archiv wandert, wer Zugriff hat und wie sichergestellt ist, dass nichts verändert wird. Beide Schreiben von 2025 werten diese Dokumentation im Prüfungsfall spürbar auf. Sie muss nicht lang sein. Sie muss stimmen.

Für Entwickler heißt das umgekehrt: Wer den Rechnungseingang ohnehin per API verarbeitet, hat die halbe Verfahrensdokumentation schon im Code stehen. Ein Eingangsendpunkt, der jede Datei mit Zeitstempel und SHA-256-Hash unverändert ablegt, bevor irgendein Parser sie anfasst, ist bereits ein besseres Archiv als mancher E-Mail-Ordner.

Validieren Sie, bevor Sie archivieren — nicht erst der Prüfer

Ein Aspekt wird in den Archivierungs-Ratgebern regelmäßig unterschlagen: Was Sie da acht Jahre lang aufheben, sollte auch inhaltlich stimmen. Das BMF-Schreiben vom 15. Oktober 2025 unterscheidet sauber zwischen Formatfehlern, Verstößen gegen Geschäftsregeln und inhaltlichen Fehlern — mit unangenehmen Folgen: Eine Datei, die die Formatanforderungen nicht erfüllt, ist nach Ablauf der Übergangsfristen schlicht keine E-Rechnung, und beim Vorsteuerabzug wird es dann eng. Ein Archiv voller formal kaputter XML-Dateien ist ein Archiv voller Probleme mit Langzeitwirkung.

Deshalb gehört an den Anfang der Kette eine technische Prüfung: Ist das überhaupt valides XML? Erfüllt es EN 16931 und das jeweilige Profil? Stimmen die Rechenregeln — von der Summenkonsistenz nach BR-CO-10 bis zu deutschen Sonderregeln wie BR-DE-15? Das Prüfprotokoll legen Sie zur Rechnung ins Archiv; das Schreiben vom Oktober 2025 empfiehlt genau diese Dokumentation der Validierung für den Prüfungsfall. So können Sie in drei Jahren belegen, dass die Rechnung bei Eingang geprüft wurde und was das Ergebnis war.

Noch ein Detail für die Prozesskette: Korrekturen müssen im selben Formattypus erfolgen — eine E-Rechnung wird durch eine E-Rechnung berichtigt, und beide Fassungen gehören mit gegenseitigem Verweis ins Archiv. Wer stornierte Rechnungen kommentarlos überschreibt oder löscht, verletzt die Unveränderbarkeit, so gut die Absicht auch war.

Eine pragmatische Referenzarchitektur sieht damit so aus, in vier Schritten: Erstens Eingang — jede Datei sofort unverändert ablegen, Hash und Zeitstempel daneben. Zweitens Validierung per API, Prüfbericht als JSON zur Datei. Drittens Verarbeitung — parsen, buchen, bezahlen, was immer Ihr System tut, aber immer auf einer Kopie. Viertens Aufbewahrung: Original plus Prüfbericht acht Jahre unangetastet, mit einem Index, der das Wiederfinden in Minuten statt Tagen erlaubt. Kein Hexenwerk, an einem Nachmittag verdrahtet — und bei der Prüfung der Unterschied zwischen einem kurzen Termin und einem langen Sommer.

Der nächste Schritt

Ob Ihre eingehenden E-Rechnungen das Archiv überhaupt verdienen, finden Sie in dreißig Sekunden heraus: Laden Sie eine aktuelle XRechnung oder ZUGFeRD-Datei in unseren kostenlosen Validator — ohne Registrierung, Ihre Datei wird nach der Prüfung nicht gespeichert. Und wenn Sie die Prüfung direkt in Ihren Rechnungseingang einbauen wollen: Die API-Dokumentation zeigt, wie ein einzelner POST /v1/validate-Aufruf Formatprüfung und Geschäftsregeln abdeckt und Ihnen das Prüfprotokoll gleich als archivierbares JSON zurückgibt.

Zuletzt aktualisiert: 27.07.2026. Quellen: BMF-Schreiben vom 15.10.2025 zur obligatorischen E-Rechnung; BMF-Schreiben vom 14.07.2025 zur Änderung der GoBD; FAQ des BMF zur E-Rechnung; GoBD 2025 und E-Rechnung (Hamburger Software); Aufbewahrungsfristen nach BEG IV.