Pexon Consulting | 7 Min. Lesezeit | 17.07.2026
TL;DR
Ein KI-Agent prüft jede Eingangsbuchung darauf, ob der Buchungsschlüssel stimmt und die Vorsteuer überhaupt gezogen werden darf. Er fängt Klassiker wie den Versicherungssteuer-Fehler ab, bevor die Voranmeldung rausgeht. Kein Ersatz für Ihr Urteil, sondern eine zweite Kontrolle über 100 Prozent der Belege statt einer Stichprobe.
Das Problem: falsch gezogene Vorsteuer ist teuer und fällt spät auf
Ein falscher Buchungsschlüssel ist kein kosmetisches Problem. Wenn Vorsteuer gezogen wird, wo keine sein darf, zieht das Finanzamt den Betrag in der Betriebsprüfung zurück und verzinst ihn. Nach Paragraf 233a AO fallen dafür 1,8 Prozent pro Jahr an, also 0,15 Prozent für jeden Monat zwischen Voranmeldung und Korrektur. Bei einem dreijährigen Prüfungszeitraum läppert sich das zusammen, und zwar über sämtliche gleichartig falsch gebuchten Belege hinweg.
Das eigentliche Ärgernis ist die Systematik. Ein einzelner Zahlendreher ist Pech. Ein falsch hinterlegter Steuerschlüssel auf einem Aufwandskonto produziert denselben Fehler Monat für Monat, oft über Jahre, ohne dass es jemandem auffällt. Die klassische Stichprobenprüfung findet so etwas nur zufällig, weil sie fünf von hundert Belegen anschaut und die falsche Buchung eben nicht dabei ist.
Wir sehen in Buchhaltungen zwei Muster, die sich beißen. Die erfahrene Kraft prüft nach Gefühl und liegt fast immer richtig, ist aber schwer ersetzbar und irgendwann im Urlaub. Die Vertretung hält sich an das hinterlegte Standardkonto samt Automatik-Schlüssel und übernimmt damit auch dessen Fehler. Beide Wege skalieren nicht auf 100 Prozent Prüftiefe. Genau diese Lücke schließt ein Agent, der jede Buchung gegen einen festen Regelsatz hält.
Der Versicherungssteuer-Fehler als Musterfall
Nehmen Sie eine Rechnung Ihres Sachversicherers über 5.000 Euro. Auf dem Beleg steht eine Steuerposition, ausgewiesen mit 19 Prozent. Der Reflex ist verständlich: 19 Prozent, das kennt man, also Vorsteuerschlüssel drauf und fertig. Falsch.
Die ausgewiesene Steuer ist Versicherungsteuer nach dem Versicherungsteuergesetz, nicht Umsatzsteuer nach dem UStG. Versicherungsteuer und Umsatzsteuer schließen sich gegenseitig aus. Eine Versicherungsprämie trägt deshalb keine abziehbare Vorsteuer, obwohl der Prozentsatz identisch aussieht. Die komplette Prämie inklusive der Versicherungsteuer wird als Betriebsausgabe auf das Versicherungskonto gebucht, ohne einen Cent Vorsteuer abzuspalten.
Wer hier den Vorsteuerschlüssel setzt, meldet dem Finanzamt einen Abzug an, den es nicht gibt. Bei einer Jahresprämie von 60.000 Euro über eine Police wären das rund 9.500 Euro zu Unrecht gezogene Vorsteuer, plus Zinsen. Der Agent erkennt den Fall an einer Kombination von Signalen: Kreditor ist ein Versicherer, das Zielkonto ist ein Versicherungsaufwandskonto, und der Belegtext nennt Prämie oder Police. Passt dazu ein Vorsteuerschlüssel, schlägt er an.
Der Versicherungssteuer-Fall ist der bekannteste, aber nicht der einzige dieser Sorte. Dieselbe Logik greift bei echten durchlaufenden Posten, bei Auslagen ohne eigene Leistung und bei Rechnungen aus dem Drittland ohne deutsche Umsatzsteuer. Überall dort steht eine Zahl, die nach Vorsteuer aussieht und keine ist.
Welche Buchungsschlüssel-Fehler der Agent erkennt
In DATEV steuert der Buchungsschlüssel, welcher Steuersachverhalt an einer Buchung hängt. Die grobe Merkhilfe: die Schlüssel 1 bis 3 sitzen auf Ausgangsseite bei der Umsatzsteuer, die Schlüssel 8 und 9 auf Eingangsseite bei der Vorsteuer. Klingt trivial, ist es im Alltag aber nicht, sobald Automatikkonten, Paragraf 13b und innergemeinschaftliche Erwerbe ins Spiel kommen.
Der Agent liest zu jeder Buchung den Kreditor, das Sachkonto, den Belegtext und den gesetzten Schlüssel. Dann prüft er, ob diese vier Dinge zueinander passen. Ein paar Fälle aus der Praxis:
Wichtig ist die Grenze der Maschine. Der Agent entscheidet nichts. Er markiert, begründet mit Verweis auf die Regel und legt die Buchung dem Menschen vor. Bei einem klaren Versicherungssteuer-Fall ist die Trefferquote hoch, bei einer Bewirtungsfrage eher ein Hinweis zum Draufschauen. Diese Abstufung nach Konfidenz ist entscheidend, sonst ertrinkt die Buchhaltung in Fehlalarmen und schaltet das Ding nach zwei Wochen ab.
Vorsteuerabzug-Voraussetzungen automatisch prüfen
Ein falscher Schlüssel ist die eine Hälfte. Die andere ist die Frage, ob der Vorsteuerabzug formal überhaupt trägt. Paragraf 15 UStG knüpft ihn an eine ordnungsgemäße Rechnung mit allen Pflichtangaben nach Paragraf 14 UStG. Fehlt die Steuernummer, fehlt der gesonderte Steuerausweis oder stimmt der Leistungszeitpunkt nicht, wackelt der Abzug.
Diese Prüfung überschneidet sich mit der klassischen Belegvalidierung, geht aber tiefer in die steuerliche Logik. Wie die reine Beleg- und Rechnungsprüfung technisch aufgesetzt wird, haben wir im Detail unter Eingangsrechnungen mit KI verarbeiten beschrieben. Der hier beschriebene Agent setzt eine Schicht darüber und beurteilt nicht das Bild, sondern die Verbuchungsentscheidung.
Ein aktueller Grund, das jetzt anzugehen: die E-Rechnung. Empfangen müssen deutsche Unternehmen strukturierte B2B-Rechnungen bereits seit dem 1. Januar 2025. Ab dem 1. Januar 2027 wird der Versand für Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz zur Pflicht, ab dem 1. Januar 2028 dann flächendeckend. Sobald die Rechnung als strukturierter Datensatz kommt, entfällt das mühsame Auslesen, und die eigentliche Prüfarbeit verschiebt sich genau dorthin, wo der Agent stark ist: auf die Steuerlogik. Wer die GoBD-konforme Ablage ohnehin umbaut, sollte die Vorsteuerprüfung gleich mitdenken.
Die Zahlen für den Nutzen bleiben nüchtern. Der Agent spart keine ganze Stelle. Er verlagert Prüfzeit weg von den 95 Prozent unkritischer Standardbuchungen hin zu den paar Prozent, die es wirklich verdienen, und dokumentiert dabei, warum eine Buchung durchgewinkt wurde. Diese Nachvollziehbarkeit ist in der nächsten Betriebsprüfung mehr wert als die reine Zeitersparnis.
Kosten und Einführung
Wir bauen so einen Agenten nicht als Riesenprojekt, sondern als schlanken Aufsatz auf Ihre bestehende DATEV-Umgebung. In der Regel starten wir mit einem klar umrissenen Regelsatz, etwa Versicherung, Paragraf 13b und Pflichtangaben, und lassen ihn zunächst nur beobachtend über die letzten Buchungsstapel laufen. So sehen Sie an echten Daten, wie viele Treffer kommen und wie viele davon berechtigt sind, bevor irgendetwas in den Freigabeprozess eingreift.
Die Erfahrung aus vergleichbaren Automatisierungen im Rechnungseingang, etwa unserem Vorgehen bei der Purchase-to-Pay-Automatisierung mit KI, zeigt: der Wert entsteht nicht am Modell, sondern an der sauberen Anbindung und an der Frage, wer die markierten Fälle wie abarbeitet. Deshalb ist ein Workshop und ein begrenzter Pilot der ehrlichere Einstieg als ein fertiges Versprechen.
Häufig gestellte Fragen
Was kostet ein KI-Agent für die Buchungsschlüssel-Prüfung?
Wir starten bewusst klein. Ein Pilot mit definiertem Regelsatz und Anbindung an Ihre DATEV-Umgebung liegt im niedrigen fünfstelligen Bereich, abhängig von der Zahl der Regeln und der Systemlandschaft. Die laufenden Kosten für den Modellbetrieb sind gering, weil pro Buchung nur wenig Text geprüft wird. Den konkreten Rahmen legen wir nach dem Beobachtungslauf fest, wenn klar ist, wie viele Fälle tatsächlich anfallen.
Ersetzt der Agent meinen Steuerberater oder die Buchhaltung?
Nein, und das ist beabsichtigt. Der Agent trifft keine Buchungsentscheidung, er markiert und begründet. Die fachliche Verantwortung bleibt bei Ihnen. Sein Job ist die zweite Kontrolle über 100 Prozent der Belege, die ein Mensch aus Zeitgründen nie leisten würde.
Erkennt der Agent wirklich den Versicherungssteuer-Fehler zuverlässig?
Diesen Fall ja, mit hoher Sicherheit. Die Kombination aus Versicherer als Kreditor, Versicherungsaufwandskonto und gesetztem Vorsteuerschlüssel ist eindeutig genug, um sie klar zu melden. Bei weicheren Fällen wie der anteiligen Bewirtung gibt er bewusst nur einen Hinweis und keine harte Meldung, um Fehlalarme zu vermeiden.
Läuft das mit unserer bestehenden DATEV-Installation?
Ja. Der Agent greift auf die exportierten Buchungsdaten zu und braucht keinen Umbau Ihrer Kontenrahmen. Wir arbeiten mit SKR03 und SKR04 und lesen Kreditor, Sachkonto, Belegtext und Buchungsschlüssel aus. Die markierten Fälle spielen wir in eine Liste oder direkt in Ihren Freigabeworkflow zurück.
Wie lange dauert die Einführung?
Der reine Beobachtungslauf über historische Buchungen ist in wenigen Tagen aufgesetzt. Danach entscheiden Sie anhand echter Trefferzahlen, welche Regeln scharf geschaltet werden. Bis zum produktiven Einsatz mit Freigabeworkflow vergehen erfahrungsgemäß einige Wochen, nicht Monate.
Nächster Schritt
Wenn Sie DATEV im Einsatz haben und die Vorsteuerprüfung von der Stichprobe auf die Vollprüfung heben wollen, ist der DATEV-Kontext der richtige Startpunkt. Auf unserer DATEV-Seite zeigen wir, wie wir Prüf- und Automatisierungslogik an Ihre bestehende Umgebung anbinden, ohne Ihre Kontenrahmen anzufassen.
Verwandte Themen
