Rechnungen automatisch auslesen mit KI: was GoBD-konform ist
KI liest Rechnungen schneller als jeder Mensch – aber sie archiviert nicht, sie prüft nicht, und bei einer echten E-Rechnung ist sie überflüssig. Was je nach Belegart sinnvoll ist und was die GoBD verlangen.

Rechnungen automatisch auslesen: was KI dabei tatsächlich tut
Wer Rechnungen automatisch mit KI ausliest, lässt ein System die Werte eines Belegs erkennen und den richtigen Feldern zuordnen: Lieferant, Rechnungsnummer, Datum, Netto, Steuersatz, Steuerbetrag, Brutto, Bankverbindung und im besten Fall die einzelnen Positionen. Am Ende steht ein Datensatz, den die Buchhaltung, DATEV oder ein ERP übernehmen kann, statt dass jemand abtippt.
Das ist ein Erfassungsschritt, kein Buchhaltungsschritt. Das System entscheidet nicht, auf welches Konto gebucht wird, ob die Leistung erbracht wurde oder ob die Rechnung bezahlt werden darf. Es liefert einen Vorschlag, dessen Qualität davon abhängt, wie sauber der Beleg ist und wie gut die Prüfung danach funktioniert.
Die wichtigste Unterscheidung kommt deshalb vor jeder Werkzeugwahl: Welche Belegart liegt vor? Eine E-Rechnung im XML-Format, ein PDF ohne eingebettete Daten und ein fotografierter Kassenbon sind drei völlig verschiedene Aufgaben – und nur bei zweien davon ist Auslesen überhaupt nötig.
KI oder klassische OCR: wo der Unterschied liegt
Klassische Texterkennung (OCR) verwandelt ein Bild in Zeichen, weiß aber nicht, was diese Zeichen bedeuten. Damit aus „19 %" und „1.234,56" ein Steuersatz und ein Nettobetrag werden, brauchte es früher feste Vorlagen je Lieferant: Der Betrag steht immer rechts unten, die Rechnungsnummer immer oben links.
KI-gestützte Erkennung ordnet die Werte dagegen nach Bedeutung zu, auch bei einem Layout, das sie noch nie gesehen hat. Das ist der eigentliche Fortschritt: Ein neuer Lieferant erfordert keine neue Vorlage mehr. In der Praxis arbeiten beide Verfahren zusammen – bei Scans und Fotos erkennt OCR zuerst den Text, ein Sprachmodell ordnet ihn danach zu.
Der Preis dieser Flexibilität ist eine neue Fehlerart. Eine Vorlage liest entweder richtig oder gar nicht; ein Modell kann einen plausibel aussehenden, aber falschen Wert liefern, etwa eine Bestellnummer als Rechnungsnummer. Deshalb entscheidet nicht die Erkennungsrate über die Qualität einer Lösung, sondern ob sie unsichere Werte als unsicher kennzeichnet.
E-Rechnung: warum eine XRechnung gar nicht ausgelesen werden muss
Eine echte E-Rechnung muss nicht ausgelesen werden, weil sie ihre Daten bereits strukturiert mitbringt. XRechnung ist eine reine XML-Datei, ZUGFeRD ein PDF mit eingebettetem XML. In beiden Fällen stehen Rechnungsnummer, Beträge und Steuersätze maschinenlesbar in der Datei – wer sie per Texterkennung aus dem Bild liest, rät nach, was ohnehin dasteht.
Seit dem 1. Januar 2025 müssen inländische Unternehmen E-Rechnungen empfangen können; das Ausstellen wird nach § 27 Absatz 38 Umsatzsteuergesetz ab 2027 schrittweise Pflicht und ab 2028 für alle inländischen Geschäftskunden. Der Anteil strukturierter Eingangsrechnungen wächst also, und mit ihm der Anteil, für den eine KI-Erkennung schlicht die falsche Technik ist. Richtig ist dort ein Parser, der das XML liest und gegen den Standard prüft.
Für die Praxis heißt das: Eine gute Eingangsstrecke erkennt zuerst, ob ein Beleg strukturierte Daten enthält, und nutzt sie. Erst wenn keine vorhanden sind, kommt die Erkennung zum Einsatz. Was die Ausstellerseite – also Ihr eigener Shop oder Ihre eigene Software – dafür tun muss, beschreibt der Beitrag „E-Rechnung im Online-Shop: Was ab 2027 gilt und was nicht".
Belege automatisch erfassen und GoBD: Auslesen ist nicht Archivieren
Die GoBD verlangen, dass Belege vollständig, unveränderbar und während der gesamten Frist lesbar aufbewahrt werden – der ausgelesene Datensatz erfüllt das allein nicht. Buchungsbelege sind nach § 147 Absatz 3 Abgabenordnung acht Jahre aufzubewahren, Rechnungen nach § 14b Umsatzsteuergesetz ebenso lange. Aufbewahrt wird der Beleg selbst, nicht das, was eine Software daraus gemacht hat.
Für E-Rechnungen hat das Bundesfinanzministerium die GoBD am 14. Juli 2025 angepasst: Aufzubewahren ist der strukturierte Teil. Ein zusätzlicher Bildteil, etwa das PDF einer ZUGFeRD-Rechnung, muss nur dann mit archiviert werden, wenn er steuerrelevante Angaben enthält, die im XML fehlen. Wer das XML beim Import in ein Bildformat umwandelt und das Original verwirft, verliert genau das, was aufbewahrt werden muss.
Auch der Zeitpunkt zählt. Nach den GoBD ist es nicht zu beanstanden, unbare Geschäftsvorfälle innerhalb von zehn Tagen zu erfassen; Kasseneinnahmen und -ausgaben sind nach § 146 Absatz 1 Abgabenordnung täglich festzuhalten. Eine Automatisierung, die Belege tagelang in einer Warteschlange sammelt, bis jemand Zeit für die Prüfung hat, kann diese Grenze reißen.
Papierbeleg nach dem Scan wegwerfen? Ersetzendes Scannen nach TR-03138
Papierbelege dürfen nach dem Einscannen grundsätzlich vernichtet werden, wenn das digitale Abbild bildlich mit dem Original übereinstimmt und während der ganzen Frist jederzeit lesbar gemacht werden kann (§ 147 Absatz 2 Abgabenordnung). Ausgenommen sind unter anderem Jahresabschlüsse, Eröffnungsbilanzen und Unterlagen, die nach anderen Vorschriften im Original vorgehalten werden müssen.
Die Voraussetzung dafür ist ein geregelter Ablauf, den die GoBD in einer Verfahrensdokumentation beschrieben sehen wollen: Wer scannt wann, wie wird die Vollständigkeit geprüft, wann wird vernichtet? Das BSI hat mit der Technischen Richtlinie TR-03138 („RESISCAN") einen Standard für dieses ersetzende Scannen veröffentlicht. Er ist für Unternehmen nicht vorgeschrieben, liefert aber eine belastbare Vorlage für genau diese Dokumentation.
Die KI-Erkennung ist dabei ein nachgelagerter Schritt. Ob ein Scan als Ersatz für das Papier taugt, hängt am Scan und am Ablauf, nicht an der Qualität der späteren Datenextraktion. Bei Kassenbons auf Thermopapier ist das Scannen ohnehin ratsam, weil der Ausdruck verblasst, lange bevor die Frist abläuft.
Prüfen statt blind buchen: Plausibilität, Freigabe, geänderte Bankdaten
Jede automatische Erfassung braucht eine Prüfstufe, die ein Mensch nicht nach Gefühl, sondern nach Regeln durchläuft. Die wichtigsten Regeln lassen sich maschinell vorschalten: Ergibt die Summe der Positionen den Nettobetrag? Passen Steuersatz und Steuerbetrag zusammen? Ist die Rechnungsnummer dieses Lieferanten schon einmal gebucht worden?
Werte, die eine Regel verletzen oder die das System selbst als unsicher einstuft, gehören in eine Prüfansicht statt direkt ins Zielsystem. Die Schwelle dafür ist eine bewusste Entscheidung: Wer sie zu niedrig setzt, prüft am Ende doch jeden Beleg; wer sie zu hoch setzt, findet Fehler erst beim Jahresabschluss.
Eine Prüfung verdient besondere Aufmerksamkeit: die geänderte Bankverbindung eines bekannten Lieferanten. Sie ist ein typisches Signal für Rechnungsbetrug, und eine Erkennung, die die neue IBAN fehlerfrei ausliest, macht den Betrug nur schneller. Eine Änderung der Bankdaten sollte deshalb immer eine Rückfrage über einen bekannten Kanal auslösen – wie das organisiert wird, beschreibt der Beitrag „CEO-Fraud per WhatsApp: wenn der Chef plötzlich schreibt".
Eingangsrechnungen nach DATEV und ins ERP: Anbindung und Datenschutz
Der Nutzen einer Erkennung entsteht erst an der Übergabe: Ein Datensatz, der anschließend von Hand ins Buchhaltungssystem übertragen wird, spart wenig. Sinnvoll ist eine Strecke, die den geprüften Datensatz samt Originalbeleg an DATEV, an das ERP oder an die Buchhaltungssoftware übergibt und dort mit dem Beleg verknüpft.
Rechnungen enthalten personenbezogene Daten – Namen von Ansprechpartnern, bei Einzelunternehmern die Privatanschrift, bei Reisekosten die von Mitarbeitern. Wer einen externen KI-Dienst einsetzt, setzt einen Auftragsverarbeiter ein und braucht einen Vertrag nach Artikel 28 DSGVO. Sitzt der Anbieter außerhalb der EU, gelten zusätzlich die Regeln für Übermittlungen in Drittländer.
Zwei Fragen gehören vor die Auswahl: Werden die Belege zum Training des Modells verwendet, und wo liegen sie während der Verarbeitung? Ein Anbieter, der beides nicht klar beantwortet, ist für Buchhaltungsdaten ungeeignet, unabhängig davon, wie gut die Erkennung ist.
Wann sich die Automatisierung lohnt – und wann nicht
Die Automatisierung lohnt sich, wenn viele unstrukturierte Belege von wechselnden Absendern eingehen und die Erfassung heute spürbar Zeit bindet. Sie lohnt sich nicht, wenn die meisten Lieferanten ohnehin E-Rechnungen schicken oder wenn wenige Belege im Monat anfallen – dort deckt die Belegerkennung der vorhandenen Buchhaltungssoftware den Bedarf meist schon ab.
Was die Automatisierung nicht leistet, gehört ehrlich dazu: Sie ersetzt weder die Archivierung noch die Prüfung, und sie verschiebt nicht die Verantwortung. Für die Richtigkeit der Buchführung haftet das Unternehmen, nicht die Software. Handschriftliche Belege, schräg fotografierte Quittungen und verblasstes Thermopapier bleiben fehleranfällig, egal wie gut das Modell ist.
Der sinnvolle Weg beginnt deshalb mit einer Zählung statt mit einem Werkzeug: Wie viele Belege kommen im Monat, in welchen Formaten, von wie vielen Absendern? Aus dieser Verteilung ergibt sich, ob ein XML-Import genügt, ob die vorhandene Software reicht oder ob sich eine eigene Strecke mit Erkennung, Prüfung und Übergabe rechnet.
Rechtsgrundlagen
- Abgabenordnung (AO)(öffnet in neuem Tab)§ 145 verlangt Nachvollziehbarkeit, § 147 regelt Aufbewahrungsfristen und Lesbarkeit
- Umsatzsteuergesetz (UStG)(öffnet in neuem Tab)§ 3c Abs. 4 Fernverkaufsschwelle 10.000 Euro, § 14 Rechnungsformat, § 14b Aufbewahrung acht Jahre, § 27 Abs. 38 Übergangsfristen E-Rechnung
- BSI TR-03138 Ersetzendes Scannen (RESISCAN)(öffnet in neuem Tab)Version 1.5 gültig für Zertifizierungsverfahren ab dem 11.12.2024, Anlage P ist die Prüfspezifikation; Version 1.4.1 bleibt daneben nachweisfähig
- Verordnung (EU) 2016/679 (DSGVO)(öffnet in neuem Tab)Volltext im Amtsblatt der EU