Eine Lieferantenrechnung wird erst nach menschlicher Bestätigung zu Zahlungsdaten

Abschlüsse sind nicht das einzige Papier, mit dem ein Finance-Team lebt. Lieferantenrechnungen, Bestellungen, Belege – der alltägliche Fluss der Kreditorenbuchhaltung – kommen mindestens ebenso häufig herein und werden weit weniger sorgfältig geprüft, meist weil niemand Zeit hat, sie Zeile für Zeile zu kontrollieren. Rexfin wendet denselben Grundsatz, den es bei einem eingereichten Abschluss anwendet – jeder Wert muss zurück zu seiner Quelle zeigen – auch auf diesen Dokumentenstapel an. Es tut nur nicht so, als hätte das Ergebnis dasselbe Gewicht.

Dieselbe Disziplin, ein anderes Dokument

Eine Rechnung, Bestellung oder ein Beleg durchläuft dieselbe Upload-Pipeline wie eine Einreichung, wird aber generisch extrahiert statt gegen ein ausstellerspezifisches Profil abgeglichen – es gibt keine Filing-Struktur, an der man sich orientieren könnte, nur das eigene Rechnungslayout eines Lieferanten. Der entstehende Datensatz ist auf vier Ebenen aufgebaut – Partei, Dokumentenkopf, Positionen, Steuerzeilen –, die die Felder abbilden, die eine normale Rechnung tatsächlich trägt: Lieferantenname und Steuerregistrierungsnummer, Rechnungsnummer und Datumsangaben, die Mengen und Preise Zeile für Zeile sowie die Aufschlüsselung der Mehrwertsteuer nach Satz. Kontoauszüge werden separat behandelt und sind von dieser Extraktion gar nicht erfasst – Transaktionszeilen sind keine Rechnungspositionen, und ein Kontoauszug kommt meist als strukturierte Datei herein, die einen deterministischen Parser will, kein feldweises Lesen.

Jeder Wert trägt seine Quelle, nie nur eine Zahl

Nichts an einer extrahierten Rechnung ist ein nackter Wert. Jedes Blattfeld – ein Lieferantenname, eine Positionssumme, ein Steuersatz – trägt den Wert selbst plus die Seite und die Bounding Box, von der er gelesen wurde, einen Konfidenzwert und den Extraktor, der ihn produziert hat. Dieser Konfidenzwert ist beratend, keine Vertrauensnote: Ein Feld mit 0,99 Konfidenz ist nur so vertrauenswürdig, wie es der Prüfstatus des gesamten Dokuments zulässt – dieselbe Disziplin, die hinter der Mehr-Engine-Übereinstimmung steht, die Abschlüsse durchlaufen.

Die Extraktion selbst läuft in einer Präferenzreihenfolge: zuerst ein Abgleich gegen eine bekannte Vorlage für diesen Lieferanten, deterministisch und ganz ohne Modell; schlägt das fehl, ein schemagesteuerter Durchlauf mit einem bildfähigen Modell; danach ein separater Verankerungsdurchlauf, der jedes extrahierte Feld auf der gerenderten Seite lokalisiert, damit es eine echte Bounding Box hat, nicht nur einen geschätzten Wert. Ein Feld, das sich nicht verankern lässt, kommt mit niedriger Konfidenz gekennzeichnet durch – nicht als selbstbewusst wirkender Platzhalter.

Bestätigt von einem Menschen, nicht von einem Score

Extraktion erzeugt einen Entwurf, keine Tatsache. Jede extrahierte Rechnung liegt in einem unter Quarantäne stehenden Status extracted – sichtbar, bis zur Quellseite nachvollziehbar, aber nicht als Daten nutzbar –, bis eine Person sie prüft und als gesamtes Dokument bestätigt oder ablehnt. Die Bestätigung erfolgt bewusst pro Dokument, nicht pro Feld: Jemand sieht sich die extrahierten Felder neben der Quellseite an, korrigiert, was falsch ist, und gibt einmal frei. Eine Ablehnung erfordert einen Grund, damit ein verworfener Lesevorgang eine Spur hinterlässt statt einfach zu verschwinden. Vor beidem wird ein Plausibilitätscheck der Summen durchgeführt – Netto plus Steuer soll dem Bruttobetrag entsprechen, und die Positionen sollen sich zur Summe addieren –, als Hinweis für den Prüfer sichtbar gemacht, nicht als stiller Blocker.

Eine korrigierte Neuausstellung – eine geänderte Rechnung eines Lieferanten oder eine Gutschrift – überschreibt den ursprünglichen Datensatz niemals. Sie kommt als eigener Upload mit eigener Extraktion herein, verknüpft über eine Supersedes-Kette, sodass die neueste bestätigte Version gewinnt, ohne zu löschen, was zuvor kam. Dieselbe nicht-destruktive Haltung steht hinter dem Abgleich gegen gedruckte Summen: vorwärts korrigieren, nie im Bestand verändern.

Warum daraus nie ein Zitat wird

Selbst vollständig bestätigt hat eine extrahierte Rechnung eine harte Obergrenze: Sie ist ungeprüfte interne Daten, überall entsprechend gekennzeichnet, und kann strukturell kein Zitat tragen, wie es eine Zahl aus einem Abschluss kann – es gibt dafür schlicht kein Feld. Das ist keine Lücke, die später geschlossen wird; es ist die ehrliche Einordnung dessen, was ein einzelner bestätigter Lesevorgang einer Rechnung tatsächlich ist – deutlich unterschieden von der Mehr-Engine-Übereinstimmungsschwelle, die bestimmt, was in einem Abschluss als zitierfähig gilt. Eine bestätigte Rechnung ist echte, nützliche, nachvollziehbare Zahlungsdaten – Ausgaben nach Lieferant, Ausgaben nach Kategorie –, sie muss nur nie so tun, als sei sie etwas, das sich unabhängig hätte beweisen müssen wie die eigenen Zahlen eines Abschlusses.

Wie Extraktion, Bestätigung und Zitierfähigkeit mit dem Rest der Plattform zusammenspielen, sehen Sie im Produkttour-Hub.