TrueNAS für Steuerberater: DATEV-Anbindung, GoBD-Ablage und die typischen Kanzlei-Fallen

Eine Steuerkanzlei arbeitet mit einer der unangenehmsten Kombinationen im Mittelstand: Mandantenakten unter Berufsgeheimnis nach Paragraph 203 StGB, Buchführungsdaten unter GoBD und DSGVO, eine Kernanwendung — DATEV — die eine sehr eigene Speicherlogik mitbringt und in der Praxis eine Aufbewahrungsdauer, die selten unter zehn Jahre fällt. Wer das mit einer älteren Synology, einem Windows-Fileserver auf einem RAID5 oder gar mit lokalen Laufwerken auf den Arbeitsplätzen lösen will, hat früher oder später ein Problem. Nicht unbedingt technisch, sondern spätestens im Prüfungsfall. Dieser Artikel beschreibt, wie ein TrueNAS im Kanzleinetz aufgebaut wird, wie die DATEV-Speicherstruktur sauber darauf abgebildet wird und welche Fallen wir bei DATAZONE immer wieder sehen.

Eine grundsätzlichere Einordnung, was GoBD eigentlich verlangt und was TrueNAS technisch beisteuert, hatten wir schon in TrueNAS für Steuerberater: GoBD-konforme Datenhaltung geschrieben. Der hier vorliegende Artikel geht einen Schritt weiter Richtung Umsetzung und DATEV-Praxis.

DATEV NAS: Was die DATEV-Speicherstruktur vom Storage erwartet

DATEV ist keine einzelne Anwendung, sondern eine ganze Produktfamilie — vom klassischen DATEV-Arbeitsplatz mit Kanzlei-Rechnungswesen und Eigenorganisation über Unternehmen online bis zum DATEV DMS. Für das Storage sind vor allem drei Ablageziele relevant:

• DATEV-Datenbestand — die zentrale Arbeitsdatenbank der Kanzlei, üblicherweise auf einem DATEV-Server im Netz. Der Datenbestand liegt in einem eigenen Ordner mit definierter Struktur, der auf einem NAS als Freigabe eingebunden werden kann
• DATEV DMS-Ablage — das Dokumentenmanagement mit gescannten Belegen, Verträgen und Mandantenpost. Hier landet erfahrungsgemäß der größte Teil des Volumens
• Arbeitsplatz-Ablage — Excel-Auswertungen, Word-Vorlagen, Kanzlei-Handbücher, interne Notizen. Kein DATEV im engeren Sinn, aber Teil der Kanzlei-IT

DATEV empfiehlt selbst, den Datenbestand nicht wahllos auf irgendein NAS zu legen, sondern auf eine Freigabe mit stabilem SMB-Server, niedriger Latenz und geregeltem Backup. Ein TrueNAS-Server mit ordentlicher SSD-Ausstattung für den Datenbestand-Pool und einem HDD-Pool für das DMS bildet genau das ab — ohne die Lizenzkosten eines Windows Storage Server.

Wichtig für die Praxis:

• Latenz vor Durchsatz — der DATEV-Datenbestand ist datenbank-artig, viele kleine I/O-Operationen, kein Streaming großer Dateien. Ein NVMe-basiertes Dataset ist hier deutlich angenehmer als eine große HDD-Freigabe
• SMB 3 mit Signierung — DATEV-Clients unterstützen SMB 3, die Signierung schützt die Kommunikation im Kanzleinetz vor Manipulation
• Eine Freigabe pro Zweck — Datenbestand, DMS und Arbeitsplatz-Ablage bekommen jeweils ein eigenes Dataset mit eigener Freigabe und eigenen Rechten

Für die tiefere SMB-Konfiguration lohnt sich ein Blick in TrueNAS SMB mit Active Directory und die TrueNAS SMB Multichannel-Konfiguration mit 10 GbE.

GoBD Ablage konkret: WORM, Snapshots und Änderungshistorie

Die GoBD verlangen Unveränderbarkeit einmal festgeschriebener Buchungen, Vollständigkeit, Nachvollziehbarkeit und die zehnjährige Aufbewahrung. Das ist zunächst eine Anforderung an die Buchhaltungssoftware — DATEV setzt die Unveränderbarkeit auf Datenbankebene um, indem Buchungen nach der Festschreibung nicht mehr veränderbar sind. Der Storage darunter hat trotzdem drei wichtige Aufgaben:

• WORM-artige Ablage der DMS-Dokumente — Belege, die im DATEV DMS abgelegt werden, dürfen nachträglich nicht mehr verändert werden, ohne dass die Änderung protokolliert wird
• Änderungshistorie über Snapshots — selbst wenn eine Datei außerhalb von DATEV manipuliert würde, muss ein früherer Zustand jederzeit rekonstruierbar sein
• Integritätsgesicherte Langzeitablage — über zehn Jahre darf kein schleichender Datenverlust auftreten

TrueNAS deckt das mit drei Bausteinen ab:

ZFS-Snapshots als Änderungshistorie. Ein Snapshot in ZFS ist nach Erstellung read-only. Auch ein Admin mit vollen Rechten kann ihn nicht mehr verändern — nur löschen. Für die DATEV-Datasets empfehlen wir eine feingranulare Snapshot-Policy: alle 15 Minuten während der Arbeitszeit für den Datenbestand, täglich für das DMS, dazu monatliche und jährliche Snapshots mit Hold über zehn Jahre. Details zur Snapshot-Planung haben wir in TrueNAS Snapshot Schedule Best Practices beschrieben.

Snapshot-Hold gegen versehentliches oder bösartiges Löschen. Ein Snapshot-Hold auf den Jahresend-Snapshot verhindert die Löschung auf ZFS-Ebene, solange der Hold besteht. Damit ist auch ein administrativer Fehlgriff oder ein kompromittierter Admin-Zugang kein sofortiges Datenverlust-Ereignis.

Scrub gegen Bit-Rot. Ein zweiwöchentlicher oder monatlicher Scrub liest den kompletten Pool und prüft jeden Block gegen die ZFS-Checksumme. Für Kanzlei-Datasets empfehlen wir wöchentliche Scrubs auf dem Datenbestand-Pool und monatliche auf dem DMS-Pool, jeweils mit Report an die IT-Verantwortlichen.

Was TrueNAS ehrlich gesagt nicht ersetzt: ein zertifiziertes Archivsystem im Sinne einer Revisionssicheren Ablage nach IDW PS 880 oder GoBD-Testat. TrueNAS ist die technische Ablageschicht — die revisionssichere Klassifizierung leistet die Buchhaltungs- und DMS-Software darüber. Das ist keine Schwäche, sondern eine ehrliche Rollentrennung, die auch ein Windows-Fileserver oder ein NetApp-Filer nicht anders löst.

Backup 10 Jahre: Wie die Aufbewahrung praktisch funktioniert

Zehn Jahre klingt harmlos, ist aber im Storage-Alltag ein sportlicher Zeitraum. Festplatten wechseln in dieser Zeit typischerweise mindestens zweimal, ein NAS-System einmal komplett, die Buchhaltungssoftware wechselt Versionen und Datei-Formate. Für die Kanzlei-Aufbewahrung heißt das:

Aktive Kopie im Kanzleinetz. Der DATEV-Datenbestand und das DMS liegen aktiv auf dem TrueNAS-Hauptsystem. Snapshots decken die kurzfristige Änderungshistorie ab — typisch 90 Tage bis 1 Jahr rückwärts.

Zweitkopie im gleichen Gebäude. Ein zweites TrueNAS-System im Kanzleinetz — oft ein günstigeres Modell mit HDDs — empfängt via ZFS-Replikation stündlich oder täglich die inkrementellen Snapshots des Hauptsystems. Vorteil: Snapshots am Ziel bleiben read-only, verschlüsselte Datasets bleiben verschlüsselt. Die Praxis dazu haben wir in TrueNAS Replikation und ZFS Encryption Key beschrieben.

Offsite-Kopie außerhalb des Kanzleigebäudes. Für den Katastrophenfall — Wasserschaden, Brand, Einbruch mit Diebstahl beider Systeme — gehört eine dritte Kopie an einen anderen Ort. Das kann ein weiteres TrueNAS in einem Zweigbüro sein, ein gemieteter Server im Rechenzentrum oder eine Cloud-Ablage per Cloud Sync. Wir beschreiben die Optionen in TrueNAS Cloud Sync für Offsite-Backup.

Air-Gap für die Ransomware-Absicherung. Zusätzlich zur Replikation empfiehlt sich ein Air-Gap-Ziel, das nur temporär erreichbar ist — entweder ein separates NAS, das per Zeitplan aufgeweckt wird, oder eine LTO-Tape-Kopie der Jahresend-Snapshots. Details in TrueNAS Replikation und Air-Gap-Backup und 3-2-1-1-0 Backup-Formel.

Wichtig über zehn Jahre hinweg: Die Snapshots müssen bei jedem Hardware-Wechsel mitgezogen werden. ZFS macht das per zfs send sauber — vom alten Pool auf den neuen. Wer stattdessen die Dateien einzeln kopiert, verliert die Snapshot-Historie und damit die Nachweisbarkeit früherer Zustände.

Typische Kanzlei-Fallen — und wie wir sie lösen

Aus vielen Kanzlei-Projekten haben sich einige wiederkehrende Fehler herauskristallisiert.

Falle 1: DATEV-Datenbestand auf einer HDD-Freigabe. Wenn die Latenz beim Öffnen von Mandantenbeständen zu hoch ist, quittiert das der Anwender mit Frust und gefühlten Hangings. Ein NVMe-Mirror für den Datenbestand-Pool und HDDs für das DMS ist die pragmatische Aufteilung — das haben wir in TrueNAS Hybrid Storage aus SSD und HDD im Detail beschrieben.

Falle 2: Ein einziger Admin-Zugang für alles. Wenn genau eine Person Vollzugriff auf DATEV-Server, TrueNAS-Admin, Backup-System und Firewall hat, ist das ein GoBD-Risiko und ein DSGVO-Risiko zugleich. Wir trennen bei DATAZONE typischerweise nach Kanzlei-IT-Administration, Snapshot-Admin und Backup-Admin — mit dokumentierten Verantwortlichkeiten.

Falle 3: Snapshots ohne Löschschutz. Ein Snapshot, den ein kompromittierter Admin-Zugang einfach löschen kann, hilft im Ransomware-Fall nicht. Snapshot-Hold auf Jahres-Snapshots und Replikation auf ein zweites, administrativ getrenntes System sind hier die Gegenmittel.

Falle 4: Kein dokumentierter Wiederherstellungs-Test. Ein Backup, das nie zurückgespielt wurde, ist keins. Wir empfehlen mindestens jährlich einen dokumentierten Restore eines Mandantenbestands aus dem Replikations-Ziel — am besten kombiniert mit einem Kanzlei-internen Notfallhandbuch.

Falle 5: Verschlüsselung ohne Schlüssel-Escrow. ZFS Native Encryption ist stark. Zu stark, wenn niemand den Schlüssel wiederfindet. Der Passphrase gehört in einen dokumentierten Schlüssel-Escrow-Prozess — mindestens im Kanzlei-Tresor plus einem verschlüsselten Password-Manager mit definierter Nachfolgeregelung.

Falle 6: Reine Cloud-Ablage ohne lokale Kopie. Eine reine Cloud-Sicherung ist bequem, macht aber im Fall eines abrupten Provider-Wechsels oder eines Vertragsstreits schnell zum Problem. Wir empfehlen die lokale Ablage als Primärsystem und die Cloud als eine von mehreren Kopien.

Hardware-Rahmen: Welches TrueNAS passt zur Kanzlei

Eine sinnvolle TrueNAS-Auswahl hängt an drei Faktoren: Anzahl der Arbeitsplätze, DMS-Volumen und Anspruch an Ausfallsicherheit. Ohne konkrete Preise — die schwanken bei Hardware zu stark, wir arbeiten hier mit Rahmen und individuellem Angebot — ergibt sich folgendes Bild:

• Kleine Kanzlei bis rund 10 Arbeitsplätze — ein TrueNAS Mini XL+ oder ein Einstiegs-R-Serie-System reicht meist. Der TrueNAS Mini eignet sich besonders für kleine Kanzleien ohne dedizierten Serverraum. Details in TrueNAS Mini X gegen TrueNAS R-Serie
• Mittlere Kanzlei bis rund 40 Arbeitsplätze — ein System aus der R-Serie mit NVMe-Cache und getrennten Pools für Datenbestand und DMS. Für die Zweitkopie ein zweites, einfacheres R-System
• Größere Kanzlei oder Kanzleigruppe — ein F-Serie- oder H-Serie-System, wenn Ausfallsicherheit auf HA-Ebene gefragt ist. Wann sich Dual-Controller lohnt, haben wir in TrueNAS HA Dual Controller wann lohnt es sich beschrieben

Für die konkrete Konfiguration empfiehlt sich unser TrueNAS Konfigurator — dort lassen sich Modell, Pool-Struktur und Backup-Ziel zusammenstellen, ohne dass jemand einzelne Datenblätter durchgehen muss. Für die HA-Frage haben wir auch die generelle Kaufberatung TrueNAS Server kaufen — Modell-Ratgeber im Angebot.

FAQ zu TrueNAS in der Steuerkanzlei

Ist ein TrueNAS allein GoBD-konform?

Nein. GoBD ist nie eine Storage-Eigenschaft allein, sondern eine Kombination aus Buchhaltungssoftware — typischerweise DATEV —, Dokumentenmanagement, Storage und dokumentierten Prozessen. TrueNAS liefert die Storage-Bausteine, die eine Betriebsprüfung erwartet: unveränderbare Snapshots, integritätsgesicherte Ablage, verschlüsselte Replikation und ein Auditlog. Die revisionssichere Klassifizierung leisten DATEV und ein zertifiziertes DMS darüber.

Darf der DATEV-Datenbestand auf einem NAS liegen?

Ja — DATEV empfiehlt selbst die Ablage auf einer stabilen SMB-Freigabe mit geregeltem Backup. Wichtig sind niedrige Latenz — also SSD oder NVMe für den Datenbestand-Pool — SMB 3 mit Signierung und eine dedizierte Freigabe nur für DATEV. Ein älteres Consumer-NAS im Wohnzimmer-Stil ist dafür nicht die richtige Wahl.

Wie lange muss ich DATEV-Daten aufbewahren?

Die handelsrechtliche und steuerrechtliche Aufbewahrungsfrist für Buchungsbelege, Jahresabschlüsse und vergleichbare Unterlagen beträgt zehn Jahre. Für Handelsbriefe, Auftragsbestätigungen und ähnliche Dokumente sind es sechs Jahre. TrueNAS deckt das mit einer Snapshot-Policy ab, die monatliche und jährliche Snapshots über die vollen zehn Jahre mit Hold festhält — kombiniert mit einer Replikation auf ein Zweitsystem und einer Offsite-Kopie.

Wie schützt TrueNAS vor Ransomware in der Kanzlei?

Der Kernmechanismus ist die Read-only-Eigenschaft der ZFS-Snapshots kombiniert mit Snapshot-Hold und der Replikation auf ein administrativ getrenntes Zweitsystem. Ein Angreifer, der die Windows-Ebene übernimmt, kommt an die Snapshots auf dem TrueNAS nicht mehr heran. Ergänzend empfehlen wir ein Air-Gap-Ziel und ein sauberes OPNsense-basiertes Netzwerksegment. Details in TrueNAS Datensicherheit und Ransomware Resilience.

Was passiert bei einem Hardware-Wechsel nach fünf Jahren?

Der Pool wird per zfs send sauber auf das neue System übertragen — mit allen Snapshots und Holds. Dateien werden nicht einzeln kopiert, sondern der komplette Pool inklusive Historie. So bleibt die Nachweisbarkeit früherer Zustände erhalten, ohne dass ein Bruch in der Aufbewahrungskette entsteht.

Ist ein zweites TrueNAS im gleichen Kanzleigebäude ausreichend?

Nein. Für Ransomware-Isolierung ist ein administrativ getrenntes Zweitsystem im gleichen Gebäude sinnvoll, aber allein nicht ausreichend. Für Wasserschaden, Brand oder Einbruch braucht es zusätzlich eine Offsite-Kopie — entweder in einem zweiten Kanzlei-Standort, in einem Rechenzentrum oder in einer verschlüsselten Cloud-Ablage. Die 3-2-1-1-0-Regel fasst das kompakt zusammen.

Wie viel kostet ein TrueNAS für eine mittlere Kanzlei?

Wir arbeiten grundsätzlich mit individuellen Angeboten, weil Hardwarepreise schwanken und die konkrete Konfiguration — Anzahl der Pools, SSD-Anteil, HA ja oder nein, Backup-Ziel inklusive oder separat — deutlich mehr Einfluss auf den Preis hat als das reine Modell. Für eine Einordnung des Preisrahmens im Enterprise-Storage-Segment haben wir TrueNAS Preis 2026 — was kostet Enterprise Storage veröffentlicht, konkrete Zahlen liefert der TrueNAS Konfigurator oder eine Anfrage bei DATAZONE.