Der Betriebsprüfer fragt nicht nach der Buchhaltung zuerst. Er fragt nach der Verfahrensdokumentation. In der Praxis liegt sie dann in einer Schublade, veraltet seit dem letzten Softwarewechsel. Oder sie existiert gar nicht. Das BMF-Schreiben vom 28. November 2019 (die GoBD) verlangt sie in Rn. 151 ausdrücklich: Jedes DV-gestützte Buchführungssystem braucht eine. Unabhängig von Rechtsform, Unternehmensgröße oder Branche.
Seit der E-Rechnungspflicht (Empfang seit Januar 2025) betrifft das faktisch jedes Unternehmen mit elektronischem Belegfluss. Und damit auch jede Steuerkanzlei, die für ihre Mandanten bucht.
Was die GoBD konkret verlangen
Rn. 153 der GoBD definiert vier Bestandteile, aus denen eine Verfahrensdokumentation bestehen muss. Nicht kann, muss. Die Finanzverwaltung erwartet, dass ein sachverständiger Dritter in angemessener Zeit nachvollziehen kann, wie Belege von der Entstehung bis zur Archivierung verarbeitet werden.
Die vier Pflichtbestandteile sind: Allgemeine Beschreibung, Anwenderdokumentation, technische Systemdokumentation und Betriebsdokumentation. Was abstrakt klingt, lässt sich für eine Kanzlei mit 5 bis 10 Mitarbeitern auf jeweils 2 bis 5 Seiten herunterbrechen.
Die vier Bestandteile im Detail
1. Allgemeine Beschreibung. Hier steht, was das Unternehmen tut, welche steuerlichen Pflichten daraus folgen und wer intern für was zuständig ist. Für eine Steuerkanzlei heißt das: Anzahl der Mandanten, Art der Mandate (Finanzbuchhaltung, Jahresabschluss, Lohn), organisatorische Zuständigkeiten (wer bucht, wer prüft, wer freigibt) und ein Konzept für die Änderungsverwaltung der Dokumentation selbst. Außerdem gehören Angaben zur Mandatsstruktur und zum Belegeingang hierher (welche Formate, über welche Kanäle).
2. Anwenderdokumentation. Dieser Teil beschreibt, wie die eingesetzte Software bedient wird, welche Module genutzt werden und welche kanzleispezifischen Einstellungen gelten. In einer DATEV-Kanzlei wären das etwa: welche DATEV-Programme im Einsatz sind (Kanzlei-Rechnungswesen, DMS, Unternehmen online), wie Buchungsregeln konfiguriert sind, welche automatischen Kontierungsvorschläge aktiviert sind und wie Mandanten ihre Belege hochladen. Der entscheidende Punkt: Nicht die Herstellerdokumentation kopieren, sondern beschreiben, wie die Software in dieser konkreten Kanzlei konfiguriert und genutzt wird.
3. Technische Systemdokumentation. Eingesetzte Hardware, Betriebssysteme, Netzwerkstruktur, Schnittstellen zwischen Systemen. Für die meisten Kanzleien genügt hier eine tabellarische Übersicht: Server oder Cloud (DATEV-Rechenzentrum), lokale Arbeitsplätze, Scanner, eingesetzte Drittanbieter-Tools (DMS, Finmatics, GetMyInvoices), Schnittstellen (DATEV-Export/Import, API-Anbindungen). Wer KI-gestützte Tools einsetzt, etwa für automatische Sachkontierung oder Belegklassifikation, muss diese hier aufführen, und zwar mit Anbieter, Verarbeitungsort und Datenfluss.
4. Betriebsdokumentation. Das interne Kontrollsystem: Wer hat welche Zugriffsrechte? Gilt ein Vier-Augen-Prinzip bei Freigaben? Wie werden Backups organisiert? Welche Maßnahmen sichern die Unveränderbarkeit archivierter Belege? Hierhin gehören auch die Regelungen zum Umgang mit Passwörtern und die Protokollierung von Zugriffen auf steuerlich relevante Daten. Wer Cloud-basierte KI-Tools nutzt, dokumentiert hier die zugehörigen Auftragsverarbeitungsverträge und Zugriffskontrollen (Details dazu im Ratgeber zur DSGVO und KI in der Steuerkanzlei).
Wann (und wie oft) Sie aktualisieren müssen
Rn. 154 der GoBD verlangt eine Versionierung bei jeder Änderung am Verfahren. Nicht bei jeder Buchung, aber bei jeder Änderung am Ablauf: neues DMS, anderer Belegeingangskanal, Einführung eines KI-Kontierungstools, Wechsel von Scan-Erfassung zu E-Rechnungsempfang. Die alte Version darf nicht überschrieben werden. Sie wird mit Gültigkeitsdatum archiviert, die neue Version tritt datiert in Kraft.
In der Praxis scheitert die Versionierung daran, dass die Erstdokumentation einmal erstellt und dann vergessen wird. Der Prüfer stellt dann fest: Dokumentation sagt DATEV-Version X, in der Kanzlei läuft Version Y. Die Lücke entwertet das Dokument, weil es den tatsächlichen Ablauf nicht mehr abbildet. Das ist der Mangel, der bei Betriebsprüfungen am häufigsten auftaucht.
Wo Software den Aufwand reduziert
Spezialisierte Tools wie VD2, VD.pro (Kanzlei-Edition), smartdocu oder simple-GoBD führen mit vorstrukturierten Fragenkatalogen durch die vier Bestandteile. Branchenspezifische Vorlagen für Steuerkanzleien decken die DATEV-Umgebung ab, sodass nicht bei null angefangen werden muss. Manche dieser Tools werben mit KI-gestützter Texterstellung, die vorhandene Dokumente (Handbücher, Organigramme, Softwarelisten) einliest und Entwürfe für die einzelnen Abschnitte generiert.
Die Zeitersparnis ist real: Statt 20 bis 30 Stunden manueller Arbeit für eine Erstdokumentation kommen softwaregestützte Ansätze auf 3 bis 8 Stunden, je nach Komplexität der Kanzlei. Aber: Die fachliche Prüfung der Inhalte bleibt beim Kanzleiinhaber. Kein Tool kann garantieren, dass die beschriebenen Abläufe mit der Praxis übereinstimmen. Wer die Software-Vorschläge ungeprüft übernimmt, hat eine schöne Dokumentation, die bei der nächsten Prüfung sofort auffällt, weil Theorie und Praxis auseinanderlaufen.
Ein realistischer 4-Wochen-Plan für die Erstdokumentation
Woche 1: Bestandsaufnahme. Welche Software ist im Einsatz? Über welche Wege kommen Belege in die Kanzlei (E-Mail, DATEV Unternehmen online, Briefpost, Scan)? Wer bucht, wer prüft, wer gibt frei? Organigramm und Zuständigkeiten in eine einfache Tabelle. Das ist die Grundlage für die Allgemeine Beschreibung und den Anfang der Betriebsdokumentation.
Woche 2: Softwarelandschaft dokumentieren. Alle eingesetzten Programme mit Version, Konfigurationsdetails und Schnittstellen auflisten. DATEV-Module, DMS, KI-Tools, Scanner-Software, Cloud-Dienste. Hieraus entstehen Anwender- und technische Systemdokumentation. Tipp: Parallel die DATEV-eigene Checkliste "Verfahrensdokumentation" nutzen, die bereits die häufigsten Kanzleikonstellationen abdeckt.
Woche 3: Internes Kontrollsystem. Zugriffsrechte prüfen und dokumentieren. Backup-Konzept beschreiben. Vier-Augen-Prinzip bei Freigaben festlegen (oder das bestehende dokumentieren). Auftragsverarbeitungsverträge für Cloud-Anbieter zusammentragen. Hier entsteht die Betriebsdokumentation.
Woche 4: Zusammenführen, prüfen, versionieren. Alle vier Teile in ein Gesamtdokument zusammenführen. Version 1.0 mit Gültigkeitsdatum versehen. Prüftermin für die nächste Aktualisierung (in 6 Monaten) im Kalender eintragen. Und: den nächsten Anlass für eine Aktualisierung definieren. Wer gerade ein neues KI-Klassifikationstool einführt, weiß schon, dass Version 1.1 fällig wird.
Warum Steuerberater doppelt betroffen sind
Steuerberater haben nicht nur die Pflicht, für ihre eigene Kanzlei eine Verfahrensdokumentation zu führen. Sie haben zusätzlich eine Aufklärungspflicht gegenüber ihren Mandanten. Wer Finanzbuchhaltung oder Jahresabschlüsse erstellt, muss den Mandanten nachweisbar darauf hinweisen, dass auch der Mandant eine eigene Verfahrensdokumentation braucht. Ein mündlicher Hinweis reicht im Streitfall nicht. Wer den Hinweis nicht dokumentiert und der Mandant bei der Betriebsprüfung Schaden erleidet, riskiert Schadensersatzansprüche.
Das ist kein theoretisches Risiko. Die BStBK hat in ihren Hinweisen zur Haftungsprävention ausdrücklich auf diese Konstellation hingewiesen. Für Kanzleien mit vielen Mandanten lohnt sich ein standardisiertes Hinweisschreiben, das bei jedem neuen Mandat oder Mandatswechsel versendet wird.
Wer nicht sicher ist, ob die eigene Verfahrensdokumentation den GoBD standhält, oder wie das für die Mandanten am pragmatischsten gelöst wird: Dafür gibt es die unabhängige KI-Potenzialanalyse für Steuerberater. Und wer sich erst einen Überblick verschaffen will, findet in den weiteren Ratgeber-Artikeln noch mehr Einordnung, etwa zur KI-Anwendungsrichtlinie nach DStV-Muster.