E-Rechnung GoBD-konform speichern: Technische Anforderungen im Detail

Kurz & knapp: GoBD-konforme Speicherung bedeutet weit mehr als „irgendwo ablegen“. Sie erfordert, dass der strukturierte XML-Datensatz einer E-Rechnung unveränderbar, vollständig, nachvollziehbar und über die gesamte Aufbewahrungsfrist maschinell durchsuchbar gespeichert wird. Ein reiner Ordner mit PDF-Dateien auf einem Netzlaufwerk erfüllt diese Anforderungen in aller Regel nicht – dafür braucht es ein System mit spezifischen technischen Funktionen.

Vom „Ob“ zum „Wie“: Diese Ebene betrachtet die technische Umsetzung

Dass E-Rechnungen überhaupt archiviert werden müssen, ist inzwischen weithin bekannt – ausführlich behandelt im Grundlagenbeitrag zur E-Rechnung Archivierungspflicht. Deutlich weniger klar ist vielen Unternehmen, welche konkreten technischen Eigenschaften ein Speichersystem aufweisen muss, damit es tatsächlich als GoBD-konform gilt. Genau diese Frage steht hier im Mittelpunkt: Welche Funktionen muss eine Software oder ein Dokumentenmanagementsystem bieten, damit die Archivierung nicht nur formal, sondern auch technisch den Anforderungen der GoBD standhält?

Die vier zentralen GoBD-Grundprinzipien für die Speicherung

Die GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff) definieren mehrere Prinzipien, von denen vier für die technische Speicherung besonders relevant sind:

Unveränderbarkeit technisch umgesetzt

Unveränderbarkeit bedeutet nicht zwingend, dass eine Datei physikalisch nicht mehr überschrieben werden kann – wichtiger ist, dass jede nachträgliche Änderung erkennbar und nachvollziehbar protokolliert wird. Technisch wird dies typischerweise durch eine Kombination folgender Maßnahmen erreicht:

• Speicherung auf einem Speichermedium oder in einem System mit WORM-Charakteristik (Write Once, Read Many), das nachträgliches Überschreiben verhindert oder zumindest protokolliert.
• Versionierung, bei der jede Änderung als neue Version mit Zeitstempel und Benutzerkennung gespeichert wird, statt die ursprüngliche Version zu überschreiben.
• Prüfsummen (Hashwerte) über den archivierten Datensatz, mit denen sich nachträglich feststellen lässt, ob eine Datei seit der Archivierung verändert wurde.
• Rollen- und Rechtekonzepte, die verhindern, dass reguläre Nutzer archivierte Dokumente löschen oder überschreiben können.

Die konkrete technische Methode zur Erreichung echter Revisionssicherheit, inklusive Audit-Trails und zertifizierter Systeme, wird vertieft im Beitrag E-Rechnung revisionssicher archivieren behandelt.

Vollständigkeit: Der strukturierte Datensatz, nicht nur die Ansicht

Ein besonders wichtiger, aber häufig missverstandener Aspekt der Vollständigkeit betrifft die Frage, was genau archiviert werden muss. Bei einer E-Rechnung ist die maßgebliche rechtliche Grundlage der strukturierte Datensatz – also die XML-Datei nach EN 16931 –, nicht eine daraus abgeleitete visuelle Darstellung. Für die beiden gängigen Formate bedeutet das konkret:

1. XRechnung: Die reine XML-Datei muss vollständig archiviert werden. Da es keine standardisierte visuelle Darstellung gibt, ist die maschinenlesbare Datei selbst der archivierungspflichtige Gegenstand.
2. ZUGFeRD: Die PDF/A-3-Datei mit eingebettetem XML muss so archiviert werden, dass das eingebettete XML erhalten bleibt und nicht durch Konvertierung, Komprimierung oder erneutes Speichern verloren geht.

Ein System, das aus einer eingehenden E-Rechnung lediglich einen Screenshot oder eine gedruckte Kopie erzeugt und archiviert, erfüllt die Vollständigkeitsanforderung nicht, selbst wenn die visuelle Darstellung inhaltlich korrekt aussieht.

Nachvollziehbarkeit durch Protokollierung

Ein GoBD-konformes System muss lückenlos dokumentieren, wann eine Rechnung eingegangen ist, wer sie geprüft und freigegeben hat und ob nachträglich Änderungen vorgenommen wurden. Diese Anforderung wird technisch meist durch ein Audit-Log erfüllt, das jeden relevanten Vorgang mit Zeitstempel, Benutzerkennung und Art der Aktion (Ansicht, Download, Änderung, Löschung) protokolliert. Wichtig ist, dass dieses Protokoll selbst ebenfalls vor nachträglicher Manipulation geschützt ist – ein Log, das sich beliebig bearbeiten lässt, erfüllt seinen Zweck nicht.

Indexierung und Durchsuchbarkeit

Damit archivierte E-Rechnungen im Rahmen einer Betriebsprüfung schnell auffindbar sind, muss ein GoBD-konformes System eine strukturierte Indexierung bieten. Praktisch bedeutet das, dass Rechnungen nach Kriterien wie Rechnungsnummer, Datum, Lieferant, Betrag oder Kostenstelle durchsuchbar sein müssen – idealerweise automatisch aus den strukturierten Feldern der XML-Datei extrahiert, statt manuell nachgepflegt zu werden. Ein reines Ablagesystem ohne Suchfunktion, in dem Dateien nur nach Dateinamen sortiert sind, genügt den GoBD-Anforderungen an die zeitnahe Auffindbarkeit in der Regel nicht.

Praxisbeispiel: Systemauswahl bei der Rhein-Elektrotechnik GmbH

Die Rhein-Elektrotechnik GmbH, ein Elektrogroßhandel mit 55 Mitarbeitenden aus Duisburg, evaluierte im Rahmen der E-Rechnungs-Umstellung mehrere Dokumentenmanagementsysteme. Entscheidendes Auswahlkriterium war nicht der Preis, sondern die Frage, ob das System die eingebetteten XML-Daten von ZUGFeRD-Rechnungen tatsächlich separat indexiert und unveränderbar speichert, statt nur die PDF-Ansicht abzulegen. Zwei der drei getesteten Anbieter erfüllten diese Anforderung nicht vollständig, da sie die XML-Daten zwar kurzzeitig zur Verarbeitung nutzten, aber nur die PDF-Datei dauerhaft archivierten. Das schließlich gewählte System speichert beide Bestandteile getrennt, verknüpft sie über eine eindeutige ID und erstellt bei jedem Zugriff einen Protokolleintrag. Zusätzlich wird monatlich automatisiert eine Prüfsumme über alle archivierten Datensätze berechnet und mit dem Ursprungswert verglichen, um unbemerkte Veränderungen frühzeitig zu erkennen.

Typische Softwarefunktionen, die GoBD-Konformität unterstützen

• Automatischer Import und Archivierung direkt aus dem E-Mail-Postfach oder Empfangskanal, ohne manuellen Zwischenschritt.
• Getrennte, aber verknüpfte Speicherung von strukturiertem Datensatz und visueller Darstellung.
• Rollenbasierte Zugriffsrechte mit Protokollierung jeder Aktion.
• Automatisierte Prüfsummen- oder Hash-Verfahren zur Integritätskontrolle.
• Exportfunktion für die digitale Betriebsprüfung (Datenträgerüberlassung, Z3-Zugriff).
• Volltextsuche und strukturierte Filterung nach Rechnungsmetadaten.

Migration und Systemwechsel: Die GoBD-Falle beim Softwarewechsel

Ein oft übersehener Aspekt der GoBD-konformen Speicherung betrifft den Fall eines späteren Systemwechsels. Wechselt ein Unternehmen die Buchhaltungssoftware oder das Dokumentenmanagementsystem, müssen die bereits archivierten E-Rechnungen entweder vollständig und unverändert in das neue System migriert werden, oder das alte System muss für die Dauer der restlichen Aufbewahrungsfrist weiterhin zugänglich und auswertbar bleiben. Eine Migration ist dabei technisch besonders anspruchsvoll, weil nicht nur die Dateien selbst, sondern auch die zugehörigen Metadaten, Prüfsummen und Zugriffsprotokolle mit übertragen werden müssen, damit die Nachvollziehbarkeit lückenlos erhalten bleibt. Wird ein altes System einfach abgeschaltet, ohne die Daten vollständig zu sichern, drohen im Prüfungsfall erhebliche Nachweisprobleme. Es empfiehlt sich daher, bereits bei der Auswahl eines neuen Systems zu klären, welche Exportformate und Migrationswerkzeuge zur Verfügung stehen, um spätere Systemwechsel nicht zum Archivierungsrisiko werden zu lassen.

Selbst gehostete Lösung versus spezialisierter Archivdienst

Bei der Wahl der technischen Umsetzung stehen Unternehmen grundsätzlich vor zwei Grundoptionen: eine selbst betriebene Lösung, etwa ein lokal gehostetes Dokumentenmanagementsystem, oder ein spezialisierter externer Archivdienst, der die GoBD-Anforderungen als Dienstleistung anbietet. Selbst gehostete Lösungen bieten volle Kontrolle über die Infrastruktur, erfordern aber intern das Know-how, alle technischen Anforderungen wie Versionierung, Zugriffsschutz und Backup-Strategien korrekt umzusetzen und dauerhaft zu pflegen. Externe Archivdienste übernehmen diese technische Komplexität, verlagern aber die Verantwortung für eine sorgfältige Anbieterauswahl auf das Unternehmen: Es sollte vertraglich zugesichert sein, dass der Dienstleister die GoBD-Anforderungen erfüllt, dass im Falle einer Kündigung des Vertrags ein vollständiger Datenexport möglich ist, und dass der Anbieter selbst wirtschaftlich stabil genug ist, um die Daten über die gesamte Aufbewahrungsfrist verfügbar zu halten. Gerade bei kleineren, spezialisierten Cloud-Anbietern lohnt sich ein Blick auf Referenzen und Zertifizierungen, bevor eine langfristige Bindung eingegangen wird.

Häufige Fehler bei der technischen Umsetzung

In der Praxis treten immer wieder ähnliche Schwachstellen auf: Unternehmen archivieren E-Rechnungen auf einem gewöhnlichen Netzlaufwerk ohne Versionierung, sodass jede Überschreibung unbemerkt bleibt. Andere verlassen sich auf ein E-Mail-Postfach als „Archiv“, ohne zu bedenken, dass E-Mail-Provider Nachrichten nach Ablauf einer Speicherfrist automatisch löschen können. Wieder andere archivieren zwar die PDF-Ansicht einer ZUGFeRD-Rechnung, verlieren dabei aber das eingebettete XML, weil ein Konvertierungsschritt im Prozess die eingebetteten Daten entfernt. Jeder dieser Fehler kann im Prüfungsfall dazu führen, dass die Archivierung als nicht GoBD-konform eingestuft wird.

Edge Cases bei der technischen Speicherung

Einige Sonderfälle verdienen besondere Aufmerksamkeit. Werden E-Rechnungen nachträglich korrigiert, etwa im Rahmen einer Rechnungsberichtigung, muss sowohl die ursprüngliche als auch die korrigierte Version GoBD-konform archiviert werden – die alte Version darf nicht einfach durch die neue ersetzt werden, da sonst die Nachvollziehbarkeit des Vorgangs verloren geht. Bei stornierten Rechnungen gilt Ähnliches: Auch eine Stornorechnung muss vollständig archiviert werden, selbst wenn sie wirtschaftlich keine Wirkung mehr entfaltet. Und bei Rechnungen, die über ein Konvertierungstool von einem Format in ein anderes umgewandelt wurden, etwa von XRechnung in eine lesbare Ansicht, sollte stets auch das ursprüngliche, unveränderte Ausgangsformat aufbewahrt werden, um im Zweifelsfall die Authentizität der Umwandlung nachweisen zu können.

Fazit

GoBD-konforme Speicherung von E-Rechnungen ist eine technische Aufgabe mit klaren, überprüfbaren Anforderungen: Unveränderbarkeit durch Versionierung und Prüfsummen, Vollständigkeit durch Archivierung des strukturierten Datensatzes, Nachvollziehbarkeit durch lückenlose Protokollierung und Auswertbarkeit durch Indexierung und Volltextsuche. Unternehmen, die bei der Systemauswahl gezielt auf diese vier Eigenschaften achten, schaffen die technische Grundlage für eine rechtssichere Archivierung – unabhängig davon, welches konkrete Softwareprodukt letztlich zum Einsatz kommt.

Häufig gestellte Fragen

Reicht ein normaler Ordner auf dem Firmenserver für die GoBD-konforme Speicherung?

In der Regel nicht, da ein gewöhnliches Dateisystem meist keine ausreichende Unveränderbarkeit, Versionierung und Protokollierung bietet.

Muss bei ZUGFeRD-Rechnungen zusätzlich zur PDF auch das XML gespeichert werden?

Ja, das eingebettete XML muss erhalten bleiben und darf durch Konvertierung oder erneutes Abspeichern nicht verloren gehen, da es der rechtlich maßgebliche strukturierte Datensatz ist.

Was ist der Unterschied zwischen Archivierungspflicht und GoBD-konformer Speicherung?

Die Archivierungspflicht beschreibt das grundsätzliche „Ob“ und „Wie lange“ der Aufbewahrung, während die GoBD-konforme Speicherung die konkreten technischen Anforderungen an das „Wie“ festlegt.

Welche Rolle spielt eine Prüfsumme bei der Archivierung?

Eine Prüfsumme (Hashwert) ermöglicht es, nachträglich festzustellen, ob eine archivierte Datei seit der Speicherung unverändert geblieben ist, und unterstützt so den Nachweis der Unveränderbarkeit.

Ist Cloud-Speicherung automatisch GoBD-konform?

Nein, das hängt von der konkreten technischen Ausgestaltung ab. Ein Cloud-Dienst muss Versionierung, Zugriffsprotokollierung und Löschschutz bieten, um den Anforderungen zu genügen.

Wie unterscheidet sich dieser Beitrag von der revisionssicheren Archivierung?

Dieser Beitrag beschreibt die grundlegenden GoBD-Prinzipien für die Speicherung. Der Beitrag E-Rechnung revisionssicher archivieren geht tiefer auf die konkrete technische Methode mit WORM-Speicher und Audit-Trails ein.

Wer prüft, ob unsere Speicherung tatsächlich GoBD-konform ist?

In der Regel wird dies erst im Rahmen einer steuerlichen Betriebsprüfung überprüft. Eine vorherige interne oder externe Prüfung, etwa durch den Steuerberater oder einen IT-Auditor, kann Risiken frühzeitig aufdecken.