Kategorie: Buchhaltung

Beiträge rund um Buchhaltung im Mittelstand: E-Rechnung, DATEV-Übergabe, Eingangsrechnungen und digitale Belegprozesse mit DigiBasiX.

  • Eingangsrechnung & Ausgangsrechnung: Der Unterschied

    Kurzfassung

    Kurzfassung:

    • Eine Eingangsrechnung erhält das Unternehmen von Lieferanten: Sie begründet eine Verbindlichkeit und berechtigt bei vollständigen Pflichtangaben zum Vorsteuerabzug.
    • Eine Ausgangsrechnung stellt das Unternehmen selbst an Kunden aus: Sie begründet eine Forderung und löst Umsatzsteuerpflicht aus.
    • Dieselbe Rechnung ist für den Aussteller eine Ausgangsrechnung, für den Empfänger eine Eingangsrechnung.
    • Beide Typen unterliegen einer Aufbewahrungspflicht von zehn Jahren und müssen GoBD-konform, unveränderlich und jederzeit lesbar archiviert werden.
    • Seit 2025 gilt die Empfangspflicht für E-Rechnungen im B2B-Bereich; die Versandpflicht für Ausgangsrechnungen kommt gestaffelt ab 2027 (über 800.000 Euro Jahresumsatz) und ab 2028 für alle.

    Wenn Sie gerade einen neuen Buchhalter einarbeiten und ein internes Prozess-Wiki aufbauen, kommen Sie an diesen beiden Begriffen nicht vorbei. Eingangsrechnung und Ausgangsrechnung klingen ähnlich, beschreiben aber entgegengesetzte Vorgänge. Eine Verwechslung führt zu falschen Buchungssätzen, Fehlern in der Umsatzsteuer-Voranmeldung und Mehraufwand bei der Übergabe an die Steuerkanzlei.

    Was ist eine Eingangsrechnung?

    Eine Eingangsrechnung ist ein Beleg, den Ihr Unternehmen von einem Lieferanten oder Dienstleister erhält. Sie begründet eine Verbindlichkeit und berechtigt zum Vorsteuerabzug, sofern alle gesetzlichen Pflichtangaben vollständig vorhanden sind.

    Buchhalterisch beschreibt eine Eingangsrechnung einen Geldabfluss: Das Unternehmen schuldet dem Rechnungsaussteller einen Betrag. Diese Verbindlichkeit wird auf einem Kreditoren-Konto erfasst und nach Prüfung und interner Freigabe bezahlt. Typische Eingangsrechnungen sind Belege des Büromaterial-Lieferanten, der Spedition, des IT-Dienstleisters oder des Vermieters.

    Die steuerliche Bedeutung ist erheblich: Fehlt auch nur eine der gesetzlich vorgeschriebenen Angaben, kann das Finanzamt den Vorsteuerabzug für diesen Beleg versagen. Das Risiko trägt das empfangende Unternehmen, nicht der Aussteller. Deshalb lohnt ein Prüfschritt auf Vollständigkeit, bevor der Beleg ins Buchungssystem übernommen wird. Gerade bei Eingangsrechnungen von kleineren Lieferanten fehlen regelmäßig Angaben wie der Leistungszeitpunkt oder eine gültige USt-IdNr.

    DigiBasiX erfasst Eingangsrechnungen digital, prüft Pflichtfelder vor der Freigabe und bereitet den Buchungsdatensatz für die strukturierte Übergabe an die Steuerkanzlei vor.

    Was ist eine Ausgangsrechnung?

    Eine Ausgangsrechnung ist ein Beleg, den Ihr Unternehmen selbst an Kunden ausstellt. Sie begründet eine Forderung und löst für den Aussteller Umsatzsteuerpflicht aus.

    Buchhalterisch beschreibt eine Ausgangsrechnung einen Geldzufluss: Der Kunde schuldet Ihrem Unternehmen einen Betrag. Diese Forderung wird auf einem Debitoren-Konto erfasst. Typische Ausgangsrechnungen sind Handwerkerrechnungen an Auftraggeber, Beratungsrechnungen an Kunden oder Warenrechnungen im Großhandel.

    Ausgangsrechnungen müssen eine fortlaufende Rechnungsnummer tragen und alle Pflichtangaben nach § 14 UStG enthalten. Wer als Kleinunternehmer von der Umsatzsteuer befreit ist, stellt dennoch Ausgangsrechnungen aus, nur ohne Steuerausweis. Auch diese Belege sind revisionssicher zu archivieren und unterliegen der zehnjährigen Aufbewahrungspflicht.

    Mit DigiBasiX lassen sich Ausgangsrechnungen direkt erstellen, als XRechnung oder ZUGFeRD-Dokument ausgeben und unveränderlich im System speichern, ausgelegt auf die GoBD-Anforderungen.

    Worin unterscheiden sich Eingangs- und Ausgangsrechnung buchhalterisch?

    Der entscheidende Unterschied liegt in der Perspektive: Dieselbe Rechnung ist für den Aussteller eine Ausgangsrechnung, für den Empfänger eine Eingangsrechnung.

    Buchhalterisch stehen sich dabei zwei Konten gegenüber. Auf der Seite des Ausstellers wird Umsatzsteuer ausgewiesen und ans Finanzamt abgeführt. Auf der Seite des Empfängers wird Vorsteuer geltend gemacht und mit der eigenen Umsatzsteuerschuld verrechnet. Beide Beträge fließen in die Umsatzsteuer-Voranmeldung ein, aber auf verschiedenen Seiten der Gleichung.

    In kleinen Buchhaltungsteams, in denen eine Person beide Rechnungsflüsse bearbeitet, schleichen sich Verwechslungen leicht ein. Die Folgen sind konkret: Ein Lieferantenbeleg wird als Kundenforderung geführt, die Kontierung stimmt nicht, und bei der Übergabe an die Kanzlei muss der Fehler manuell korrigiert werden. Wer beide Rechnungstypen in einem gemeinsamen System führt, bei dem Eingang und Ausgang klar getrennt sichtbar sind, reduziert dieses Risiko spürbar.

    Welche Pflichtangaben schreibt das UStG für Rechnungen vor?

    § 14 Abs. 4 UStG listet die Pflichtangaben abschließend auf. Sie gelten für Ausgangsrechnungen, die Sie ausstellen, und sind gleichzeitig der Prüfmaßstab für Eingangsrechnungen, die Sie erhalten.

    Diese Angaben sind verpflichtend:

    • Vollständiger Name und Anschrift beider Vertragsparteien
    • Steuernummer oder USt-IdNr. des Ausstellers
    • Ausstellungsdatum
    • Fortlaufende Rechnungsnummer, die jede Rechnung einmalig und eindeutig kennzeichnet
    • Leistungsbeschreibung (Menge und Art der Lieferung oder Art und Umfang der sonstigen Leistung)
    • Leistungszeitpunkt oder Leistungszeitraum
    • Nettoentgelt aufgeteilt nach Steuersätzen
    • Steuersatz und Steuerbetrag

    Fehlt eine dieser Angaben auf einer Eingangsrechnung, riskiert der Empfänger den vollständigen Verlust des Vorsteuerabzugs für diesen Beleg. Für Rechnungen bis 250 Euro brutto gelten erleichterte Anforderungen nach § 33 UStDV (Kleinbetragsrechnung).

    Gerade bei automatisch generierten Belegen von kleinen Lieferanten fehlen regelmäßig Angaben wie der Leistungszeitraum oder eine gültige USt-IdNr. Ein Prüfschritt im Freigabe-Workflow, bevor der Beleg gebucht wird, schützt vor späteren Nachforderungen.

    Wie lange müssen Eingangs- und Ausgangsrechnungen aufbewahrt werden?

    Rechnungen sind Buchungsbelege und unterliegen der gesetzlichen Aufbewahrungspflicht von zehn Jahren nach § 147 Abs. 1 AO. Die Frist beginnt mit Ablauf des Kalenderjahres, in dem die Rechnung ausgestellt wurde.

    Die GoBD stellen darüber hinaus Qualitätsanforderungen an die Archivierung: Belege müssen während der gesamten Aufbewahrungsfrist unveränderlich, vollständig, geordnet und jederzeit lesbar vorliegen. Das Originalformat entscheidet. Wurde eine Rechnung als PDF per E-Mail empfangen, gilt das elektronische Dokument als Original. Wer es ausdruckt und danach die digitale Datei löscht, verfehlt diese Anforderung.

    Ein als Papierdokument eingegangener Beleg darf nach einem dokumentierten Scan-Prozess digital archiviert werden; das Papieroriginal kann dann vernichtet werden, wenn die eigene Verfahrensdokumentation das vorsieht. Die genaue Ausgestaltung dieses Prozesses sollte mit der Steuerkanzlei abgestimmt werden.

    DigiBasiX archiviert beide Rechnungstypen unveränderlich auf deutschen Servern, ausgelegt auf die GoBD-Anforderungen. Die Unveränderlichkeit ist systemseitig sichergestellt; Belege müssen nicht manuell gedruckt oder außerhalb des Systems gesondert gesichert werden.


    Häufige Fragen

    Ist eine Lieferantenrechnung dasselbe wie eine Eingangsrechnung?

    Ja. „Lieferantenrechnung“ beschreibt den Aussteller, „Eingangsrechnung“ beschreibt die Perspektive des empfangenden Unternehmens. In Buchhaltungssystemen und Fachtexten ist „Eingangsrechnung“ der gebräuchlichere Begriff.

    Muss eine Ausgangsrechnung eine fortlaufende Nummer tragen?

    Ja. § 14 Abs. 4 Nr. 4 UStG verlangt eine fortlaufende Rechnungsnummer, die jede Rechnung einmalig und eindeutig kennzeichnet. Lücken in der Nummerierung sind zulässig, Doppelungen nicht.

    Gilt die E-Rechnungspflicht für Eingangs- und Ausgangsrechnungen?

    Für B2B-Umsätze im Inland gilt seit 2025 die Empfangspflicht: Unternehmen müssen Eingangsrechnungen im strukturierten elektronischen Format (XRechnung, ZUGFeRD) annehmen können. Die Versandpflicht für Ausgangsrechnungen greift gestaffelt: ab 2027 für Unternehmen über 800.000 Euro Jahresumsatz, ab 2028 für alle. Ein PDF per E-Mail gilt im B2B-Bereich dann nicht mehr als gültige Rechnung.

    Darf ich eine Eingangsrechnung als PDF archivieren und trotzdem Vorsteuer abziehen?

    Eine Rechnung, die als PDF per E-Mail eingegangen ist, darf digital archiviert werden, sofern die GoBD-Anforderungen eingehalten sind (unveränderlich, lesbar, geordnet). Das elektronische Dokument bleibt das Original. Die genaue Ausgestaltung des Archivierungsprozesses, einschließlich Verfahrensdokumentation, sollte mit der Steuerkanzlei abgestimmt werden.

    Was passiert, wenn Eingangs- und Ausgangsrechnung im System verwechselt werden?

    Eine Verbindlichkeit erscheint als Forderung oder umgekehrt. Bei der Übergabe an die Kanzlei muss der Fehler manuell korrigiert werden. Häufen sich solche Fehler, können sie bei einer Betriebsprüfung zu Nachforderungen führen, weil Vorsteuer zu Unrecht geltend gemacht oder Umsatzsteuer falsch ausgewiesen wurde.


    Eingangs- und Ausgangsrechnungen in einem System erfassen, prüfen und unveränderlich archivieren, ausgelegt auf die GoBD-Anforderungen: DigiBasiX zeigt Ihnen in 30 Minuten, wie das in der Praxis aussieht.

    Sehen Sie DigiBasiX in 30 Minuten: kostenlos, persönlich, ohne Vertragsbindung. Demo anfragen →


    Redaktioneller Hinweis: Entwurf mit KI-Unterstützung, fachliche Prüfung und Freigabe vor Veröffentlichung durch die Redaktion. Verantwortlich für den Inhalt: Michael Raabe (siehe Impressum). Kein Ersatz für steuerliche oder rechtliche Beratung.

  • Was bedeutet Kontoabgleich, und warum ist er nicht dasselbe wie ein Kontoauszug?

    Wenn Sie als kaufmännische Leitung den Monatsabschluss selbst in der Hand halten und immer wieder Differenzen zwischen Kontoauszug und Buchungsstand auftauchen, liegt das meistens nicht an einem groben Buchungsfehler, sondern daran, dass der Kontoabgleich als Routineprozess noch nicht systematisch verankert ist. Dieser Artikel erklärt, was ein Kontoabgleich ist, wie er Schritt für Schritt abläuft und ab wann eine ERP-Software den manuellen Aufwand auf ein Minimum reduziert.


    Was bedeutet Kontoabgleich, und warum ist er nicht dasselbe wie ein Kontoauszug?

    Ein Kontoabgleich (auch Bankabstimmung oder Kontoabstimmung genannt) ist der systematische Vergleich zwischen den Buchungen in Ihrer Buchhaltungssoftware und den tatsächlichen Kontobewegungen laut Bankkontoauszug. Der Kontoauszug zeigt, was Ihre Bank registriert hat; der Abgleich klärt, ob jede dieser Bewegungen auch in Ihrer Buchhaltung korrekt erfasst ist, und ob umgekehrt alle Buchungen im System auch einen echten Bankbeleg haben.

    Der Unterschied klingt technisch, hat aber praktische Konsequenzen: Eine Lastschrift, die Ihre Bank am 28. des Monats ausführt, landet vielleicht erst am 2. des Folgemonats in Ihrer Buchhaltungssoftware. Eine Kontoführungsgebühr von 14,90 Euro wird nirgendwo manuell verbucht, taucht aber im Kontoauszug auf. Eine Rücklastschrift erscheint im Konto als negativer Betrag, ohne dass ein passender Gegenbeleg vorhanden ist. Solche Abweichungen zwischen Bankstand und Buchstand sind der Normalfall in jedem Unternehmen. Der Kontoabgleich macht sie sichtbar und erzwingt eine Auflösung.

    Für GoBD-konforme Buchführung ist der lückenlose Abgleich kein optionaler Kontrollschritt, sondern Teil der Belegpflicht: Buchungen müssen vollständig, richtig und zeitgerecht erfolgen, und das lässt sich nur durch regelmäßige Bankabstimmung verifizieren. Wer den Abgleich auf den Steuerberater-Termin verschiebt, riskiert, dass Differenzen monatelang unentdeckt bleiben und den Jahresabschluss belasten.

    DigiBasiX importiert Bankdaten über MT940- und CAMT.053-Dateien direkt ins ERP, sodass Kontoauszug und Buchungsstand im selben System sichtbar sind: kein manuelles Nebeneinanderlegen mehr.


    Wie läuft ein Kontoabgleich Schritt für Schritt ab?

    Der Ablauf folgt in jedem Unternehmen dem gleichen Muster: Bankkontoauszug beschaffen, Kontobewegungen den Buchungen zuordnen, offene Differenzen identifizieren und auflösen. Erst wenn Bankstand und Buchstand auf den Cent übereinstimmen, gilt der Abgleichszeitraum als abgeschlossen.

    Konkret durchläuft ein sorgfältiger Kontoabgleich fünf Schritte:

    1. Kontoauszug beschaffen: Die meisten Banken stellen CAMT.053- oder MT940-Dateien direkt im Online-Banking bereit. Alternativ reicht ein tagesaktueller PDF-Kontoauszug für einen manuellen Abgleich. 2. Buchungen zuordnen: Jede Bankbewegung wird einer vorhandenen Buchung im System zugeordnet: automatisch über Regelwerke (IBAN, Betrag, Verwendungszweck) oder manuell bei unklaren Positionen. 3. Offene Positionen prüfen: Zeilen, die keiner Buchung zugeordnet werden konnten, erscheinen als offene Posten. Hier liegt meistens ein fehlender Beleg, eine Doppelbuchung oder eine falsche Kontozuordnung vor. 4. Differenzen auflösen: Jede offene Position wird mit einem Beleg hinterlegt und korrekt verbucht. Bankgebühren, Zinsen, Rücklastschriften: all das bekommt eine eigene Buchung mit Datum und Betrag. 5. Abgleich schließen: Wenn kein Unterschied mehr zwischen Bankstand und Buchstand besteht, wird der Zeitraum als abgeglichen markiert und dokumentiert.

    In Papiersystemen oder bei getrennten Werkzeugen kostet allein Schritt 2 zwischen 30 und 90 Minuten pro Monat und Konto: Zeit, die nicht in Auftragsbearbeitung oder Vertrieb fließt. Regelwerke in ERP-Systemen übernehmen diesen Schritt weitgehend automatisch, besonders für wiederkehrende Buchungen wie Miete, Versicherungen oder Daueraufträge.

    Im DigiBasiX-ERP für den Mittelstand sind Zuordnungsregeln ab Einführung vorkonfiguriert; eigene Regeln lassen sich ohne Entwicklerwissen anlegen.


    Wie oft sollte ein KMU den Kontoabgleich durchführen?

    Mindestens monatlich, am besten wöchentlich, wenn das Unternehmen täglich viele Transaktionen verarbeitet. Je seltener abgeglichen wird, desto mehr Einzelbuchungen müssen auf einmal zugeordnet werden, und desto schwerer lassen sich Fehler im Nachhinein einem konkreten Vorgang zuordnen.

    Steuerberater empfehlen den Monatsabschluss-Abgleich als Pflichttermin. Unternehmen mit SEPA-Lastschriften, Abonnements oder separater Kreditkartenabrechnung profitieren von einem wöchentlichen Rhythmus. Wer täglich Barein- und -ausgänge hat (zum Beispiel im produzierenden Gewerbe mit Lieferanten auf Vorkasse), sollte zumindest für die Hauptkonten täglich abgleichen.

    Die GoBD schreibt keine feste Abgleichsfrequenz vor, verlangt aber, dass Buchungen zeitnah und vollständig erfolgen. Das erzwingt faktisch eine regelmäßige Bankabstimmung: Wer Buchungen wochenlang liegen lässt, erfüllt die Zeitnähe-Anforderung nicht mehr. Eine Monatsroutine ist daher das absolute Minimum, mehr dazu in unserem Überblick zur GoBD-konformen Buchhaltung.

    Mit einem automatisierten Bankimport lässt sich der tägliche Kontoabgleich als feste Routine einrichten, ohne dass jemand aktiv daran denken muss.


    Was tun, wenn nach dem Abgleich Differenzen übrig bleiben?

    Verbleibende Differenzen sind kein Fehler der Software, sondern ein Hinweis auf fehlende Belege, Doppelbuchungen oder Buchungen im falschen Zeitraum. Jede Differenz muss einzeln analysiert und mit einem Beleg aufgelöst werden: sie darf unter keinen Umständen einfach weggebucht werden.

    Die häufigsten Ursachen für offene Posten nach dem Kontoabgleich:

    • Bankgebühren ohne Buchung: Kontoführungsgebühren, Kartengebühren oder Überweisungsentgelte erscheinen im Kontoauszug, werden aber oft nie manuell verbucht.
    • Rücklastschriften: Eine Lastschrift kommt zurück, die Gegenbuchung fehlt im System.
    • Zinsgutschriften: Zinsen auf Tagesgeld- oder Festgeldkonten tauchen im Kontoauszug auf, ohne dass ein Buchungsbeleg existiert.
    • Sammelüberweisungen: Eine Zahlung deckt mehrere Rechnungen ab: das ERP muss sie auf mehrere offene Posten aufteilen.
    • Zeitversatz: Eine Zahlung geht am Monatsende bei der Bank ein, wird buchhalterisch aber dem Folgemonat zugeordnet.

    Für die GoBD gilt: Korrekturbuchungen müssen nachvollziehbar und revisionssicher dokumentiert sein. Das ursprüngliche Dokument darf nicht überschrieben werden; stattdessen wird eine Gegenbuchung mit Datum und Begründung angelegt. Wer das nachträglich für ein halbes Jahr aufdröseln muss, weiß warum regelmäßiger Abgleich keine bürokratische Pflicht ist, sondern ein echter Zeitgewinn.

    DigiBasiX zeigt offene Abgleichspositionen in einer separaten Ansicht mit direktem Zugriff auf den zugehörigen Buchungsbeleg, so lässt sich die Ursache ohne Suchaufwand zwischen Programmen klären.


    Wie hilft eine ERP-Software beim Kontoabgleich, und was sollte sie können?

    Eine ERP-Lösung mit integriertem Bankabgleich ersetzt das manuelle Nebeneinanderlegen von Kontoauszug und Buchungsjournal durch automatisierte Zuordnung auf Basis konfigurierbarer Regeln. Entscheidend ist dabei: Die Software muss direkt mit dem Buchungsmodul verbunden sein. Externe Abgleich-Tools, die Daten anschließend zurückspielen, erzeugen an den Schnittstellen oft genau die Fehler, die man vermeiden wollte.

    Relevante Kriterien beim Tool-Vergleich:

    KriteriumWarum es zählt
    MT940/CAMT.053-ImportDirekter Bankdaten-Import ohne manuelle Eingabe
    Regelwerk für automatische ZuordnungWiederkehrende Buchungen werden ohne manuellen Eingriff zugeordnet
    Offene-Posten-Ansicht je KontoSchnelle Identifikation ungebuchter Differenzen
    Abgleichsprotokoll, ausgelegt auf die GoBD-AnforderungenNachvollziehbare Dokumentation aller Abgleichsaktionen
    DATEV-Export nach AbschlussSteuerberater erhält abgestimmte Daten ohne Nachbearbeitung
    Rechenzentrum DeutschlandDSGVO-konforme Datenhaltung ohne Umwege

    Vollautomatische Bankverbindungen über FinTS/HBCI sind technisch möglich und können den Importschritt weiter vereinfachen, ob und wie sie konfiguriert werden, hängt vom jeweiligen Bankangebot ab und ist im Einführungsprojekt mit dem Implementierungsteam abzustimmen.

    DigiBasiX bringt alle Tabellen-Kriterien ab Werk mit: Bankimport, Regelwerk, Offene-Posten-Ansicht, ein auf die GoBD-Anforderungen ausgelegtes Abgleichsprotokoll und die DATEV-Schnittstelle sind im Standard enthalten: kein zusätzliches Modul, kein separater Dienstleister.


    Häufige Fragen (FAQ)

    Muss ich jeden Kontoauszug einzeln importieren, oder geht das automatisch?

    Bei den meisten Banken können Sie eine CAMT.053- oder MT940-Datei direkt aus dem Online-Banking exportieren und in die ERP-Software importieren. Vollautomatische Bankverbindungen über FinTS/HBCI sind technisch möglich, ob sie im Einführungsprojekt konfiguriert werden, hängt vom jeweiligen Bankangebot ab und ist mit dem Einführungsteam abzustimmen.

    Ist ein Kontoabgleich dasselbe wie eine Kassenbuchführung?

    Nein. Der Kontoabgleich bezieht sich ausschließlich auf Bankkonten. Die Kassenbuchführung erfasst Bargeldbewegungen. Beide Prozesse laufen parallel und folgen ähnlichen Abgleichslogiken, sind buchhalterisch aber strikt getrennt und werden separat dokumentiert.

    Was passiert, wenn ich den Abgleich mehrere Monate nicht gemacht habe?

    Der Rückstand lässt sich aufholen, ist aber zeitaufwendig. Je größer der Rückstand, desto schwieriger ist die Zuordnung einzelner Buchungen, besonders wenn Belege fehlen. Im schlimmsten Fall entstehen Schätzungsbuchungen, die der Steuerberater als solche kennzeichnen muss. Regelmäßiger Kontoabgleich verhindert dieses Problem strukturell.

    Brauche ich für den Kontoabgleich zwingend einen Steuerberater?

    Nein. Der Kontoabgleich selbst ist eine kaufmännische Routineaufgabe, die geschultes Buchhaltungspersonal ohne Steuerberaterlizenz durchführen kann. Der Steuerberater prüft am Jahresende, ob alle Abschlüsse korrekt sind, dafür braucht er saubere, bereits abgestimmte Abgleichsdaten als Grundlage.

    Gilt der Kontoabgleich als GoBD-relevanter Prozess?

    Ja. Die GoBD verlangen, dass Buchungen vollständig, richtig, zeitgerecht und geordnet vorgenommen werden. Der Kontoabgleich ist das Kontrollwerkzeug, das diese Anforderungen verifiziert. Unternehmen sollten dokumentieren, wer wann welche Abgleiche durchgeführt und Differenzen aufgelöst hat, das ist im Zweifel der entscheidende Nachweis bei einer Betriebsprüfung.


    Ihren Abgleichsprozess in 30 Minuten durchleuchten: kostenlos, persönlich, ohne Vertragsbindung.

    Zeigen Sie uns, wie der Kontoabgleich heute bei Ihnen läuft. Wir zeigen Ihnen, welche Schritte davon automatisierbar sind, und was das konkret für Ihren nächsten Monatsabschluss bedeutet.

    Demo anfragen → „`

  • Ab wann gilt eine Eingangsrechnung offiziell als zugegangen?

    Wenn Sie als kaufmännische Leitung eines KMU gerade vor dem Monatsabschluss sitzen und der Stapel mit ungeb­buchten Eingangsrechnungen größer ist als erwartet, dann stellt sich eine praktische Frage: Wie viel Zeit bleibt Ihnen noch, und was erwartet das Finanzamt im Prüfungsfall tatsächlich? Dieser Artikel gibt Ihnen die konkreten Antworten zu Buchungsfristen, GoBD-Anforderungen und Vorsteuerabzug, ohne in Steuerberater-Latein zu verfallen.


    Ab wann gilt eine Eingangsrechnung offiziell als zugegangen?

    Eine Eingangsrechnung gilt als zugegangen, sobald sie in den Verfügungsbereich des Empfängers gelangt ist, also beim Abruf aus dem E-Mail-Postfach, beim Öffnen des Briefumschlags oder beim Download aus einem Lieferantenportal. Der genaue Zugangszeitpunkt ist relevant für Zahlungsfristen, den Vorsteuerabzug und den Beginn der GoBD-Aufbewahrungspflicht.

    In der Praxis kommen Eingangsrechnungen über fünf verschiedene Kanäle: als PDF per E-Mail, als Papierbeleg per Post, direkt im Lieferantenportal, als XRechnung von öffentlichen Auftraggebern, und gelegentlich noch per Fax oder WhatsApp-Foto. Wer kein System hat, das den Eingangszeitpunkt automatisch dokumentiert, steht bei einer Betriebsprüfung vor einem Rekonstruktionsproblem. Ein Briefumschlag mit Poststempel hilft, ein ungestempelter Papierstapel nicht. Bei E-Mails gilt der Abrufzeitpunkt des Mailservers als Zugang, nicht der Zeitpunkt, zu dem Sie die Mail tatsächlich lesen. Viele KMU behandeln das Buchungsdatum faktisch als Eingangsdatum, weil sie keinen separaten Zeitstempel erfassen. Das ist formal nicht korrekt und kann bei einer Prüfung Erklärungsbedarf erzeugen.

    DigiBasiX erfasst das Eingangsdatum digital und unveränderbar direkt beim Upload oder bei der E-Mail-Weiterleitung, der Zeitstempel ist damit unveränderlich dokumentiert, ohne dass Sarah manuell einen Stempel drücken oder ein Datum eintippen muss.


    Was schreibt die GoBD zur Buchungsfrist bei Eingangsrechnungen vor?

    Die GoBD verlangt keine taggleiche Buchung, aber eine zeitnahe Erfassung. In der Praxis hat sich spätestens zehn Werktage nach Monatsende als tolerierte Grenze etabliert, alle Belege des Vormonats sollten bis dahin erfasst sein.

    Das klingt nach viel Spielraum, ist aber keine Einladung zur Quartals-Sammelverbuchung. Die GoBD definiert „zeitnah“ nicht als exakte Tageszahl, sondern als Grundsatz der Vollständigkeit und Ordnungsmäßigkeit. Das bedeutet: Ein Betrieb, der Rechnungen konsequent innerhalb von zwei Wochen nach Monatsschluss bucht, ist auf der sicheren Seite. Ein Betrieb, der alles quartalsweise nachbucht, hat formal ein GoBD-Problem, auch wenn das Ergebnis am Ende rechnerisch stimmt. Besonders relevant: Die GoBD gilt nicht nur für die Buchführung selbst, sondern auch für die Belegablage. Eine Rechnung, die im E-Mail-Postfach liegenbleibt und erst nach drei Monaten gesucht und gebucht wird, verletzt gleich zwei Grundsätze, Zeitnähe und Vollständigkeit.

    Auf der Funktionsübersicht für KMU sehen Sie, wie DigiBasiX auf die GoBD-Anforderungen ausgelegt ist: Belege sind unveränderbar gespeichert, Buchungen mit Zeitstempel versehen, und das Audit-Log dokumentiert nachträgliche Korrekturen automatisch, ohne dass Sie eine separate DMS-Lösung einrichten müssen.


    Wann darf der Vorsteuerabzug aus einer Eingangsrechnung geltend gemacht werden?

    Der Vorsteuerabzug entsteht nach § 15 UStG in dem Voranmeldezeitraum, in dem sowohl die Leistung ausgeführt worden als auch die Rechnung beim Leistungsempfänger eingegangen ist. Es reicht nicht aus, dass die Rechnung nur ausgestellt wurde, sie muss tatsächlich bei Ihnen angekommen sein.

    Dieser Punkt sorgt regelmäßig für Verwirrung, weil Rechnungsdatum und Eingangsdatum auseinanderfallen können. Ein konkretes Beispiel: Eine Lieferung erfolgt am 20. Dezember, die Rechnung trägt das Datum 28. Dezember, kommt aber erst am 4. Januar per Post an. Der Vorsteuerabzug ist damit erst in der Januar-Voranmeldung zulässig, nicht in der Dezember-Voranmeldung. Wer das pauschal falsch zuordnet (etwa indem er grundsätzlich das Rechnungsdatum als maßgeblich behandelt) riskiert Nachzahlungszinsen bei einer späteren USt-Prüfung. Besonders in Dezember und März, wenn Jahres- und Quartalsabschlüsse zusammenfallen, häufen sich diese Fälle.

    Auf der Hub-Page Buchhaltungssoftware für KMU erfahren Sie, wie DigiBasiX das integrierte Steuermodul nutzt, um Rechnungsdatum und Eingangsdatum getrennt zu erfassen und abweichende Voranmeldezeiträume automatisch auszuweisen, das reduziert manuelle Fehler beim USt-Abschluss erheblich.


    Wann ist eine Eingangsrechnung fällig, und wie berechnet sich das Zahlungsziel?

    Das Zahlungsziel beginnt grundsätzlich mit dem Datum des Rechnungsempfangs, sofern kein abweichendes Fälligkeitsdatum auf der Rechnung steht, nicht ab Rechnungsdatum des Lieferanten. Fehlt jede Angabe, gilt die gesetzliche Regelung: Zahlung sofort fällig, in der Praxis aber erst nach 30 Tagen ab Rechnungserhalt verzugsbegründend (§ 286 BGB).

    Für KMU besonders relevant: Skonto-Fristen laufen ebenfalls ab Rechnungseingang, nicht ab Rechnungsdatum. Eine Rechnung mit dem Aufdruck „2 % Skonto bei Zahlung innerhalb von 8 Tagen“ (und einem Rechnungsdatum, das drei Tage vor Zugang liegt) gibt Ihnen faktisch nur noch fünf Tage. Wer das Eingangsdatum nicht sauber dokumentiert, verliert Skontovorteile und kann Verzugszinsen nicht korrekt berechnen. In einem Betrieb mit 200 Eingangsrechnungen pro Monat summiert sich das schnell auf mehrere hundert Euro entgangenen Skontoertrag pro Jahr.

    DigiBasiX berechnet Fälligkeitsdaten und Skonto-Fristen automatisch aus dem erfassten Eingangsdatum und zeigt offene Verbindlichkeiten nach Fälligkeit sortiert auf einem Dashboard, Sarah sieht auf einen Blick, welche Rechnungen diese Woche bezahlt werden müssen und wo noch Skontopotenzial liegt.


    Was passiert, wenn eine Eingangsrechnung zu spät oder gar nicht gebucht wird?

    Fehlende oder verspätete Buchungen können bei einer Betriebsprüfung als formeller GoBD-Verstoß gewertet werden und im schlimmsten Fall die Schätzungsbefugnis des Finanzamts auslösen, das Finanzamt schätzt dann die Besteuerungsgrundlagen zu Ungunsten des Unternehmens. Der Vorsteuerabzug geht dabei nicht dauerhaft verloren, aber er verschiebt sich in den Voranmeldezeitraum, in dem die Rechnung tatsächlich erfasst ist.

    In der Praxis ist der Vorsteuer-Zeitverzug das häufigere Problem, nicht die dauerhaft fehlende Buchung. Rechnungen, die drei Monate nach Eingang gebucht werden, erzeugen keine strafrechtliche Konsequenz, aber sie können bei einer Prüfung als Indiz für eine unzureichende Buchführungsorganisation gewertet werden. Problematischer ist das Rückdatieren: Wer eine Rechnung, die im Februar eingeht, mit dem Dezember-Datum bucht, um sie noch in den Jahresabschluss zu bekommen, hinterlässt in jedem modernen Buchführungssystem eine sichtbare Spur. Korrekt ist immer: Buchung mit dem tatsächlichen Buchungsdatum, Rechnungsdatum und Lieferdatum als separate Belegfelder erfassen.

    DigiBasiX verhindert das stille Rückdatieren technisch: Jede Buchungsänderung wird im Audit-Log mit Zeitstempel und Benutzer-ID festgehalten. Im Prüfungsfall kann Sarah nachweisen, wann welcher Beleg erfasst wurde, ohne aufwendige manuelle Dokumentation.


    Häufige Fragen (FAQ)

    Muss ich eine Eingangsrechnung sofort am Eingangstag buchen?

    Nein. Die GoBD fordert zeitnahe Buchung, nicht taggleiche. Als praxistaugliche Grenze gilt: alle Belege des Vormonats spätestens zehn Werktage nach Monatsschluss erfasst haben. Taggleiche Buchung ist best practice, aber keine gesetzliche Pflicht.

    Zählt das Rechnungsdatum des Lieferanten als Eingangsdatum?

    Nein. Maßgeblich ist der tatsächliche Zugang beim Empfänger, also der Zeitpunkt, zu dem die Rechnung in Ihren Verfügungsbereich gelangt ist. Das Rechnungsdatum des Lieferanten ist ein Belegfeld, kein Eingangsdatum.

    Darf ich eine Eingangsrechnung auf das Lieferdatum zurückdatieren?

    In der Buchführung nein. Die Buchung erhält das tatsächliche Buchungsdatum. Rechnungsdatum und Lieferdatum werden als separate Felder auf dem Beleg erfasst, ändern aber nicht das Buchungsdatum. Rückdatierungen sind in revisionssicheren Systemen nachvollziehbar und sollten grundsätzlich unterbleiben.

    Was gilt bei digitalen Rechnungen per E-Mail?

    Als Zugangszeitpunkt gilt der Abruf der E-Mail vom Mailserver, bei automatischem Abruf also der Zeitpunkt des Abrufs, nicht des manuellen Lesens. Empfehlung: E-Mails mit Rechnungsanhang direkt automatisch importieren und den Zeitstempel systemseitig sichern. Manuelles Weiterleiten mit Zeitverzögerung birgt Dokumentationslücken.

    Müssen abgelehnte oder stornierte Eingangsrechnungen trotzdem aufbewahrt werden?

    Ja. Auch stornierte, abgelehnte oder fehlerhafte Belege unterliegen der zehnjährigen GoBD-Aufbewahrungspflicht. Löschen ist nicht erlaubt, korrekt ist eine Stornobuchung mit Verweis auf den Originalbeleg, der archiviert bleibt.


    Eingangsrechnungen strukturiert erfassen, ausgelegt auf die GoBD-Anforderungen, ohne Mehraufwand.

    Wenn Sie wissen möchten, wie DigiBasiX den Erfassungsprozess von der E-Mail bis zur Buchung automatisiert und Ihnen im Prüfungsfall ein lückenloses Audit-Log liefert, sehen Sie es live in 30 Minuten. Kostenlos, persönlich, ohne Vertragsbindung.

    Demo anfragen → „`

  • GoBD in Dolibarr — was Mittelständler 2026 wirklich prüfen sollten

    Im Dolibarr-Forum tauchte vergangene Woche eine Frage auf, die ziemlich genau den Nerv trifft: „Gap-Analyse und möglicher Compliance-Layer“. Der Fragesteller wollte wissen, an welchen Stellen Vanilla-Dolibarr für eine deutsche Betriebsprüfung schon trägt und wo nachgearbeitet werden muss. Das ist die Frage, die in jedem zweiten Audit-Gespräch fällt, meistens drei Wochen vor der Prüfungsanordnung, manchmal auch erst, wenn der Prüfer schon im Haus sitzt.

    Diese Seite ordnet die Antwort sachlich ein. Was die GoBD im Kern verlangt, wo Dolibarr aus dem Karton heraus solide aufgestellt ist, an welchen Punkten typischerweise Lücken auftauchen, und welche fünf bis sieben Sachen ein Mittelständler ohne Berater selbst nachsehen kann. Eine Vorab-Klarstellung gleich vorneweg: Die GoBD sind kein Strafverfolgungsinstrument. Sie sind der Standard, an dem eine Betriebsprüfung die Buchführung misst. Wer sauber dokumentiert ist und die Grundsätze technisch umsetzt, geht ohne Zuschätzung nach § 162 AO aus dem Gespräch. Wer schludert, riskiert eine Schätzungsbefugnis, die schnell ins Geld geht.

    Was die GoBD im Kern verlangen

    Die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff, kurz GoBD, gehen auf das BMF-Schreiben vom 14. November 2014 zurück, in der heute gültigen Fassung neu gefasst am 28. November 2019. Sie binden jeden Buchführungspflichtigen nach §§ 140 ff. AO. Praktisch heißt das: jedes deutsche Unternehmen, das Geschäftsvorfälle elektronisch erfasst (siehe auch unseren ERP-Vergleich für den Mittelstand), fällt darunter: vom Zwei-Personen-Handwerksbetrieb bis zum Konzern.

    Im Kern geht es um sechs materielle Grundsätze, die jeder Datensatz erfüllen muss. Nachvollziehbarkeit und Nachprüfbarkeit bedeutet, dass ein sachverständiger Dritter den Weg vom Beleg zur Buchung und zurück rekonstruieren kann. Vollständigkeit verlangt, dass kein Geschäftsvorfall fehlt, auch nicht der kleine Barbeleg vom Baumarkt. Richtigkeit zielt auf inhaltliche und rechnerische Korrektheit. Zeitgerechte Buchungen verlangen, dass Vorgänge zeitnah erfasst werden: die alte „spätestens nach acht Tagen“-Regel für Kasse, „innerhalb des Monats“ für unbare Vorgänge ist sinngemäß noch da. Ordnung meint nachvollziehbare Belegnummern und ein klares Kontensystem. Und Unveränderbarkeit, Tz. 58, die in der Praxis am meisten Konflikt erzeugt, verlangt, dass eine einmal in den Verarbeitungsprozess gegebene Buchung nicht so verändert werden kann, dass der ursprüngliche Inhalt verloren geht.

    Quer dazu liegen zwei organisatorische Themen, die in jeder Prüfung gesondert abgefragt werden: die Verfahrensdokumentation nach Tz. 151 und der Datenzugriff nach § 147 Abs. 6 AO in den drei Spielarten Z1 (Prüfer arbeitet direkt im System mit Lesezugriff), Z2 (Sie werten auf Anforderung aus) und Z3 (Datenträgerüberlassung im maschinell auswertbaren Format, typischerweise GDPdU/IDEA). Welche der drei Zugriffsarten der Prüfer wählt, entscheidet er, nicht Sie. Heißt: Sie müssen alle drei bedienen können.

    Wo Vanilla-Dolibarr schon trägt

    Dolibarr ist im Auslieferungszustand kein deutsches Buchhaltungssystem, aber die Architektur ist deutlich besser, als viele vermuten. Das interne Änderungsprotokoll arbeitet sauber: Jede Rechnung, Buchung, Bestandsbewegung und Stammdaten-Änderung wird mit Zeitstempel und Benutzer protokolliert. Den Audit-Trail finden Sie auf jeder Detailseite unter „Info“ oder „Bearbeitungs-Historie“: Anlage, Statuswechsel, Validierung, Zahlungs-Verknüpfung, alles sichtbar.

    Die Validierungs-Sperre für Rechnungen ist ebenfalls da, sie ist nur per Default nicht aktiv. Unter Einstellungen → Module/Anwendungen → Faktura → Rechnungen konfigurieren liegt der Schalter MAIN_DISABLE_INVOICE_EDITION. Einmal aktiviert, lassen sich validierte Rechnungen nicht mehr im Betrag oder in den Positionen ändern: Korrekturen laufen ausschließlich über Stornorechnung und Neuanlage, die untereinander bidirektional verknüpft sind und in dieser Verknüpfung nicht aufgelöst werden können. Das entspricht genau dem, was Tz. 58 und Tz. 61 verlangen.

    Auch die Belegablage ist konzeptionell richtig gebaut. Eingehende PDFs, gescannte Papier-Belege und XRechnungen werden im Datensatz unter „Dokumente“ verknüpft und liegen physisch im Verzeichnis documents/, sauber getrennt nach Beleg-Typ (facture, facture_fournisseur, produit). Die Tabellen-Struktur in der MariaDB ist standardisiert und damit Z3-tauglich, das Modul Ereignisse / Agenda protokolliert Logins, Passwortänderungen und Rollenwechsel. Das Berechtigungs-System mit Benutzergruppen erlaubt eine saubere Vier-Rollen-Trennung (Erfassung, Freigabe, Auswertung, Administration), wie sie Tz. 44 und Tz. 52 für die Trennung kritischer Vorgänge im Hintergrund mitdenken.

    Kurz: Vanilla-Dolibarr ist GoBD-fähig. Nicht GoBD-fertig.

    Wo die Lücken sitzen

    Der Unterschied zwischen „fähig“ und „fertig“ entscheidet in der Praxis darüber, ob eine Betriebsprüfung glatt durchläuft oder Diskussionen produziert. Vier Lücken tauchen immer wieder auf.

    Die Verfahrensdokumentation fehlt komplett. Das ist der häufigste formale Mangel: bei jeder zweiten Prüfung, die wir begleitet haben, war keine vorhanden oder die letzte Fassung war drei Jahre alt. Tz. 151 verlangt eine schriftliche Darstellung, in der ein sachverständiger Dritter sich in angemessener Zeit zurechtfindet: Beleg-Eingangswege, Verarbeitungsschritte mit Verantwortlichen, Archivierung, Berechtigungssystem, Backup-Strategie, Software-Versionen. Dolibarr bringt davon nichts mit, die Doku ist eine organisatorische Pflicht, die der Betreiber erfüllen muss.

    Der Z3-Export ist nicht out-of-the-box. Unter Buchhaltung → Exporte → GDPdU-Export liegt zwar ein Modul, das eine ZIP-Datei mit Bewegungsdaten, Stammdaten und der formalen index.xml erzeugt. In der Standardkonfiguration treffen die Feld-Mappings aber selten exakt das, was die Prüfer-Software IDEA erwartet, vor allem bei den Kontenrahmen SKR03/SKR04 und der DATEV-typischen Kostenstellen-Logik. Das fällt erst auf, wenn der Prüfer die Datei nicht lesen kann. Bei einem unserer Audits aus diesem Frühjahr stellte sich heraus, dass der Z3-Export seit der letzten Migration eine fehlerhafte DTD-Referenz trug: drei Jahre lang, nie getestet, in der Prüfung dann der Aufschlag.

    Ein Berechtigungs-Audit-Werkzeug fehlt. Wer prüfen will, welche Benutzer welche Rollen haben, wann zuletzt eingeloggt wurde und ob verwaiste Admin-Accounts existieren, muss in Dolibarr durch mehrere Module klicken und die Daten manuell zusammenführen. Ein konsolidierter Bericht für den halbjährlichen Berechtigungs-Review, den Tz. 100 sinngemäß verlangt, existiert nicht. Im Audit-Alltag sieht man dann fünf Jahre alte Accounts mit Admin-Rechten von Mitarbeitern, die längst nicht mehr im Haus sind.

    Standard-Checklisten für Betriebsprüfung gibt es nicht. Die typischen Mängel: Excel-Listen ohne Bewegungsprotokoll, Belege auf lokalen Arbeitsplatz-PCs statt im zentralen Archiv, Mail-Anhänge ohne dokumentierten Eingangsworkflow, Lücken im Audit-Trail nach Update, werden in jeder Prüfung wieder neu gefunden, weil keine systematische Vorab-Selbstprüfung läuft. Das ist keine Dolibarr-Schwäche, sondern eine organisatorische. Dolibarr liefert nur kein Werkzeug, das vor der Prüfung daran erinnert.

    Was wir auf Dolibarr-Basis ergänzen

    Diese Lücken lassen sich schließen, ohne den Dolibarr-Kern anzufassen, und genau das ist die Linie, die wir bei jedem Setup fahren. Wir liefern eine angepasste Verfahrensdokumentation als Word-Vorlage mit, in der die Standardkapitel vorbefüllt sind und nur noch die unternehmensspezifischen Stellen (Beleg-Eingangswege, Verantwortliche, Backup-Ziele) ergänzt werden müssen. Die Validierungs-Sperre für Rechnungen ist im Auslieferungsprofil standardmäßig aktiv. Sie auszuschalten ist im Wartungs-Vertrag ausdrücklich ausgenommen. Der Z3-Export wird einmalig gegen IDEA getestet, das Ergebnis kommt mit Datum in die Verfahrensdokumentation. Das Berechtigungs-System wird als Vier-Rollen-Schema (Erfassung, Freigabe, Auswertung, Administration) eingerichtet, der halbjährliche Review-Termin landet als wiederkehrender Eintrag im Kunden-Kalender.

    Wer mehr Werkzeug-Unterstützung will, kann das DigiBasiX-Auslieferungsprofil für Dolibarr nutzen: das bündelt diese Voreinstellungen plus einige zusätzliche Helfer (Hashsummen-Lauf für die Belegablage, vorkonfiguriertes Backup mit Restore-Test-Protokoll). Der entscheidende Punkt ist aber nicht das Modul, sondern die Disziplin: GoBD-Konformität ist nach Tz. 20 eine Eigenschaft des Verfahrens: also der Kombination aus Software, Organisation und tatsächlichem Anwenderverhalten. Eine im Auslieferungszustand saubere Software wird durch abgeschaltete Sperren, schlampige Rollen und veraltete Doku innerhalb von Monaten wieder ungenügend.

    Was Sie heute selbst prüfen können

    Eine kurze Selbstcheck-Liste für den Mittwochnachmittag, ohne Berater:

    1. Verfahrensdokumentation greifbar? Liegt sie in einem Ordner, den die Geschäftsführung findet, nicht nur der IT-Dienstleister? Trägt sie ein Versionsdatum aus den letzten zwölf Monaten?
    2. Validierungs-Sperre aktiv? Unter Einstellungen → Faktura nachsehen, ob MAIN_DISABLE_INVOICE_EDITION auf 1 steht. Wenn nicht: warum nicht, und wer hat es ausgeschaltet?
    3. Z3-Export funktioniert? Einmal probeweise einen Monatsbestand exportieren und in IDEA (oder beim Steuerberater) gegenlesen lassen. Wenn das nicht klappt, will man das nicht erst in der Prüfung herausfinden.
    4. Audit-Trail-Lücken nach Migrationen? Bei einer Rechnung aus dem Vorjahr nachsehen, ob der Bearbeitungs-Verlauf vollständig ist oder ob das Migrationsdatum eine harte Kante zeigt.
    5. Backup zuletzt getestet? Wann wurde zum letzten Mal ein Restore in eine Testumgebung gefahren und protokolliert? Tz. 103 ist hier eindeutig: ein nicht getestetes Backup gilt prüfungsrechtlich nicht als Backup.
    6. Berechtigungs-Liste aktuell? Alle aktiven Benutzer durchgehen: arbeitet die Person noch im Haus, passt die Rolle, wann war der letzte Login? Verwaiste Accounts deaktivieren, nicht löschen, damit der Audit-Trail referenzfähig bleibt.
    7. Belegablage vollständig? Stichprobe aus dem letzten Quartal: Wo liegt der Original-PDF zu einer Lieferantenrechnung? Im Dolibarr-documents/-Verzeichnis oder im Outlook eines Mitarbeiters? Tz. 121 GoBD verpflichtet zur Aufbewahrung eingehender E-Mails als steuerrelevante Unterlagen: der Mail-Body gehört dazu, nicht nur der Anhang. Tz. 130 verlangt zusätzlich, dass die Aufbewahrung in der Form des Eingangs erfolgt.

    Wenn drei oder mehr dieser Punkte Fragezeichen werfen, ist eine systematische Gap-Analyse vor der nächsten Betriebsprüfung gut investiert. Wenn alle sieben grün sind, ist die Hausaufgabe gemacht, dann braucht es höchstens noch das jährliche Update der Verfahrensdokumentation.

    Wann sich eine Gap-Analyse lohnt

    Drei Anlässe, bei denen wir den genauen Blick empfehlen. Vor einem System-Wechsel: die Aufbewahrungspflicht knüpft an die Daten, nicht an das System (Tz. 164). Wer migriert, muss entweder das Altsystem im Lese-Modus weiterbetreiben oder die Migration mit Übergabeprotokoll, Stichprobenvergleich und Versionsschnitt in der Verfahrensdokumentation absichern. Reine PDF-Archivierung der alten Auswertungen reicht nicht, weil die maschinelle Auswertbarkeit für Z3 verloren geht. Vor einer angekündigten Betriebsprüfung: die typischen Mängel (fehlende Doku, Z3-Export ungetestet, verwaiste Accounts) lassen sich in vier bis sechs Wochen Vorlauf in Ordnung bringen. Während der Prüfung wird das ungleich schwieriger. Nach einem Major-Update: Modul-Updates können Audit-Trail-Lücken erzeugen oder Default-Einstellungen verändern (gerade die Validierungs-Sperre ist immer wieder ein Kandidat). Tz. 155 lässt zu, solche Brüche als Versionsschnitt in der Verfahrensdokumentation zu vermerken, aber nur, wenn man sie überhaupt bemerkt hat.

    Eine Klarstellung zum Schluss, die wir öfter aussprechen müssen: GoBD-Konformität ist keine Kategorie, die Software „hat“ oder „nicht hat“. Sie ist eine Eigenschaft des laufenden Betriebs: Software-Konfiguration, organisatorische Regeln, Anwender-Disziplin. Werbung mit „GoBD-Zertifizierung“ bezieht sich nach Tz. 21 stets auf den Auslieferungszustand des Produkts. Die Verantwortung für die Einhaltung im konkreten Setup bleibt nach § 34 AO bei der Geschäftsführung. Das ist keine Drohung, das ist nur die Geschäftsgrundlage, auf der jede Betriebsprüfung beruht.

    Wenn Sie konkret prüfen wollen, ob Ihr Dolibarr GoBD-fit ist, vereinbaren Sie ein Audit-Gespräch. Wir gehen Ihre Konfiguration durch, fahren die sieben Selbstcheck-Punkte einmal sauber durch, und sagen ehrlich, wo Lücken sind und wo nicht. Keine Standard-Checkliste mit roten Häkchen, sondern eine Einschätzung für genau Ihren Stand.

  • Was tun, wenn die Buchhalterin in Rente geht — und wie Sie die Lücke nicht spüren?

    Klaus sitzt dem Steuerberater gegenüber. Dritter Monat nach dem Abgang der Buchhalterin.

    „Wer hat die DATEV-Übergabe gemacht?“ „Das hat immer Frau Müller gemacht.“

    „Wo sind die Belege für Q3?“ „Irgendwo in ihrem alten Ordnersystem.“

    „Welches Konto wurde für die Anzahlungen genutzt?“ Schultern zucken.

    Klaus hätte das nicht wissen müssen. Die Software hätte es wissen müssen.


    Warum ist der Abgang einer langjährigen Buchhalterin riskanter als man denkt?

    Langjährige Buchhalterinnen tragen oft nicht nur eine Stelle. Sie tragen ein System. Kontenpläne, die „schon immer so waren“. Monatliche DATEV-Routinen, die nie aufgeschrieben wurden. Absprachen mit dem Steuerberater, die in keiner Software stehen.

    Wenn diese Person geht, geht dieses Wissen mit.

    Das ist kein Problem schlechter Mitarbeitender: es ist ein Systemproblem. In vielen KMU ist die Buchhaltung über Jahre hinweg auf eine Person zugeschnitten worden, nicht auf ein Prozessmodell.

    Was „implizites Prozesswissen“ konkret bedeutet:

    • Welche Kunden auf Vorkasse bestehen und welche Skonto erhalten
    • Wie die monatliche DATEV-Übergabe genau abläuft: in welchem Format, wann, mit welchen Prüfschritten
    • Warum bestimmte Konten so belegt sind wie sie sind
    • Wer beim Steuerberater für was zuständig ist

    Die typischen Folgen eines ungeplanten Abgangs:

    • Verzögerte Monatsabschlüsse, weil der Nachfolger das Ritual nicht kennt
    • Fehler bei der Steuerübergabe, weil Belege nicht auffindbar sind
    • Unklarheit über offene Posten und laufende Zahlungsvereinbarungen
    • Im schlimmsten Fall: Verspätete Steuererklärungen, Mahngebühren, verärgerte Geschäftspartner

    Je länger jemand dabei war, desto mehr Prozesswissen steckt im Kopf statt im System. Das ist kein Vorwurf: das ist die natürliche Konsequenz davon, dass gute Mitarbeitende Lücken füllen, die ein System eigentlich schließen sollte.


    Was muss bei einer Buchhaltungs-Übergabe konkret passieren?

    Eine saubere Übergabe hat drei Teile, und sie beginnt nicht am letzten Arbeitstag, sondern mindestens acht Wochen vorher.

    Teil 1: Prozessdokumentation (8–6 Wochen vor Ende)

    Alle regelmäßigen Buchungsaufgaben müssen aufgeschrieben werden, nicht als grobe Beschreibung, sondern Schritt für Schritt, mit Screenshots wenn nötig.

    Konkret:

    • Monatliche Aufgaben: Kontenabstimmung, Mahnlauf, DATEV-Übergabe: wann, wie, in welchem Format
    • Kundenstamm-Sonderregelungen: Wer zahlt per Vorkasse, wer bekommt Skonto, wer hat individuelle Zahlungsfristen
    • Steuerberater-Kommunikation: Wer ist Ansprechpartner, was wird wann geliefert, in welchem Format
    • Archivstruktur: Wo liegen Belege, wie sind sie benannt, wo sind die Jahresabschluss-Unterlagen

    Klingt nach viel. Ist es auch. Aber dieser Aufwand einmalig ist weniger als der Aufwand, den ein ungeplanter Abgang verursacht.

    Teil 2: Systemübergabe (4–3 Wochen vor Ende)

    • Alle Software-Zugänge, Passwörter, Banking-Tokens übergeben und bestätigen
    • Bankvollmachten auf den Nachfolger oder eine Vertretungsperson umschreiben
    • Steuerberater und Geschäftspartner über den Wechsel informieren
    • Archiv physisch und digital übergeben, nicht „liegt irgendwo“, sondern explizite Übergabe

    Teil 3: Übergangsphase (2–4 Wochen parallel)

    Mindestens einen vollständigen Monatsabschluss führt der Nachfolger durch: die Vorgängerin begleitet. Nicht umgekehrt. Der Lerneffekt ist deutlich größer, wenn der Nachfolger selbst macht und Fragen stellt, statt zuzuschauen.

    Der Steuerberater sollte die Übergabe bestätigen: eine kurze E-Mail, dass alles sauber übergeben wurde, ist kein bürokratischer Aufwand, sondern eine Absicherung.


    Wie verhindert man, dass beim nächsten Personalwechsel dasselbe passiert?

    Die ehrliche Antwort: mit einem System, das Prozesse dokumentiert, nicht Köpfe.

    Eine Checkliste löst das Problem einmalig. Ein ERP löst es strukturell.

    Was „Prozesse im System statt im Kopf“ konkret bedeutet:

    Wenn Zahlungsbedingungen pro Kunde in der Software hinterlegt sind, muss der Nachfolger nicht fragen. Wenn das Mahnwesen automatisch läuft, gibt es kein manuelles Ritual das verloren geht. Wenn der DATEV-Export per Klick funktioniert statt über eine selbst entwickelte Excel-Routine, ist die Einarbeitung eine Frage von Tagen.

    Ein ERP macht Buchhaltungsprozesse sichtbar, für jeden, der das System kennt, nicht nur für die Person, die es jahrelang bedient hat.

    Die konkrete Checkliste: Was sollte in Ihrer Software leben?

    • ✅ Zahlungsbedingungen und Skonti pro Kunde
    • ✅ Automatisches Mahnwesen nach definierten Regeln
    • ✅ DATEV-Export als strukturierter Knopfdruck
    • ✅ Wiederkehrende Buchungen als Template
    • ✅ Belegarchiv direkt im System (keine externe Ordnerstruktur)
    • ✅ Offene Posten und Fälligkeiten in einer Übersicht

    Wenn die Hälfte dieser Punkte bei Ihnen mit „nein“ oder „weiß ich nicht“ beantwortet wird: Das ist nicht die Buchhalterin, die das System undurchsichtig gemacht hat. Das ist ein System, das nicht für Übergaben gemacht wurde.

    Die vollständige ERP-Übersicht von DigiBasiX zeigt, was ein System strukturell abdecken kann, für Unternehmen, die beim nächsten Wechsel nicht wieder von vorne anfangen wollen.


    Welche Qualifikation braucht ein Buchhalter-Nachfolger wirklich?

    Das hängt stark davon ab, wie gut das eingesetzte System den Nachfolger führt.

    Früher war Buchhaltungs-Fachwissen für die Systemnutzung zwingend: Kontenpläne kennen, Buchungslogik im Kopf haben, die Software-spezifischen Eigenheiten beherrschen. Heute ist das anders, wenn das System führt statt nur dokumentiert.

    Was heute noch wichtig ist:

    • Kaufmännisches Grundverständnis: Was ist eine Ausgangsrechnung, wie funktioniert Skonto, was bedeutet offener Posten
    • Sorgfalt: Belege vollständig erfassen, Zahlungsfristen im Blick behalten
    • Kommunikation: Mit Steuerberater, mit Lieferanten, mit dem Geschäftsführer

    Was ein gutes ERP abnimmt:

    • Kontenzuordnung durch voreingestellte Buchungsvorlagen
    • Steuerberechnung automatisch nach hinterlegten Sätzen
    • DATEV-Export ohne manuelles Aufbereiten
    • Mahnlauf ohne manuelle Fälligkeitsliste

    Ein 30-Mitarbeiter-Unternehmen braucht keine Vollzeit-Buchhaltungsfachkraft mehr, wenn das System die Prozesslogik trägt. Was es braucht, ist eine sorgfältige Person, und ein System, das ihr zeigt, was als nächstes zu tun ist.

    Die DATEV-Integration von DigiBasiX ist ein Beispiel dafür: kein manuelles Ritual, das nur die Buchhalterin kannte, sondern ein Exportprozess, den jeder eingewiesene Mitarbeitende in zehn Minuten erlernt.


    Häufige Fragen zur Buchhaltungs-Übergabe

    Wie lange sollte die Übergabe einer Buchhaltungsstelle dauern?

    Mindestens acht Wochen: von der ersten Dokumentation bis zum vollständigen Abschluss der Übergangsphase. Wer weniger Zeit hat, muss priorisieren: DATEV-Übergabe und offene Posten zuerst, Jahresdokumentation danach. Kürzer als vier Wochen ist kritisch: ein vollständiger Monatsabschluss gemeinsam ist das Minimum.

    Muss der Nachfolger DATEV-Kenntnisse haben?

    Kenntnisse über DATEV als Steuerberater-Software sind hilfreich, aber nicht zwingend. Was zählt, ist das Verständnis dafür, was der Steuerberater braucht, und ein System, das die Daten in der richtigen Form aufbereitet. In DigiBasiX ist der DATEV-Export ein strukturierter Schritt, der keine DATEV-Spezialkenntnisse erfordert.

    Was passiert mit laufenden offenen Posten bei einem Stellenwechsel?

    Offene Posten, Mahnstatus und laufende Zahlungsvereinbarungen müssen explizit übergeben werden, am besten in einer strukturierten Liste, die der Nachfolger direkt weiterführen kann. In einem ERP sind diese Informationen systemseitig sichtbar; in einem reinen Buchhaltungstool ohne CRM-Anbindung stecken sie oft in Excel oder im Kopf der Vorgängerin.

    Wie dokumentiere ich Buchhaltungsprozesse schnell und vollständig?

    Screencast-Videos sind schneller als schriftliche Dokumentation: Einfach den Prozess einmal durchführen und aufzeichnen, mit gesprochenen Erklärungen. Für die kritischen Routinen (DATEV-Übergabe, Monatsabschluss, Mahnlauf) reicht jeweils ein 5–10-Minuten-Video als Erstdokumentation. Die schriftliche Checkliste kommt danach.

    Kann ein ERP die Einarbeitungszeit eines neuen Buchhalters verkürzen?

    Deutlich. Ein System, das Zahlungsbedingungen automatisch anwendet, Mahnläufe eigenständig startet und DATEV-Exporte strukturiert aufbereitet, reduziert die Lernkurve erheblich. Statt implizites Wissen zu übertragen, lernt der Nachfolger das System, und das System kennt die Regeln bereits.


    Demo anfragen

    Sie planen einen Wechsel in der Buchhaltung, oder merken gerade, wie viel Prozesswissen bei einer Person hängt?

    Demo anfragen und in einem kurzen Gespräch klären, wie DigiBasiX Ihre Buchhaltungsprozesse systemseitig absichert.