Archivierungssysteme: Was vor der Einführung zu prüfen ist

Archivierungssysteme: Was vor der Einführung zu prüfen ist

Im Posteingang liegen E-Mails, Buchungsbelege in unterschiedlichen Formaten und ein DMS, das niemand so richtig kennt. Die Geschäftsführung fragt: „Brauchen wir jetzt eine neue Archivierungslösung?" Die ehrliche Antwort lautet: Ja, aber nicht, bevor Sie nicht einige grundlegende Fragen geklärt haben. Genau hier setzt diese Checkliste an, damit die Einführung eines Archivierungssystems nicht zur Investition ins Blaue wird.

Wer ein Archivierungssystem einführt, steht meist unter doppeltem Druck: Auf der einen Seite wachsen die Datenmengen, auf der anderen Seite werden die rechtlichen Anforderungen immer konkreter. Wer hier unvorbereitet startet, zahlt später doppelt — mit Nacharbeit bei der Verfahrensdokumentation und mit unterbrochenen Geschäftsprozessen. Deshalb lohnt es sich, vor jeder Technologieentscheidung erst einmal die organisatorischen und rechtlichen Rahmenbedingungen sauber aufzuarbeiten.

Rechtliche Rahmenbedingungen: GoBD, Aufbewahrungsfristen und E-Rechnungen

Wer in Deutschland ein revisionssicheres Archiv aufbauen will, kommt an den GoBD nicht vorbei. Die „Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff" bilden den regulatorischen Rahmen für jede elektronische Buchführung. Sie werden durch ergänzende aktuelle BMF-Schreiben und Verwaltungsanweisungen fortlaufend an neue Sachverhalte angepasst — etwa zur E-Rechnung, zum Datenzugriff oder zu neuen Belegformaten. Wer sich auf einen vermeintlich eingefrorenen Stand beruft, plant leicht an den tatsächlich geltenden Anforderungen vorbei.

Die GoBD formulieren sechs zentrale Anforderungen: Vollständigkeit, Richtigkeit, Zeitgerechtheit, Ordnung, Nachvollziehbarkeit und vor allem Unveränderbarkeit der archivierten Daten. Das bedeutet für die Praxis: Ein Archiv darf nicht einfach eine weitere Ordnerstruktur auf dem Fileserver sein, sondern muss nachvollziehbar zeigen können, dass ein Dokument seit seiner Ablage niemals verändert wurde.

Häufige Annahme in unseren Beratungsgesprächen: „Wir speichern unsere Belege eh, also sind wir GoBD-konform." Das ist ein Trugschluss. Die GoBD verlangen mehr als das bloße Aufbewahren — sie verlangen ein Verfahren, das die Einhaltung dieser Grundsätze dokumentiert. Genau hier entstehen die meisten Lücken im Alltag.

Zu den Aufbewahrungsfristen gehört ein Blick in die Abgabenordnung. Für Buchungsbelege, Rechnungen, Lohnunterlagen und Kassenbons gilt eine Frist von 10 Jahren. Für Handels- und Geschäftsbriefe — und damit auch für viele geschäftsrelevante E-Mails — sind es 6 Jahre. Wer hier pauschal alles für 10 Jahre archiviert, ist auf der sicheren Seite, muss aber den Speicherbedarf entsprechend kalkulieren.

Wer die Aufbewahrungsfristen in Jahren kennt, aber nicht im Archivsystem verankert, hat keine revisionssichere Archivierung — sondern nur ein digitales Lager.

Seit 2025 sind Unternehmen verpflichtet, E-Rechnungen im strukturierten XML-Format (insbesondere XRechnung und ZUGFeRD) empfangen zu können. Eine wichtige Neuerung: Eingehende strukturierte E-Rechnungen müssen nicht mehr zwingend zusätzlich als PDF abgelegt werden, sofern die XML-Datei alle steuerlich relevanten Inhalte vollständig enthält. Das spart Speicherplatz, setzt aber voraus, dass das Archivsystem XML valide lesen, anzeigen und langfristig vorhalten kann. Wer noch auf reines PDF-Archiv setzt, sollte diese Lücke prüfen.

Typische Fehlerquelle: E-Mails werden oft nur als „Transportmittel" für eine Rechnung betrachtet und daher nicht archiviert. Das ist ein Irrtum. Sobald eine E-Mail zusätzliche steuerrelevante Informationen enthält — etwa Skontovereinbarungen, Rabatte oder individuelle Vertragsbedingungen — gehört sie ins Archiv. Im Zweifelsfall lieber archivieren als löschen.

Verfahrensdokumentation als Fundament der Revisionssicherheit

Ein Punkt, der in der Praxis am häufigsten unterschätzt wird: Die Anschaffung eines GoBD-zertifizierten Archivsystems allein macht ein Unternehmen noch nicht konform. Was die Finanzverwaltung verlangt, ist eine unternehmensspezifische Verfahrensdokumentation. Sie beschreibt, wie das Archiv im konkreten Betrieb genutzt wird, wer welche Zugriffsrechte hat, welche Prozesse beim Eingang und bei der Ablage laufen und wie die Software konfiguriert ist. Ohne diese Dokumentation ist auch die beste Technik wertlos.

In unseren Kundenprojekten erleben wir immer wieder dieselbe Reihenfolge: Erst wird eine Archivsoftware eingeführt, dann stellt der Prüfer Fragen, dann beginnt die hektische Dokumentation im Nachhinein. Das bedeutet doppelte Arbeit und unnötigen Stress. Wer hier umdenkt, beginnt mit der Dokumentation, bevor die erste Datei ins Archiv wandert.

Eine Verfahrensdokumentation ist kein lästiges Anhängsel, sondern das eigentliche Wertpapier Ihrer Archivierung.

Eine vollständige Verfahrensdokumentation umfasst mindestens diese Punkte:

• Beschreibung der Organisation und der Verantwortlichkeiten (wer ist Archivverantwortlicher, wer hat Lese- oder Schreibrechte)
• Erfassung aller Belegquellen (E-Mail-Postfächer, ERP-Systeme, Scanner, Eingangsrechnungsworkflows)
• Definition der Aufbewahrungs- und Löschfristen je Dokumenttyp
• Beschreibung der Schnittstellen zum Vorsystem und zum ERP
• Technische Konfiguration des Archivsystems (Version, Einstellungen, Speicherpfade)
• Regelungen zum Notfallzugriff und zur Wiederherstellung
• Verfahren bei Versionsänderungen und Migrationen

Das bedeutet für die Praxis: Selbst kleine Unternehmen mit zehn Mitarbeitenden brauchen diese Dokumentation. Die Form darf schlank sein, der Inhalt muss aber belastbar sein. Werden beim späteren Betrieb Prozesse geändert — etwa ein neues ERP eingeführt oder ein Archiv migriert — gehört die Verfahrensdokumentation aktualisiert. Versionierung ist Pflicht, nicht Kür.

Hardware- vs. Software-WORM: Strategien für unveränderbare Datenspeicherung

Das Herzstück jeder revisionssicheren Archivierung ist die Unveränderbarkeit der Daten. Hier kommen WORM-Systeme ins Spiel — „Write Once, Read Many". Einmal geschrieben, darf das Medium die Daten nicht mehr verändern oder löschen können. Das gilt sowohl für die Aufbewahrungsdauer als auch darüber hinaus. In der Praxis haben sich zwei grundsätzliche Ansätze etabliert.

Hardware-WORM setzt die Unveränderbarkeit auf physischer Ebene durch. Klassiker sind optische Medien wie WORM-Blu-rays, die physisch nicht wiederbeschrieben werden können. Moderne Appliances wie die Silent Cubes von FAST LTA arbeiten mit spezialisierten Festplatten-Arrays, die ebenfalls WORM-Eigenschaften über die Hardware durchsetzen. Der Vorteil: Selbst wenn ein Angreifer Root-Zugriff auf das System erlangt, kann er die Daten nicht nachträglich manipulieren, weil die Hardware es physikalisch nicht zulässt. Das ist ein wichtiges Argument für Branchen mit besonders hohem Manipulationsschutzbedarf — etwa im öffentlichen Sektor, in der Industrie oder im Gesundheitswesen.

Software-WORM setzt auf logischen Schutz. Hier wird die Unveränderbarkeit über die Software selbst durchgesetzt, etwa durch spezielle Funktionen wie Grau Data FileLock oder NetApp SnapLock. Die Daten liegen auf Standard-Hardware (typischerweise RAID-Systeme oder SAN-Volumes), dürfen aber durch die Archivierungssoftware nach dem Schreibvorgang nicht mehr verändert werden. Das ist preisgünstiger und flexibler, erfordert aber Vertrauen in die Konfiguration und in die Integrität der Software selbst.

Eine wichtige Klarstellung: Einmal auf einem Hardware-WORM-Medium abgelegte Daten können und dürfen nach Ablauf der gesetzlichen Aufbewahrungsfrist nicht einfach wiederbeschrieben werden. Die physikalische Eigenschaft bleibt bestehen, die Datenträger werden in der Regel ausgesondert und fachgerecht entsorgt — auch wenn die Aufbewahrungspflicht formal beendet ist.

Bei der Auswahl zwischen beiden Wegen hilft eine ehrliche Selbsteinschätzung: Wie hoch ist das Risiko gezielter Manipulation? Wie kritisch ist die Einhaltung spezieller Compliance-Vorgaben (etwa im Gesundheitswesen mit DSGVO und KRITIS-Anforderungen)? Wie lange muss das Archiv tatsächlich Daten vorhalten — 10 Jahre, 20 Jahre oder länger? Wer hier antwortet, ohne das Geschäftsmodell zu kennen, lässt sich leicht in eine unnötig teure oder zu schwache Lösung drängen.

Integritätssicherung durch Erasure Coding und digitale Audits

Ein Archiv nützt wenig, wenn die Daten zwar unveränderbar sind, aber unbemerkt korrumpieren. Festplatten altern, Bitfehler schleichen sich ein, ein Headcrash kann ein ganzes Array betreffen. Genau hier setzt die Integritätssicherung an, und sie ist in der revisionssicheren Archivierung kein Bonus, sondern Pflicht.

In hochwertigen Hardware-WORM-Systemen wie den Silent Cubes kommt Erasure Coding mit vierfacher Redundanz zum Einsatz. Konkret bedeutet das: In jeder Silent Cube DS Einheit arbeiten 12 Festplatten, die aus drei verschiedenen Produktionschargen stammen. Diese Verteilung ist bewusst gewählt — Chargenfehler, also Ausfälle vieler Platten aus derselben Produktionslinie, werden so neutralisiert. Vierfache Redundanz heißt: Das System übersteht den Ausfall mehrerer Platten gleichzeitig, ohne dass Daten verloren gehen.

Vierfache Redundanz klingt nach Verschwendung, ist aber die Versicherung gegen genau die Szenarien, in denen einfaches RAID versagt.

Ergänzt wird das durch automatische Integritätsprüfungen. Bei Silent Cubes nennt sich das Verfahren „Digital Audit": Das System berechnet in regelmäßigen Abständen SHA-512 Hash-Codes über alle archivierten Datenblöcke und vergleicht sie mit den bei der Ablage gespeicherten Werten. Stimmt ein Hash nicht mehr überein, liegt ein Bitfehler vor, und das System kann automatisch die redundanten Daten heranziehen, um den Originalzustand wiederherzustellen. Das bedeutet für die Praxis: Der Administrator muss sich nicht manuell durch Bitfehler kämpfen — das Archivsystem überwacht sich weitgehend selbst.

Wer auf Software-WORM setzt, sollte diese Integritätsmechanismen gezielt hinterfragen: Welches RAID-Level liegt zugrunde? Wie werden Bitfehler über die Lebensdauer des Archivs erkannt? Gibt es regelmäßige Integritätstests? Diese Fragen sind kein Misstrauen, sondern Standardrepertoire einer guten Architekturplanung.

Langzeitarchivierung: Formate und technische Langlebigkeit

Ein oft übersehener Punkt bei der Planung ist die Frage: Kann ich meine Daten in 20 oder 30 Jahren noch lesen? Dateiformate, die heute Standard sind, können morgen obsolet sein. Ein Archivsystem muss deshalb nicht nur die Daten selbst, sondern auch deren Lesbarkeit über Jahrzehnte sichern.

Das standardisierte Format PDF/A hat sich für die Langzeitarchivierung von Dokumenten durchgesetzt. Es garantiert, dass alle für die Darstellung nötigen Informationen — Schriftarten, Farbprofile, Metadaten — in der Datei selbst eingebettet sind. Damit lässt sich ein PDF/A auch nach Jahrzehnten auf einem beliebigen System originalgetreu visualisieren, ohne dass externe Schriftarten oder Plug-ins benötigt werden. Wer Dokumente in normalem PDF ablegt, geht das Risiko ein, dass bestimmte Schriftarten in zehn Jahren nicht mehr verfügbar sind und das Dokument visuell verfälscht dargestellt wird.

Bei strukturierten E-Rechnungen im XML-Format stellt sich die Frage nach der langfristigen Lesbarkeit anders. Hier geht es nicht nur um die visuelle Darstellung, sondern auch um die Validierbarkeit gegen Schemata und um die maschinelle Auswertbarkeit. Wichtig ist, dass das Archivsystem die XML-Struktur bewahrt und nicht in ein anderes Format konvertiert. Konvertierungen können zwar für die menschliche Lesbarkeit praktisch sein, verändern aber den originären Inhalt und sind bei strukturierten E-Rechnungen problematisch.

Was die physische Haltbarkeit angeht, sind ehrliche Aussagen schwierig. SSDs haben Vorteile bei Zugriffszeit und Energieverbrauch, aber ihre Langzeitstabilität unter konstanter Archivbelastung ist weniger gut dokumentiert als bei klassischen HDDs oder LTO-Tapes. Für Archivierungszeiträume jenseits von 10 bis 15 Jahren ist die Datenlage dünn. Wer ein Archiv für 30+ Jahre plant, sollte diese Unsicherheit in die Technologieentscheidung einbeziehen und gegebenenfalls Migrationen oder Replikationen auf andere Medien vorsehen.

Ein Archiv, das in 20 Jahren nicht mehr lesbar ist, hat seinen Zweck schon heute verfehlt.

Best Practices für die tägliche Arbeit:

• Aufbewahrungsfristen im Archivsystem fest hinterlegen, nicht nur in Köpfen der Mitarbeiter
• Zugriffsrechte regelmäßig prüfen, insbesondere beim Ausscheiden von Mitarbeitenden
• Verfahrensdokumentation bei jeder Systemänderung aktualisieren und versionieren
• Integritätstests monatlich oder quartalsweise aktiv auswerten, nicht nur automatische Logs zur Kenntnis nehmen
• Mindestens ein unabhängiges Backup des Archivs vorhalten, geografisch getrennt vom Primärsystem
• Migration auf neue Archivversionen oder neue Hardware als geplantes Projekt behandeln, nicht als Notfallaktion

Wer diese Punkte vor der Einführung klärt, schafft die Grundlage für ein Archiv, das nicht nur heute revisionssicher ist, sondern auch in zehn oder zwanzig Jahren noch seine Aufgabe erfüllt. Genau das ist der Unterschied zwischen einem digitalen Aktenlager und einem echten Archivierungssystem.