Rechnungen und Dokumente: KI-Extraktion mit menschlicher Prüfung

Die Rechnungs- und Dokumentenautomatisierung nimmt die PDFs und Scans, die per E-Mail oder Upload eingehen, liest die Felder aus, die sonst eine Person abtippen würde, prüft sie gegen Regeln und übergibt sie der Buchhaltung zur Bestätigung, bevor irgendetwas in die Buchhaltung oder ein ERP gebucht wird. Sie richtet sich an Unternehmen, in denen jemand jede Woche einen Teil seiner Zeit damit verbringt, Lieferantenrechnungen und Lieferscheine abzutippen, und in denen Fehler Wochen später in den Büchern auftauchen.

Das Wichtigste in Kürze

• Der Eingang kommt zuerst: ein Ort, an dem jedes Dokument landet, mit erfasster Quelle und Uhrzeit.
• Die Extraktion liefert vorgeschlagene Werte mit einer Konfidenz pro Feld, keine endgültigen Daten.
• Prüfregeln fangen die meisten Fehler ab, bevor eine Person das Dokument sieht.
• Die Buchhaltung bestätigt; das System bucht erst danach, und jeder Wert und jede Änderung bleibt im Prüfpfad erhalten.
• Die meisten Fehler stammen von schlechten Scans, ungewöhnlichen Layouts und mehrdeutigen Feldern; die Prüfung ist darauf ausgelegt.

Schritt eins: Eingang

Dokumente kommen als PDF-Anhänge in ein gemeinsames Postfach, als Scans oder Handyfotos, als Downloads aus einem Lieferantenportal. Der Eingang sammelt sie alle in einer einzigen Warteschlange.

Jedes Dokument wird so gespeichert, wie es eingegangen ist, unverändert, mit seiner Quelle (Postfach, Upload, Person), seinem Zeitstempel und einer eindeutigen Kennung. Eine E-Mail mit drei Anhängen wird zu drei verknüpften Dokumenten; ein Dokument, das keine Rechnung ist, wird trotzdem gespeichert und klassifiziert, damit nichts verloren geht.

Dieser Schritt ist deterministisch und sollte funktionieren, bevor KI im Spiel ist.

Schritt zwei: Extraktion

Das Modell liest jedes Dokument und schlägt Werte für einen festen Satz von Feldern vor. Für EU-Rechnungen legt die Mehrwertsteuerrichtlinie (Richtlinie 2006/112/EG, Artikel 226, https://eur-lex.europa.eu/eli/dir/2006/112/oj) den Pflichtinhalt fest; die Felder ergeben sich daraus und aus Ihrer Buchhaltungssoftware: Lieferantenname und USt-IdNr., Rechnungsnummer, Daten, Währung, Netto- und Steuerbeträge je Satz, Bruttosumme, Zahlungsreferenz sowie das Konto oder die Kostenstelle, die Sie zuordnen.

Zwei Designentscheidungen sind hier wichtig.

Jedes Feld kommt mit einer Konfidenz. Das Modell gibt an, wie sicher es ist, und das System hält fest, wo auf der Seite der Wert gelesen wurde. Eine niedrige Konfidenz oder ein fehlender Wert markiert das Feld zur Prüfung, damit die prüfende Person weiß, wo sie hinsehen muss.

Scans werden anders behandelt als digitale PDFs. Ein digitales PDF trägt seinen Text in sich; ein Scan oder Foto muss zuerst optisch gelesen werden, sodass die Bildqualität über die Extraktionsqualität entscheidet. Unscharfe, schiefe oder beschnittene Dokumente werden beim Eingang markiert und, wo möglich, erneut angefordert.

Für andere Dokumenttypen (Lieferscheine, Auftragsbestätigungen, Verträge) wird der Feldsatz in der Analyse mit den Menschen definiert, die sie bearbeiten; die Mechanik ist dieselbe.

Schritt drei: Prüfregeln

Bevor eine Person das Dokument sieht, prüft das System die ausgelesenen Werte gegen einfache, deterministische Regeln; das Modell wird nicht gebeten, sie zu beurteilen.

• Arithmetik. Netto plus Steuer ergibt brutto, je Satz und insgesamt; Positionen summieren sich zum Nettobetrag, wo sie ausgelesen wurden.
• Umsatzsteuer. Der Satz ist einer, den Ihr Land zulässt; die USt-IdNr. des Lieferanten hat ein gültiges Format und wird optional gegen den VIES-Dienst der Europäischen Kommission unter https://ec.europa.eu/taxation_customs/vies/ geprüft.
• Duplikate. Dieselbe Kombination aus Lieferant und Rechnungsnummer oder derselbe Betrag mit demselben Datum existiert bereits.
• Bekannter Lieferant. Der Lieferant stimmt mit Ihren Stammdaten überein; ein neuer Lieferant wird zur Bestätigung durch eine Person markiert, einschließlich der Bankverbindung.
• Erwartete Werte. Der Betrag liegt im üblichen Bereich dieses Lieferanten; das Fälligkeitsdatum folgt auf das Rechnungsdatum; die Währung ist eine, in der Sie handeln.
• Bestellabgleich. Wo Sie Bestellungen verwenden, verweist die Rechnung auf eine, und die Beträge stimmen überein.

Ein Dokument, das jede Regel mit hoher Konfidenz besteht, wird als bereit markiert; eines, das eine Regel verletzt oder ein Feld mit niedriger Konfidenz hat, wird mit dem konkreten Problem markiert, und die Warteschlange stellt Probleme nach vorn.

Schritt vier: die Buchhaltung bestätigt

Der Prüfbildschirm zeigt das Originaldokument neben den ausgelesenen Feldern, jedes dort hervorgehoben, wo es gelesen wurde, mit markierten Feldern niedriger Konfidenz und verletzten Regeln. Die Buchhaltung, oder wer Rechnungen freigibt, kann jedes Feld korrigieren, die Kontierung ändern, eine Notiz hinzufügen oder mit Begründung ablehnen.

Die Bestätigung ist der menschliche Freigabeschritt, und er bleibt bei einer Person: Einen falschen Betrag zu buchen oder auf ein falsches Konto zu zahlen ist billig zu verhindern und teuer rückgängig zu machen. Wo auch die bestellende Person den Wareneingang bestätigen muss, ist diese Freigabe ein früherer Schritt in derselben Warteschlange.

Schritt fünf: Buchung in Buchhaltung oder ERP

Nach der Bestätigung legt das System den Eintrag über die API oder das Importformat in der Buchhaltungssoftware oder im ERP an, hängt das Originaldokument an und hält das Ergebnis fest. Ohne API wird eine Exportdatei in dem Format erzeugt, das die Buchhaltung bereits importiert.

Die Buchung ist deterministisch und wird protokolliert; lehnt das Zielsystem einen Eintrag ab, kehrt das Dokument mit der Fehlermeldung in die Warteschlange zurück.

Der Prüfpfad

Jeder Schritt schreibt in den Prüfpfad: die Originaldatei und ihren Hash, wann und woher sie eingegangen ist, jeden ausgelesenen Wert mit Konfidenz und Position auf der Seite, jedes Regelergebnis, jede Änderung und wer sie vorgenommen hat, die Bestätigung und das Buchungsergebnis mit der Kennung des Zielsystems, lesbar für die Buchhaltung und exportierbar für einen Prüfer.

Das macht die Automatisierung belastbar: Monate später kann das Unternehmen das Dokument zeigen, was das System gelesen hat, was korrigiert wurde und wann gebucht wurde. Aufbewahrungsfristen für Buchhaltungsbelege regelt das nationale Recht; wenden Sie Ihre auf Originale und Prüfpfad gemeinsam an.

Woher Fehler kommen und wie die Prüfung sie abfängt

• Schlechte Scans. Unschärfe, Schieflage, geringer Kontrast. Abgefangen durch Bildqualitätsprüfungen beim Eingang und durch niedrige Konfidenz bei den betroffenen Feldern.
• Ungewöhnliche Layouts. Ein Lieferant, dessen Rechnung die Summe oben ausweist oder die Steuer ungewöhnlich aufteilt. Abgefangen durch Arithmetikprüfungen und Konfidenz; die prüfende Person korrigiert es einmal, und das Layout ist bekannt.
• Mehrdeutige Felder. Mehrere Daten auf einer Seite, mehrere Nummern, die die Rechnungsnummer sein könnten. Abgefangen durch Regeln (Fälligkeit nach Rechnungsdatum, Format der Rechnungsnummer) und durch die Anzeige, wo der Wert gelesen wurde.
• Das falsche Dokument. Eine Proforma, eine Mahnung oder ein Angebot, als Rechnung gelesen. Abgefangen durch die Klassifizierung beim Eingang und die Duplikatprüfung gegen die echte Rechnung.
• Stammdatenänderungen. Ein neuer Lieferant, eine geänderte Bankverbindung, ein neuer Steuersatz. Abgefangen durch die Regeln für bekannte Lieferanten und erwartete Werte und immer von einer Person bestätigt; eine geänderte Bankverbindung wird durch einen Anruf beim Lieferanten unter einer bekannten Nummer verifiziert.

Die Zeit der prüfenden Person fließt in diese Fälle; Dokumente, die jede Prüfung bestehen, bekommen einen kurzen Blick.

So machen wir es bei Hot Skulls Labs

Dokumentenautomatisierung folgt demselben Muster wie jede Automatisierung, die wir bauen: ein Auslöser (ein Dokument geht ein), ein KI-Entwurf (die ausgelesenen Felder), menschliche Freigabe (die Buchhaltung bestätigt) und Ausführung (die Buchung). Das Muster stammt aus unserem eigenen Produkt Strady, und wir wenden es auf Postfach, Scanner und Buchhaltungssystem eines Kunden an.

In der Praxis:

• Die Analyse findet mit der Person statt, die heute Dokumente bearbeitet, und mit Ihrer Buchhaltung; sie definieren die Felder, die Regeln und das Zielsystem.
• Wir bauen zuerst Eingang und Prüfpfad; Extraktion und Regeln kommen darauf und werden vor dem Livegang an Ihren eigenen früheren Dokumenten getestet. Regeln werden in Klartext formuliert, bevor sie programmiert werden.
• Die Bestätigung bleibt bei einer Person. Automatische Buchung bieten wir beim Start nicht an.
• Wir binden die Buchhaltungssoftware oder das ERP an, das Sie nutzen, über API oder Importformat.
• Dokumente und ausgelesene Daten werden in der EU gespeichert, mit einer Aufbewahrung, die zu Ihren Buchführungspflichten passt; der KI-Anbieter erhält das Dokument, nicht Ihr Hauptbuch.
• Wir betreiben und justieren das System nach dem Launch und ergänzen lieferantenspezifische Behandlung, sobald ungewöhnliche Layouts auftauchen.