GoBD Verfahrensdokumentation: Pflichtinhalte, Aufbau und Fristen im Überblick

Die Verfahrensdokumentation ist kein bürokratisches Zusatzdokument für Betriebsprüfungen. Sie ist der rechtlich geforderte Nachweis, dass deine digitale Buchführung nachvollziehbar, vollständig und unveränderbar abläuft. Für E-Commerce-Unternehmen und SaaS-Betriebe mit mehreren vernetzten Systemen ist sie besonders komplex, gleichzeitig besonders wichtig.

Rechtsgrundlage: warum das Finanzamt eine Prozessbeschreibung verlangt

Viele Unternehmer suchen die Pflicht zur Verfahrensdokumentation in einem einzigen Paragrafen und finden ihn nicht. Das ist kein Zufall. Die Pflicht leitet sich nicht aus einer isolierten Vorschrift ab, sondern aus dem Grundsatz, der die gesamten GoBD durchzieht: Nachvollziehbarkeit und Nachprüfbarkeit.

Das klingt zunächst nach einer Entwarnung, ist in der Praxis aber das Gegenteil. Denn je komplexer die Systemlandschaft in deinem Unternehmen ist, desto höher sind die Anforderungen an die Dokumentation. Ein Betrieb mit einem einzigen Buchhaltungsprogramm kommt mit wenigen Seiten aus. Ein Onlinehändler, der über drei Marktplätze verkauft, vier Zahlungsdienstleister nutzt und Bestandsdaten über eine Warenwirtschaft führt, muss deutlich tiefer dokumentieren.

Hinzu kommt eine Verschiebung im Prüfungsverhalten. Betriebsprüfer betrachten heute nicht mehr vorrangig den einzelnen Beleg, sondern das Zusammenspiel der Vorsysteme. Geprüft wird, ob sich der Weg eines Geschäftsvorfalls von der Entstehung bis zur Archivierung nachvollziehen lässt. Genau dieser Weg ist ohne schriftliche Dokumentation praktisch nicht darstellbar.

Gesetzliche Grundlage

Die rechtliche Basis der Verfahrensdokumentation fußt auf zwei Säulen. § 145 AO legt den Grundsatz der Ordnungsmäßigkeit fest: Buchungen müssen vollständig, nachvollziehbar und geordnet sein. § 147 AO regelt die Aufbewahrungspflichten für steuerrelevante Unterlagen. Beide Paragrafen bilden das Fundament, auf dem die GoBD aufbauen.

Die GoBD benennen in Randziffer 151 ff. konkret, was von einer Verfahrensdokumentation erwartet wird. Die aktuell gültige Fassung geht auf das BMF-Schreiben vom 14. Juli 2025 zurück und enthält Klarstellungen zu Vorsystemen, Schnittstellen und der Einbindung elektronischer Rechnungen. Randziffer 153 listet die vier Pflichtbausteine, Randziffer 155 regelt, wann eine fehlende Dokumentation tatsächlich zum Problem wird.

In der Praxis greift Randziffer 155 für Onlinehändler und SaaS-Unternehmen fast nie entlastend. Da steuerlich relevante Daten über mehrere Systeme wandern, ist die Nachvollziehbarkeit ohne schriftliche Dokumentation kaum herzustellen. Eine fehlende Verfahrensdokumentation ist bei komplexen digitalen Geschäftsmodellen in aller Regel ein formeller Mangel mit Gewicht.

E-Rechnung als Pflichtauslöser

Seit dem 1. Januar 2025 müssen alle inländischen Unternehmen im B2B-Bereich elektronische Rechnungen empfangen und verarbeiten können. Diese Pflicht ergibt sich aus dem Wachstumschancengesetz und betrifft Rechnungen im Format XRechnung oder ZUGFeRD.

Was viele nicht auf dem Schirm haben: Mit dem Empfang einer E-Rechnung verarbeitet ein Unternehmen steuerlich relevante Daten elektronisch. Damit tritt automatisch die Dokumentationspflicht nach GoBD in Kraft, selbst wenn bisher keine Buchhaltungssoftware eingesetzt wurde. Wer die E-Rechnung als reines Formatproblem behandelt, unterschätzt die Konsequenz für die gesamte Buchführungsdokumentation.

Für Onlinehändler und SaaS-Unternehmen im B2B-Bereich bedeutet das konkret: Der E-Rechnungsprozess muss bereits heute in der Verfahrensdokumentation abgebildet sein. Nicht erst ab der Versandpflicht, die gestaffelt bis Ende 2027 eingeführt wird, sondern ab dem Moment des ersten E-Rechnungsempfangs.

Wer in der Pflicht steht und wer tatsächlich befreit ist

In der Pflicht steht jedes Unternehmen, das steuerlich relevante Belege digital erstellt, empfängt, verarbeitet oder archiviert. GmbH, UG, AG, OHG und KG sind in der Pflicht, sobald ein digitales System zur Buchführung genutzt wird. Rechtsform und Unternehmensgröße spielen ausdrücklich keine Rolle.

Die Verantwortung für die Erstellung liegt beim Unternehmer selbst, nicht beim Steuerberater. § 33 AO macht das deutlich. Auch wenn die Buchhaltung vollständig an eine Kanzlei ausgelagert ist, bleibt die Dokumentationspflicht im Unternehmen. Der Steuerberater kann prüfen, strukturieren und ergänzen, aber er kann nicht für dich dokumentieren, was er intern nicht kennt. Die theoretische Ausnahme gilt nur für Betriebe, die ausschließlich manuell buchführen, ohne jeden digitalen Berührungspunkt. Und seit der E-Rechnungspflicht sind selbst Kleinunternehmer betroffen, sobald sie B2B-Eingangsrechnungen digital empfangen.

Allgemeine Beschreibung

Der erste Baustein gibt dem Prüfer einen Überblick darüber, mit welchem Unternehmen er es zu tun hat. Dazu gehört die Beschreibung der Geschäftstätigkeit, der steuerlich relevanten Prozesse und der eingesetzten Plattformen und Verkaufskanäle. Für Onlinehändler bedeutet das: Wer auf Amazon, über einen eigenen Shopify-Shop und auf eBay verkauft, beschreibt alle drei Kanäle mit ihren jeweiligen Rollen im Buchführungsprozess.

Daneben regelt dieser Teil die Zuständigkeiten. Wer ist verantwortlich für Belegerfassung, Buchführung und Archivierung? Welche Mitarbeitenden haben Systemzugang und wer gibt finale Freigaben? Diese Angaben müssen vollständig und aktuell sein.

Das Versionierungskonzept ist oft das am stärksten vernachlässigte Element. Jede Änderung an der Verfahrensdokumentation muss mit Datum, Begründung und der verantwortlichen Person dokumentiert werden. Alte Versionen müssen für den gesamten Aufbewahrungszeitraum erhalten bleiben, denn ein Prüfer kann auch Zeiträume prüfen, in denen ein anderes System im Einsatz war.

Anwenderdokumentation

Die Anwenderdokumentation beantwortet die zentrale Frage, die sich jeder Betriebsprüfer stellt: Wie kommt ein Beleg ins Unternehmen, wer bearbeitet ihn, in welchem System landet er und wie wird er archiviert? Ein sachverständiger Dritter soll in der Lage sein, das eingesetzte System selbst zu bedienen und jeden Prozessschritt eigenständig nachzuvollziehen.

Das bedeutet in der Praxis: Der vollständige Belegweg muss beschrieben sein. Vom Eingang, ob physisch, als PDF per Mail oder als XRechnung, über die Erfassung und Prüfung bis zur Freigabe, Buchung und revisionssicheren Archivierung. Für Onlinehändler kommen automatisierte Belegströme aus Marktplatz-Systemen und Payment-Dienstleistern hinzu, die genauso lückenlos abzubilden sind wie manuelle Belege.

Wer Papierbelege nach der Digitalisierung vernichten möchte, betreibt ersetzendes Scannen. Das ist zulässig, aber nur dann, wenn der Scan-Prozess vollständig in der Anwenderdokumentation beschrieben ist. Wer scannt, mit welcher Hardware, wie die Unveränderbarkeit des digitalen Abbilds sichergestellt wird und wo der Beleg archiviert wird, muss klar geregelt und dokumentiert sein.

Ein Detail wird dabei regelmäßig übersehen: Auch die Prüfung des Scan-Ergebnisses gehört dokumentiert. Eine stichprobenartige Kontrolle genügt, aber das Vorgehen muss vorher festgelegt, im Alltag eingehalten und schriftlich festgehalten sein. Wer nicht beschreiben kann, nach welchem Verfahren geprüft wird, hat den Prozess faktisch nicht abgesichert.

Relevant ist außerdem, womit gescannt wird. Die GoBD erlauben neben stationären Scannern ausdrücklich auch Smartphones. Genau das erzeugt zusätzlichen Dokumentationsbedarf, weil Geräte häufig wechseln und Lichtverhältnisse beeinflussen, ob das digitale Abbild dem Papierbeleg wirklich entspricht. Für Onlinehändler, die Lieferscheine und Belege unterwegs erfassen, sollte deshalb geregelt sein, welche Geräte zulässig sind und welche Mindestanforderungen an das Ergebnis gelten.

Technische Systemdokumentation

Dieser Baustein ist für E-Commerce-Unternehmen und SaaS-Betriebe besonders aufwendig, weil ihre Systemlandschaft typischerweise deutlich komplexer ist als die eines stationären Einzelhändlers. Die technische Systemdokumentation listet alle eingesetzten DV-Systeme vollständig auf: Buchhaltungssoftware, ERP-System, Shopsystem, Marktplatz-Anbindungen, Payment-Systeme und Archivierungslösung.

Entscheidend sind die Schnittstellen. Wie fließen Daten von System A nach System B? In welchem Format, per API oder als CSV-Export, wie häufig und wer löst den Datentransfer aus? Betriebsprüfer schauen heute zuerst auf die Vorsysteme und die Schnittstellen, nicht auf den einzelnen Beleg. Wenn ein Datenstrom von einem Marktplatz in die Buchhaltungssoftware nicht dokumentiert ist, entsteht eine Lücke, die sich im Prüfungsfall nicht leicht erklären lässt.

Systemwechsel sind ein besonders kritischer Punkt. Wechselt ein Unternehmen die Buchhaltungssoftware oder das ERP-System, muss für jeden Zeitraum eine eigene Dokumentation vorliegen. Ein Prüfer kann Zeiträume aus den letzten zehn Jahren prüfen. Eine Dokumentation, die nur den aktuellen Stand abbildet, ist für ältere Prüfungszeiträume wertlos.

Eine Erleichterung gibt es allerdings: Nach einem Systemwechsel kann der Datenzugriff der Finanzverwaltung nach Ablauf des sechsten Kalenderjahres auf die Datenträgerüberlassung beschränkt werden. Das alte System muss dann nicht mehr betriebsbereit vorgehalten werden, ein vollständiger Datenexport reicht aus. Wer diese Regel kennt, spart sich unter Umständen jahrelange Lizenzkosten für ein System, das nur noch für den Prüfungsfall läuft.

Betriebsdokumentation

Die Betriebsdokumentation beschreibt, wie die tatsächlichen Abläufe im Betrieb aussehen. Nicht wie sie aussehen sollten, sondern wie sie tatsächlich täglich laufen. Prüfer erkennen schnell, wenn eine Dokumentation die Realität beschönigt.

Das Berechtigungskonzept legt fest, wer im System welche Zugriffsrechte hat, wie Rechte vergeben und wieder entzogen werden und wie das dokumentiert wird. Das Backup-Konzept regelt, wie Daten gesichert werden, wo Backups liegen, wie oft gesichert wird und wie lange Backups aufbewahrt bleiben. Das Notfallkonzept beschreibt, was beim Systemausfall passiert, wie die Belegerfassung dann sichergestellt wird und wer die Verantwortung trägt.

Internes Kontrollsystem als Herzstück der Nachweiskette

Das interne Kontrollsystem, kurz IKS, ist kein eigenständiges Dokument, das separat erstellt und irgendwo abgeheftet wird. Es ist ein fester Bestandteil der Verfahrensdokumentation und beschreibt, welche Risiken im Umgang mit steuerlich relevanten Daten bestehen und mit welchen Kontrollen das Unternehmen diesen begegnet.

Der Unterschied zwischen Verfahrensdokumentation und IKS lässt sich einfach fassen: Die Verfahrensdokumentation beschreibt, wie die Prozesse ablaufen sollen. Das IKS sichert ab, dass sie auch tatsächlich so ablaufen, und beantwortet die Frage, woran es auffällt, wenn ein Prozess einmal abweicht.

Für Onlinehändler und SaaS-Unternehmen ist das IKS besonders relevant, weil viele Prozesse automatisiert laufen. Wenn ein Datenimport aus einem Marktplatz-System fehlschlägt, fehlen Umsätze in der Buchhaltung, ohne dass jemand aktiv einen Fehler gemacht hat. Das IKS muss beschreiben, mit welcher Kontrollroutine solche Ausfälle bemerkt werden und wer die Verantwortung für die regelmäßige Prüfung trägt.

Das IKS in der Praxis

Die Anforderungen an das IKS lassen sich auf drei Kernfragen reduzieren. Erstens: Wer darf was im System, und wie wird das geregelt? Kein Mitarbeitender sollte Systemzugang haben, den er für seine Aufgaben nicht benötigt. Das Vier-Augen-Prinzip bei der Belegfreigabe ist Best Practice und sollte, wenn eingesetzt, im IKS beschrieben sein.

Zweitens: Wie wird dokumentiert, was im System passiert? Jede Änderung an buchführungsrelevanten Daten muss protokolliert werden. Wer hat wann was geändert, und lässt sich das im Prüfungsfall lückenlos nachvollziehen?

Drittens: Wie ist die Unveränderbarkeit gesichert? Gebuchte Belege dürfen nicht nachträglich gelöscht oder überschrieben werden. Technische Maßnahmen, zum Beispiel ein revisionssicheres Archivierungssystem mit GoBD-Zertifizierung, müssen beschrieben und belegt sein. Das IKS nützt nur dann, wenn es tatsächlich gelebt wird. Ein Prüfer prüft nicht nur, was in der Dokumentation steht, sondern ob die beschriebenen Prozesse mit der gelebten Praxis übereinstimmen.

Shopsystem, Marktplätze und Zahlungsdienstleister im Systemverbund

Das Shopsystem ist der Ausgangspunkt für jede Bestellung. Dokumentiert sein muss, wie Bestellungen erzeugt werden, welche Daten dabei entstehen und wie diese in die Buchhaltung gelangen. Für Shopify, Shopware oder WooCommerce gilt dasselbe Prinzip: Der Weg einer Transaktion vom Warenkorb bis zur gebuchten Rechnung muss lückenlos beschrieben sein.

Marktplätze wie Amazon, eBay, Otto oder Zalando erzeugen eigene Abrechnungsdaten mit eigenen Formaten und eigenen Auszahlungslogiken. Wer auf mehreren Plattformen gleichzeitig verkauft, hat mehrere parallel laufende Geldströme, die alle nachvollziehbar in die Buchführung münden müssen. Die Anbindung muss pro Plattform beschrieben werden, denn ein Prüfer kann gezielt nach der Dokumentation für Amazon FBA oder den eBay-Abrechnungsprozess fragen.

Zahlungsdienstleister wie PayPal, Stripe, Klarna oder Mollie sind häufig das fehlende Puzzlestück in der Systemdokumentation. Ihre Abrechnungsberichte enthalten Transaktionsdaten, Gebühren und Rückbuchungen. Wie diese Berichte ins Buchführungssystem fließen, wie der Abgleich mit den Shopbestellungen erfolgt und wie Differenzen behandelt werden, ist zu beschreiben. Bei Amazon FBA kommt eine weitere Besonderheit hinzu: Amazon zahlt netto aus, nachdem Provisionen, Werbekosten und Lagergebühren einbehalten wurden. Die Brutto-Netto-Bereinigung und ihre buchhalterische Abbildung müssen dokumentiert sein.

Warenwirtschaft, Fulfillment und Bestandsdaten

Systeme wie JTL, Xentral oder Afterbuy führen Bestandsdaten, verwalten Wareneingänge und Warenausgänge und sind oft das zentrale Bindeglied zwischen Shop, Marktplatz und Buchhaltung. Die Verbindung dieser Systeme zur Finanzbuchhaltung muss vollständig beschrieben sein: Welche Daten fließen wann in welchem Format in welches System?

Für FBA-Händler oder Unternehmen, die externe Logistikdienstleister nutzen, ist der Bestand ein besonderes Dokumentationsproblem. Wenn Waren in einem externen Lager liegen, müssen Bestandsbewegungen trotzdem für die eigene Buchführung nachvollziehbar sein. Retouren sind ein weiteres kritisches Thema: Sie erzeugen Gutschriften und Rückbuchungen, der gesamte Retourenprozess muss im Belegweg abgebildet sein.

OSS-Meldungen und Auslandsumsätze nachvollziehbar machen

Wer grenzüberschreitend an Verbraucher in der EU verkauft, meldet die Umsatzsteuer über das One-Stop-Shop-Verfahren. Die Zuordnung der Umsätze zu den jeweiligen EU-Ländern muss in der Verfahrensdokumentation beschrieben sein. Welches System liefert die länderspezifischen Umsatzzahlen? Wie wird die Länderkennung je Bestellung ermittelt, und wer ist für die Plausibilitätsprüfung vor der Meldung verantwortlich?

Für Händler, die Waren aus Nicht-EU-Ländern an EU-Verbraucher versenden, ist das IOSS-Verfahren relevant. Auch hier muss die Datenherkunft für die Meldung dokumentiert sein. Verkäufe in Fremdwährungen bringen eine weitere Anforderung: Der Umrechnungskurs und die Methode der Umrechnung müssen festgelegt und im System hinterlegt sein, damit Buchungen korrekt zugeordnet werden können.

SaaS-Geschäftsmodelle

SaaS-Unternehmen mit wiederkehrenden Abonnements, automatisierten Abrechnungsprozessen und internationalen B2B-Kunden haben spezifische Dokumentationspflichten, die über klassische E-Commerce-Anforderungen hinausgehen. Das beginnt bei der Abo-Abrechnung: Systeme wie Stripe Billing, Chargebee oder Recurly generieren automatisch Rechnungen. Diese müssen GoBD-konform sein, die Rechnungserstellung selbst muss dokumentiert werden, ebenso wie die Nummernkreise und die Archivierung.

Das Reverse Charge Verfahren im E-Commerce ist ein häufiger blinder Fleck. In der Rechnung keine Umsatzsteuer auszuweisen ist nur der erste Schritt. Im Zusammenfassenden Meldungssystem muss jede Reverse-Charge-Transaktion korrekt erfasst sein. Die Verfahrensdokumentation muss beschreiben, wie die ZM-Daten entstehen, welches System sie liefert und wie die Meldung zustande kommt.

Bei B2B-Kunden außerhalb der EU entfällt die Umsatzsteuerpflicht, aber die Nachweisführung für steuerfreie Exporte muss buchhalterisch und dokumentarisch sauber sein. Revenue Recognition ist ein weiteres SaaS-spezifisches Thema: Wann wird Umsatz realisiert, und wie läuft die Abgrenzung von Vorauszahlungen für zukünftige Abo-Perioden? Gerade für den Jahresabschluss und die steuerliche Periodisierung muss dieser Prozess klar beschrieben sein.

Aufbewahrung, Fristen und Datenzugriff

Das Vierte Bürokratieentlastungsgesetz hat die Aufbewahrungspflichten zum 1. Januar 2025 teilweise verändert. Wer seine Fristen noch auf der alten Grundlage plant, riskiert Lücken bei der Aufbewahrungsstrategie oder bewahrt unnötig lange auf.

Wichtig zu verstehen: Die Verkürzung gilt nicht flächendeckend. Sie betrifft eine klar abgegrenzte Gruppe von Unterlagen, während für andere weiterhin die alte Frist läuft. Genau diese Differenzierung geht in der Praxis häufig verloren, weil die Verkürzung in der Berichterstattung oft pauschal dargestellt wurde.

Neben den Fristen ist der Datenzugriff die zweite zentrale Anforderung. Die GoBD räumen Prüfern drei unterschiedliche Zugriffsarten ein, und alle drei müssen technisch möglich sein. Wer nur einen PDF-Export seiner Buchhaltung anbieten kann, erfüllt diese Anforderung nicht.

Umsetzung in der Praxis

Die häufigste Falle bei der Verfahrensdokumentation: Sie wird einmal erstellt und dann nie wieder angefasst. Eine Dokumentation, die Prozesse beschreibt, die längst nicht mehr so laufen, hält einer Prüfung nicht stand. Was zählt, ist nicht die Dokumentation, die schön aussieht, sondern die, die die tatsächlichen Abläufe abbildet.

Es ist ausdrücklich zulässig, in der Dokumentation auch Schwachstellen zu benennen. Wenn ein Prozessschritt zeitweise manuell überbrückt wurde oder eine Schnittstelle über Monate nicht automatisiert lief, darf und sollte das festgehalten werden. Eine Dokumentation, die den Alltag beschönigt, verliert im Prüfungsfall genau dann ihre Glaubwürdigkeit, wenn der Prüfer die erste Abweichung entdeckt.

Der zweite praktische Punkt betrifft den Nutzen über die Prüfung hinaus. Wer den Weg eines Belegs einmal lückenlos beschreibt, stößt fast immer auf Dinge, die vorher niemand hinterfragt hat: Zugriffsrechte, die nicht mehr stimmen, ein Prozessschritt, der längst digital laufen könnte, oder eine Schnittstelle, die seit Jahren von Hand überbrückt wird. Aus der Pflichtübung wird so eine Bestandsaufnahme der eigenen Prozesse.

So entsteht eine prüfungssichere Dokumentation

Vorlagen von der AWV oder von Steuerberaterverbänden können als Ausgangspunkt dienen. Sie liefern eine bewährte Struktur und helfen dabei, keinen der vier Pflichtbausteine zu vergessen. Was sie nicht leisten können: Sie können die tatsächlichen Systeme, Prozesse und Zuständigkeiten deines Unternehmens beschreiben. Eine Vorlage, die nicht an das eigene Unternehmen angepasst wurde, ist im Prüfungsfall kaum besser als keine Dokumentation.

Hinzu kommt eine Einschränkung, die bei branchenspezifischen Mustern besonders ins Gewicht fällt: Viele Vorlagen behandeln nur einen isolierten Teilaspekt. Ein Muster zum ersetzenden Scannen beschreibt den Papierbeleg, lässt originär digital eingegangene Rechnungen aber außen vor. Für ein E-Commerce-Unternehmen, bei dem der überwiegende Teil der Belege ohnehin digital entsteht, deckt eine solche Vorlage nur einen Bruchteil der tatsächlichen Prozesse ab.

Wer im Team schreibt, wer prüft und wer freigibt, sollte klar geregelt sein. Die Verantwortung für die Erstellung liegt beim Unternehmer, aber die praktische Arbeit kann aufgeteilt werden. Der Steuerberater übernimmt idealerweise die abschließende Prüfung auf Vollständigkeit und GoBD-Konformität, die finale Freigabe liegt beim Geschäftsführer.

Die Versionshistorie ist das Gedächtnis der Verfahrensdokumentation. Jede Änderung erhält ein Datum, eine Begründung und den Namen der verantwortlichen Person. Alte Versionen bleiben erhalten. Update-Trigger, die eine sofortige Aktualisierung erfordern, sind Systemwechsel, neue Verkaufskanäle, neue Zahlungsdienstleister oder Prozessänderungen mit Auswirkung auf die Buchführung. Darüber hinaus empfiehlt sich mindestens eine jährliche Prüfung auf Aktualität.

KI-Tools in der Buchhaltung

KI-Tools sind in vielen Buchhaltungsprozessen längst angekommen, ob bei der Belegerfassung, der Kontenklärung oder der Auswertung von Umsatzdaten. Mit dem EU AI Act, der seit August 2024 in Kraft ist, und der KI-Kompetenzpflicht nach Artikel 4, die seit Februar 2025 gilt, sind Unternehmen verpflichtet zu dokumentieren, wie KI eingesetzt wird und welche Maßnahmen zur Risikominimierung getroffen sind.

Das bedeutet für die Verfahrensdokumentation: Eine KI-Richtlinie gehört als Teil dazu. Welche Tools sind für welche Aufgaben freigegeben, welche Daten dürfen eingespeist werden und wer ist verantwortlich? Das sogenannte Schatten-KI-Problem ist dabei ein reales Risiko: Mitarbeitende nutzen KI-Tools oft ohne Wissen der Geschäftsführung, weil der Mehrwert schnell sichtbar ist.

Beim Datenschutz gilt eine wichtige Einschränkung: Wenn Buchhaltungsdaten mit personenbezogenen Informationen, zum Beispiel Rechnungen von Einzelunternehmern oder Freiberuflern, in KI-Tools eingespeist werden, ist nach Art. 28 DSGVO ein Auftragsverarbeitungsvertrag erforderlich. Kostenlose Versionen der großen KI-Anbieter stellen diesen AVV in der Regel nicht zur Verfügung. Echte Buchhaltungsdaten dürfen nur in Tools verarbeitet werden, für die ein AVV vorliegt.

Risiken bei fehlender oder veralteter Dokumentation

Eine fehlende Verfahrensdokumentation löst nicht automatisch eine Sanktion aus. Sie wird zum ernsthaften Problem, wenn Prüfer die Buchführungsprozesse nicht nachvollziehen können. Das ist der Punkt, an dem aus einem formellen Versäumnis eine finanzielle Belastung wird.

Die Konsequenzen laufen dabei auf drei Ebenen: Sie reichen von einem Verzögerungsgeld für die nicht fristgerechte Vorlage über Zuschätzungen zu Umsatz und Gewinn bis zur vollständigen Verwerfung der Buchführung. Welche Ebene greift, hängt nicht vom Vorsatz ab, sondern allein davon, wie stark die Nachvollziehbarkeit beeinträchtigt ist.

Wie du dich auf die Vorbereitung auf die Betriebsprüfung richtig einstellst und was Prüfer konkret erwarten, erläutern wir in einem eigenen Beitrag.

Zuschätzungen, Verzögerungsgeld und typische Prüferfragen

Das gravierendste Risiko ist die Verwerfung der Buchführung. Wenn ein Prüfer die Buchführung aufgrund fehlender oder unzureichender Verfahrensdokumentation insgesamt nicht anerkennt, schätzt das Finanzamt. Diese Schätzungen fallen fast immer höher aus als der tatsächliche Umsatz, weil das Finanzamt im Zweifel auf Sicherheit geht.

Rechtsgrundlage dafür ist § 162 AO. Er erlaubt der Finanzverwaltung, Besteuerungsgrundlagen zu schätzen, wenn sie diese nicht ermitteln oder berechnen kann. Wichtig zu wissen: Eine fehlende Verfahrensdokumentation führt nicht automatisch zur Verwerfung der gesamten Buchführung, sie erhöht aber das Schätzungsrisiko spürbar, weil dem Prüfer die Grundlage für eine belastbare Nachvollziehbarkeit fehlt.

Selbst wenn es nicht zu einer Verwerfung kommt, können Prüfer ein Verzögerungsgeld festsetzen. Nach § 146 Abs. 2b AO liegt es zwischen 2.500 und 250.000 Euro, wenn angeforderte Unterlagen nicht fristgerecht vorgelegt werden. Seit 2023 gibt es zusätzlich das Mitwirkungsverzögerungsgeld als verschärftes Druckmittel bei nicht kooperativer Mitwirkung im Rahmen der modernisierten Betriebsprüfung.

Typische Prüferfragen, auf die du vorbereitet sein solltest: Prüfer fragen nach der Verfahrensdokumentation als Erstes. Sie wollen wissen, wie Daten aus dem Shopsystem in die Buchhaltung gelangen, wie die Unveränderbarkeit gesicherter Belege sichergestellt wird und wer im Unternehmen welche Systemzugänge hat. Besonders risikoreich ist ein Systemwechsel ohne aktualisierte Dokumentation: Prüfer können dann bestimmte Zeiträume nicht lückenlos nachvollziehen, was eine Schätzung begründen kann.