Die nützlichste Spalte einer Rechnung
ist nicht die, die der Lieferant druckt

Die Spalte, die nicht auf der Rechnung steht

Jede Rechnungsposition enthält vom Lieferanten ausgefüllte Spalten: Beschreibung. Menge. Einzelpreis. Positionssumme. Der grundlegende AP-Workflow besteht darin, diese Spalten zu extrahieren und in Ihr System einzugeben.

Die wichtigste Spalte ist jedoch eine, die der Lieferant nie druckt: eine Prüfspalte, die zeigt, ob die Zahlen stimmen. Entspricht Menge × Einzelpreis tatsächlich der vom Lieferanten gedruckten Positionssumme? Und wenn nicht – was häufiger vorkommt, als die meisten Teams annehmen – wie groß ist die Differenz?

Diese Spalte existiert nicht auf der Rechnung. Sie wird manuell nach der Extraktion in einer Tabelle erstellt. Jemand exportiert die Daten, fügt eine Formelspalte hinzu (=B2*C2), zieht sie über alle Zeilen, fügt eine weitere Spalte zum Vergleich mit dem berechneten Gesamtbetrag hinzu und sucht nach Abweichungen. Bei einer 30-zeiligen Rechnung sind das 60 Formelzellen. Bei 30 Rechnungen pro Woche sind das 1.800 Zellen. Und wenn an einem Dienstag niemand Zeit hat, findet die Prüfung nicht statt – und die Überzahlung geht durch.

Berechnete Spalten fügen diese Prüfspalte automatisch in die Extraktionsausgabe ein. Sie definieren die Berechnung einmal – in einem Spaltennamen oder Regelformat – und jede verarbeitete Rechnung liefert die Prüfung zusammen mit den Rohdaten. Keine Tabellenformeln. Keine übersprungenen Prüfungen.

Eine Anleitung zur genauen Angabe der Felder, die aus Rechnungs-PDFs extrahiert werden sollen – einschließlich Lieferantenname, Daten, Bestellnummern und Positionen – finden Sie in unserem Leitfaden zur Extraktion bestimmter Felder aus Rechnungs-PDFs.

Wie Rechnungsfehler entstehen – und warum sie unentdeckt bleiben

Fehler in Rechnungspositionen sind keine seltenen Ausnahmen. Laut Branchenbenchmarks des Institute of Finance and Management (IOFM) enthalten rund 39 % aller Rechnungen mindestens einen Fehler. Die Procure-to-Pay-Kennzahlen von Ardent Partners 2024 zeigen, dass Unternehmen etwa 1,5 % ihrer Gesamtausgaben durch Überzahlungen verlieren – das entspricht 15.000 US-Dollar pro Jahr bei einem Lieferantenumsatz von 1 Million US-Dollar.

Die Fehler sind meist banal, nicht betrügerisch:

• Ein Lieferant aktualisiert seine Preisliste, der neue Stückpreis wird angewendet, aber der Positionsbetrag auf der Rechnung spiegelt noch den alten Preis wider.
• Ein Mengenrabatt wird inkonsistent gewährt – manche Positionen erhalten ihn, andere nicht, und die Rechnung stimmt nicht auf.
• Eine mehrseitige Rechnung enthält auf Seite zwei eine Zwischensumme, die auf einer anderen Zeilenauswahl basiert als auf Seite drei.
• Ein Steuersatz ändert sich während der Vertragslaufzeit, und das Abrechnungssystem des Lieferanten hinkt um einen Abrechnungszyklus hinterher.

Jeder dieser Fehler ist mit einer einfachen Menge × Stückpreis-Prüfung erkennbar. Der Grund, warum sie durchrutschen, ist nicht die Komplexität – es ist die Menge. Wenn ein Kreditorenbuchhalter 30 Rechnungen pro Tag bearbeitet, ist es nicht machbar, bei jeder einzelne Formelspalten hinzuzufügen. Die Prüfung wird für „verdächtige" Rechnungen reserviert, was bedeutet, dass sie bei fast keiner durchgeführt wird.

Der Branchenstandard für manuelle Dateneingabefehler in der Kreditorenbuchhaltung liegt bei etwa 3,6 % pro Feld – das bedeutet, dass die Person, die die Daten erfasst, ebenfalls eine Fehlerquelle darstellt, unabhängig vom Rechnungsinhalt. Automatisierte Extraktion senkt diese Rate auf deutlich unter 1 %. Aber die Extraktion allein löst das Problem der mathematischen Prüfung nicht. Sie lässt die Daten nur schneller ankommen – und die Prüfung wartet immer noch darauf, dass jemand Excel öffnet.

Die meisten AP-Automatisierungsplattformen führen die Validierung als separaten Schritt nach der Extraktion durch. Ihr Workflow ist: Extrahieren → Mathematik validieren → Abweichungen markieren → an Prüfer weiterleiten. Die Validierungs-Engine sitzt zwischen Extraktion und Ausgabe und wendet Geschäftsregeln auf die extrahierten Daten an. Berechnete Spalten verfolgen einen anderen Ansatz: Berechnung und Extraktion erfolgen in einem Durchlauf. Die Prüfspalte ist Teil der Ausgabe, nicht eine separate Verarbeitungsstufe.

Extraktion einrichten: Fünf Spalten, zwei berechnet

Hier ist der vollständige Aufbau für eine Rechnungspositions-Extraktion mit automatischer Prüfung. Es werden drei Rohfelder extrahiert und zwei zusätzliche Spalten berechnet.

Methode 1: Spaltennamen (kein Login, sofort in der Demo nutzbar)

Fünf Spalten. Drei sind direkte Extraktionen (Menge, Einzelpreis, Abgerechneter Gesamtbetrag). Zwei sind berechnet. Die KI extrahiert Werte aus dem Dokument, multipliziert Menge mit Einzelpreis für jede Zeile und vergleicht das Ergebnis mit dem abgerechneten Gesamtbetrag des Lieferanten. Die Ausgabe ist eine positive Zahl, wenn der Lieferant zu viel berechnet hat, negativ bei zu wenig Berechnung, oder „OK", wenn beide übereinstimmen.

Das funktioniert, weil die KI keine Formel ausführt – sie analysiert das Dokument. Wenn Sie "Berechneter Gesamtbetrag (Menge × Einzelpreis, zwei Dezimalstellen)" schreiben, interpretiert das KI-Modell den Spaltennamen als kombinierte Anweisung: Finde die Spalte „Menge“, finde die Spalte „Einzelpreis“, berechne das Produkt für jede Zeile und formatiere das Ergebnis. Es muss kein Zellbereich definiert, keine Formelsyntax gelernt und nichts pro Lieferant oder Rechnungsformat konfiguriert werden.

Methode 2: Regelformat (Anmeldung erforderlich, sauberere Kopfzeilen, mehr Kontrolle)

Das Regelformat hält die Spaltenüberschriften kurz – wichtig, wenn die Ausgabe in ein ERP- oder Buchhaltungssystem mit festen Spaltenzuordnungen geht. Die Berechnungslogik ist sauber von den Spaltennamen getrennt, was die Wartung und Wiederverwendung über Rechnungsserien hinweg erleichtert. Angemeldete Benutzer können das Regelset als Vorlage speichern und dann auf alle Lieferantenrechnungen anwenden, ohne erneut etwas eingeben zu müssen.

Wie die Ausgabe aussieht

Nach dem Hochladen einer Rechnung und dem Durchführen der Extraktion enthält die Ausgabetabelle alle fünf Spalten:

Die Spalte „Abgleich“ macht Abweichungen sofort sichtbar – rot für Abweichungen, grün für OK. Widget B wurde um 5,00 $ zu viel berechnet. Widget C wurde um 7,50 $ zu wenig berechnet. Bei einer Rechnung mit 5 Positionen stimmen zwei von fünf nicht überein – beide sind ein Grund für ein Gespräch mit dem Lieferanten, bevor die Zahlung freigegeben wird.

Beachten Sie, was nicht passiert ist: Niemand hat Excel geöffnet, niemand hat eine Formel geschrieben, niemand hat eine Zelle nach unten gezogen, und niemand hat visuell nach Abweichungen gesucht. Die Prüfung war von Anfang an Teil des Extraktionsergebnisses.

Umgang mit komplexeren Rechnungen

Nicht alle Rechnungen bestehen aus einfachen Positionen. So gehen Sie mit zwei häufigen Komplikationen um.

Rechnungen mit mehreren Abschnitten und Zwischensummen

Manche Rechnungen gruppieren Positionen in Abschnitte – Hardware, Software, Dienstleistungen – jeweils mit eigener Zwischensumme. Ein formelbasierter Ansatz erfordert, dass Sie Summenbereiche manuell für jeden Abschnitt definieren, und diese Bereiche ändern sich von Rechnung zu Rechnung. Mit berechneten Spalten teilen Sie der KI mit, was ein Abschnitt ist, und lassen sie die Grenzen selbst ermitteln:

Die KI liest das Dokument, identifiziert Abschnittsgrenzen anhand der visuellen Struktur (Überschriften, Abstände, Gruppierung) und aggregiert nur die Zeilen innerhalb jedes Abschnitts. Keine Bereichsauswahl. Keine Zellbezüge.

Für mehrteilige Rechnungen aktivieren Sie Precision+ – den manuellen Schalter, der der KI während der Extraktion zusätzliche Denkschritte ermöglicht. So erkennt das Modell korrekt die Abschnittsgrenzen, insbesondere bei Rechnungen, bei denen die Abschnittsüberschriften uneinheitlich sind oder Abschnittswechsel nur durch Abstände und nicht durch explizite Bezeichnungen gekennzeichnet sind.

Steuersatz-Prüfung

Wenn eine Rechnung einen Steuersatz enthält, können Sie eine berechnete Spalte hinzufügen, die die Steuer neu berechnet und vergleicht:

Dies erfasst den häufigen Fall, dass das Abrechnungssystem eines Lieferanten den Steuersatz vor einem Rabatt anwendet, während der Vertrag eine Anwendung danach vorsieht – was eine kleine, aber kumulative Abweichung erzeugt, die eine einfache Zeilensummenprüfung übersehen würde.

Derselbe Ansatz mit berechneten Spalten funktioniert auch für die Gehaltsabrechnung – Erfahren Sie, wie Sie Gehaltsdaten mit bereits berechnetem Nettogehalt, Jahresgehalt und effektivem Steuersatz extrahieren.

Stapelverarbeitung: Ein Regelsatz, jeder Lieferant

Der wahre Hebel berechneter Spalten für die Kreditorenbuchhaltung ist die Stapelverarbeitung. Sie definieren die Spaltennamen und Regeln einmal, laden dann Rechnungen von jedem Lieferanten hoch – unterschiedliche Formate, unterschiedliche Spaltenreihenfolgen, unterschiedliche Bezeichnungen – und dieselbe Prüfung läuft über alle hinweg.

Ein wöchentlicher Workflow sieht so aus:

1. Sammeln Sie alle Lieferantenrechnungen der Woche (PDFs, Scans, E-Mail-Anhänge, Fotos von Papierrechnungen).
2. Laden Sie sie als Stapel mit dem oben genannten Fünf-Spalten-Regelsatz in ImageToTable.ai hoch.
3. Laden Sie die konsolidierte Ausgabe herunter – eine Tabelle mit allen Positionen jeder Rechnung, plus den Spalten „Berechnete Summe“ und „Abgleich“ für jede.
4. Filtern Sie die Spalte „Abgleich“ nach allem, was nicht „OK“ ist. Diese Zeilen sind Ihr Abweichungsbericht für die Woche.

Für ein Team, das 100 Rechnungen pro Woche verarbeitet, ersetzt dies etwa 2–3 Stunden Formelerstellung und visuelles Scannen durch einen Filtervorgang, der 30 Sekunden dauert. Die eingesparte Zeit fließt in die Lösung der relevanten Abweichungen – nicht in deren Suche.