Die Pflicht, die niemand erfüllt,
bis der Prüfer danach fragt.

Was verlangt wird

Die GoBD (BMF-Schreiben, Randziffer 151 ff.) verlangen, dass für jedes DV-System eine übersichtlich gegliederte Verfahrensdokumentation vorliegt, aus der Inhalt, Aufbau, Ablauf und Ergebnisse des Verfahrens vollständig und schlüssig ersichtlich sind.

Üblich sind vier Teile: eine allgemeine Beschreibung, eine Anwenderdokumentation (wie wird gebucht), eine technische Systemdokumentation (womit) und eine Betriebsdokumentation (wer, wann, mit welchen Kontrollen). Dazu gehören das interne Kontrollsystem und die Beschreibung, wie Unveränderbarkeit und Datensicherung sichergestellt sind.

Entscheidend ist die Verständlichkeit: Ein sachverständiger Dritter muss sich in angemessener Zeit einen Überblick verschaffen können. Ein Aktenordner mit Bildschirmfotos erfüllt das nicht.

Warum sie fehlt

Sie hat keinen Termin. Anders als die Umsatzsteuervoranmeldung mahnt sie niemand an. Sie wird gebraucht, wenn die Prüfung angekündigt ist – und dann ist eine rückwirkend geschriebene Dokumentation genau das, wonach sie aussieht.

Der zweite Grund: Die verfügbaren Vorlagen beschreiben ein Verfahren, das der Betrieb gar nicht hat. Wer eine Word-Vorlage ausfüllt, beschreibt die Vorlage, nicht seinen Ablauf. In der Prüfung fällt der Unterschied auf, sobald eine Frage über den Text hinausgeht.

Der dritte Grund: Sie veraltet. Ein Softwarewechsel, ein neuer Beleglauf, eine zweite Kasse – jede Änderung macht sie ein Stück falsch. Und eine falsche Verfahrensdokumentation ist schlechter als keine, weil sie eine Aussage trifft, die widerlegbar ist.

Was ohne sie passiert

Die Buchführung wird nicht allein wegen einer fehlenden Verfahrensdokumentation verworfen. Aber sie ist ein Baustein der Ordnungsmäßigkeit: Fehlt sie und kommen weitere Mängel hinzu, sinkt die Beweiskraft der Buchführung insgesamt.

Praktisch verschiebt sie die Beweislast. Mit Dokumentation erklärt der Betrieb, wie er arbeitet. Ohne sie muss er jede einzelne Frage einzeln beantworten – aus dem Gedächtnis, oft für ein Jahr, das fünf Jahre zurückliegt.

Der andere Weg: erzeugen statt ausfüllen

Ein Programm weiß, wie es arbeitet. Es kennt seinen Kontenrahmen, seinen Beleglauf, seine Kontrollen, seine Speicherform und seine Festschreibungsläufe. Aus diesen Angaben lässt sich die Dokumentation erzeugen, statt sie abzuschreiben.

PilotOS baut die Pflichtabschnitte aus den Stammdaten und den tatsächlichen Systemeigenschaften: Buchungsablauf vom Belegeingang über die Erfassung im Journal bis zum Hauptbuch, technische Beschreibung mit Speicherform und Kontenrahmen, Betriebsdokumentation mit Verantwortlichen und Erfassungsrhythmus, internes Kontrollsystem mit Lückenprüfung der Belegnummern und Ziffernanalyse, sowie der Abschnitt zu Unveränderbarkeit, Sicherung und Aufbewahrung.

Der Vorteil ist nicht die Ersparnis, sondern die Wahrheit: Was im Dokument steht, ist das, was das Programm tut. Ändert sich der Ablauf, ändert sich das Dokument beim nächsten Erzeugen mit.

Was das Verfahren nicht abnimmt: Die Angaben zu Verantwortlichen, Vertretung und organisatorischen Abläufen außerhalb der Software muss der Betrieb selbst machen. Eine Software kann nicht wissen, wer den Briefkasten leert.

„Wer eine Word-Vorlage ausfüllt, beschreibt die Vorlage, nicht seinen Ablauf. In der Prüfung fällt das auf, sobald eine Frage über den Text hinausgeht. Ein Programm weiß dagegen, wie es arbeitet – aus diesen Angaben lässt sich die Dokumentation erzeugen statt abschreiben.“

PilotOS, Herstellerangabe · Stand 6. September 2026