Revisionssicherheit
Was bedeutet Revisionssicherheit?
Revisionssicherheit beschreibt die Eigenschaft eines Systems, aufbewahrungspflichtige Daten so zu speichern, dass sie während der gesamten Aufbewahrungsfrist vollständig, unveränderbar und jederzeit auffindbar bleiben. Jede Änderung wird protokolliert, ohne den ursprünglichen Stand zu überschreiben. Der Begriff ist kein gesetzlich definierter Standard, sondern fasst Anforderungen aus Handels- und Steuerrecht zusammen.
Entscheidend ist das Wort nachweisbar. Es genügt nicht, dass ein System korrekt arbeitet. Es muss gegenüber einem Prüfer belegen können, dass es korrekt gearbeitet hat.
Rechtliche Grundlagen
Die maßgebliche Verwaltungsanweisung sind die GoBD, die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form. Sie konkretisieren, was Handelsgesetzbuch und Abgabenordnung für elektronische Systeme bedeuten.
Sechs Grundsätze prägen die Anforderungen.
- Nachvollziehbarkeit, damit ein sachverständiger Dritter den Geschäftsvorfall in angemessener Zeit prüfen kann
- Vollständigkeit, also lückenlose Erfassung ohne stille Auslassungen
- Richtigkeit der abgebildeten Sachverhalte
- Zeitgerechte Buchung, Vorgänge werden zeitnah erfasst
- Ordnung, die Ablage folgt einem nachvollziehbaren System
- Unveränderbarkeit, spätere Änderungen bleiben als solche erkennbar
Für öffentliche Stellen kommen Archivgesetze und bereichsspezifische Aufbewahrungsvorschriften hinzu. Betreiber kritischer Infrastrukturen müssen zusätzlich Nachweise über sicherheitsrelevante Ereignisse führen, was die Kompetenzseite zu NIS-2 einordnet.
Technische Anforderungen
Unveränderbare Protokolle. Jede Erstellung, Änderung und Löschung wird mit Zeitpunkt, handelnder Person und vorherigem Stand festgehalten. Dieses Protokoll darf aus der Anwendung heraus nicht bearbeitbar sein. Ein Protokoll, das ein Administrator anpassen kann, erfüllt den Zweck nicht.
Versionierung statt Überschreiben. Der geänderte Datensatz entsteht als neue Fassung, die vorherige bleibt erhalten. Erst dadurch lässt sich rekonstruieren, welcher Stand zu einem bestimmten Zeitpunkt gültig war.
Schutz vor nachträglicher Manipulation. Verbreitet sind Speicherverfahren, die ein Überschreiben technisch ausschließen, sowie kryptografische Prüfsummen über Datensätze und Protokolleinträge. Eine Manipulation bleibt dadurch nicht unbemerkt.
Gesicherte Aufbewahrung. Sicherungskopien müssen die Aufbewahrungsfrist überdauern und im Bedarfsfall tatsächlich wiederherstellbar sein. Eine Sicherung, die nie zurückgespielt wurde, ist eine Annahme, kein Nachweis. Die Anforderungen daran beschreibt der Eintrag zum Datensicherungskonzept, die praktische Umsetzung die Kompetenzseite zur Datensicherung.
Auffindbarkeit über die gesamte Frist. Zehn Jahre überdauern Dateiformate, Datenbankversionen und meist auch den Anbieter. Ohne Strategie für Formatmigration und Systemablösung endet die Revisionssicherheit in der Praxis lange vor der Frist.
Verfahrensdokumentation
Die GoBD verlangen eine Verfahrensdokumentation, die beschreibt, wie Daten entstehen, verarbeitet, gesichert und ausgesondert werden. Sie ist kein technisches Beiwerk, sondern der eigentliche Nachweis. Fehlt sie, kann ein Prüfer die Ordnungsmäßigkeit beanstanden, selbst wenn das System technisch einwandfrei arbeitet.
Sie umfasst üblicherweise eine allgemeine Beschreibung, die fachliche und die technische Systemdokumentation sowie eine Betriebsdokumentation. Wichtig ist, dass die Dokumentation den tatsächlichen Stand abbildet. Eine Fassung, die drei Systemwechsel alt ist, richtet mehr Schaden an als Nutzen.
Häufige Fehler in der Umsetzung
Revisionssicherheit wird als Produkteigenschaft eingekauft. Kein Produkt ist für sich revisionssicher. Erst das Zusammenspiel aus Software, Konfiguration, Betriebsprozessen und Dokumentation ergibt ein revisionssicheres Verfahren. Werbeaussagen einzelner Anbieter ersetzen diese Betrachtung nicht.
Administratoren haben unbeschränkte Rechte. Wer Protokolle löschen kann, hebt ihre Beweiskraft auf. Notwendig ist eine Trennung zwischen fachlicher Bearbeitung und technischer Administration, ergänzt um eine Protokollierung administrativer Eingriffe.
Löschpflichten werden übersehen. Revisionssicherheit verlangt Aufbewahrung, der Datenschutz verlangt Löschung nach Zweckerfüllung. Beide Pflichten bestehen nebeneinander und müssen im Verfahren aufgelöst werden, meist über differenzierte Fristen je Datenart. Ein pauschales Aufbewahren aller Daten ist keine sichere Seite, sondern ein eigener Rechtsverstoß.
Der Nachweis wird erst bei der Prüfung erbracht. Protokolle, die nie ausgewertet wurden, enthalten erfahrungsgemäß Lücken. Eine regelmäßige Stichprobe deckt Fehler auf, solange sie noch behebbar sind. Wie sich das im laufenden Betrieb verankern lässt, beschreibt der Bereich Softwarebetrieb und Wartung.
Revisionssicherheit im laufenden Betrieb
Die Anforderungen enden nicht mit der Inbetriebnahme, sondern beginnen dort. Drei Punkte entscheiden darüber, ob Revisionssicherheit über Jahre erhalten bleibt.
Systemwechsel. Wird eine Anwendung abgelöst, müssen Daten samt Protokollen und Nachweiskette übernommen werden. Ein Export, der nur die Nutzdaten enthält, zerstört die Nachvollziehbarkeit rückwirkend. Der Umgang damit gehört in jedes Migrationskonzept.
Berechtigungspflege. Zugriffsrechte veralten mit jedem Personalwechsel. Ohne regelmäßige Überprüfung sammeln sich Berechtigungen an, die im Prüfungsfall als Kontrollschwäche gewertet werden.
Wiederherstellungstests. Eine Sicherung erfüllt ihren Zweck erst, wenn sie nachweislich zurückgespielt werden kann. Der Test gehört terminiert und protokolliert, sonst bleibt er im Tagesgeschäft liegen.
Abgrenzung zu verwandten Begriffen
Revisionssicherheit wird häufig mit Archivierung gleichgesetzt. Archivierung beschreibt jedoch nur die langfristige Aufbewahrung, während Revisionssicherheit zusätzlich Unveränderbarkeit und Nachweisbarkeit verlangt. Ebenso wenig deckungsgleich ist der Begriff mit Informationssicherheit. Ein nach ISO 27001 zertifiziertes Managementsystem schafft gute Voraussetzungen, ersetzt aber nicht die handels- und steuerrechtlichen Anforderungen.
Bedeutung für die Systemauswahl
Revisionssicherheit lässt sich nachträglich nur mit erheblichem Aufwand in eine Anwendung einbauen, weil sie das Datenmodell berührt. Wer Software beschafft oder entwickeln lässt, sollte die Anforderungen deshalb vor der Architekturentscheidung festlegen und im Lastenheft prüfbar formulieren. Formulierungen wie revisionssicher genügen dafür nicht, gefragt sind konkrete Angaben zu Protokollumfang, Fristen und Nachweisform. Für Vorhaben mit solchen Anforderungen bietet die individuelle Softwareentwicklung den Rahmen, in dem sich Revisionssicherheit von Beginn an verankern lässt.
Aktuelle Themen