GoBD ist kein Aufkleber. Es ist eine Beweiskette.

Die GoBD sind kein Gesetz mit Paragraphen, sondern ein Verwaltungsschreiben des Bundesfinanzministeriums (zuletzt vom 28. November 2019). Es beschreibt, wie Bücher und Aufzeichnungen elektronisch geführt und aufbewahrt werden müssen – und es gilt nicht nur für Bilanzierer, sondern auch für jeden, der seinen Gewinn per Einnahmen-Überschuss-Rechnung ermittelt. Fünf Anforderungen fragt ein Prüfer im Kern ab.

Nachvollziehbarkeit und Nachprüfbarkeit: Ein sachverständiger Dritter muss sich in angemessener Zeit einen Überblick verschaffen können – vom einzelnen Beleg über die Buchung bis zur Bilanz und zurück (progressive und retrograde Prüfbarkeit). Vollständigkeit und Richtigkeit: Jeder Geschäftsvorfall wird lückenlos und zutreffend erfasst. Zeitgerechtheit: Unbare Vorfälle zeitnah, Kasseneinnahmen grundsätzlich täglich. Ordnung: Die Buchungen sind systematisch geordnet und auffindbar. Und schließlich der Kern: die Unveränderbarkeit – eine einmal festgeschriebene Buchung darf nicht mehr spurlos geändert werden.

Dazu kommt die Belegfunktion – der alte Grundsatz „keine Buchung ohne Beleg". Elektronisch empfangene Belege müssen auch elektronisch im Ursprungsformat aufbewahrt werden; sie nur auszudrucken genügt nicht. Die Aufbewahrungsfrist für Buchungsbelege beträgt seit 2025 acht Jahre (vorher zehn), für Handels- und Geschäftsbriefe sechs Jahre.

Erstens die Kasse. Bareinnahmen müssen grundsätzlich täglich einzeln aufgezeichnet werden. Eine „rechnerische" Kasse, bei der der Bestand am Jahresende rückwärts geschätzt wird, hält keiner Kassen-Nachschau stand. Wer bar kassiert, braucht ein geführtes Kassenbuch mit fortlaufender Belegnummer und stimmigem Tagessaldo – nicht eine Excel-Liste, die sich am Monatsende „glattziehen" lässt.

Zweitens elektronische Belege, die nur ausgedruckt werden. Eine per Mail eingegangene Rechnung oder ein Online-Kontoauszug ist im Ursprungsformat aufzubewahren – digital, nicht als Papierausdruck. Wird das Original gelöscht und nur der Ausdruck abgeheftet, ist die Formattreue verletzt, und der Prüfer darf die Ordnungsmäßigkeit anzweifeln.

Drittens die nachträgliche Änderung. Der klassische Fall: Eine Excel-Tabelle liegt in einem Google-Drive- oder Dropbox-Ordner, und weil der Ordner „synchronisiert" und „Versionen speichert", hält man sie für GoBD-konform. Ist sie nicht: Cloud-Sync merkt sich Dateiversionen, nicht jede einzelne Zelländerung – wer wann welchen Betrag aus welchem Grund geändert hat, steht nirgends, und nichts hindert daran, eine Zahl klammheimlich zu überschreiben. Genau das verbietet die Unveränderbarkeit. Eine korrekte Korrektur bleibt sichtbar – als Storno und Neubuchung, nicht als spurloses Überschreiben.

PilotOS setzt an allen drei Punkten technisch an: geführtes Kassenbuch mit Tagessaldo, Belege im Originalformat im revisionssicheren Archiv und festgeschriebene Buchungen, die sich nur über nachvollziehbare Korrekturbuchungen ändern lassen. So entsteht die Beweiskette nicht durch Disziplin am Jahresende, sondern von selbst bei jeder Erfassung.

GoBD-konforme Software ohne Cloud

Viele Anbieter werben mit „GoBD-konform" und speichern deine Daten trotzdem auf fremden Servern – du musst schlicht darauf vertrauen, dass dort niemand etwas anfasst. PilotOS läuft lokal auf deiner eigenen Hardware: Jede Buchung landet in einer lokalen, festgeschriebenen Journaldatenbank statt in einem Rechenzentrum, das du nicht kontrollierst. Das ersetzt keine der GoBD-Pflichten automatisch, macht sie aber leichter erfüllbar, weil Änderungshistorie und Zugriff vollständig bei dir bleiben – nicht bei einem Drittanbieter, dessen Server-Logs du im Zweifel nie zu sehen bekommst. Mehr zur Architektur dahinter: Local-First & DSGVO.

GoBD-konform ohne Excel

Eine Excel-Tabelle speichert immer nur den aktuellen Zustand. Wer eine Zahl ändert, überschreibt die alte – ohne dass Datum, Person oder ursprünglicher Wert automatisch mitgeschrieben werden. Genau das widerspricht dem GoBD-Kern: Nachvollziehbarkeit und Unveränderbarkeit verlangen, dass jede Änderung sichtbar bleibt, nicht nur das Endergebnis. PilotOS schreibt jede Buchung nach der Erfassung fest; Korrekturen laufen ausschließlich über sichtbare Storno- und Neubuchungen – die Tabelle wird durch ein Journal ersetzt, das sich nicht mehr klammheimlich verändern lässt.