Bestellpositionen extrahieren und
Gesamtkosten automatisch in einem Schritt berechnen

Die Lücke zwischen PO-Extraktion und einer brauchbaren Zahl

Öffnen Sie eine beliebige Bestell-PDF. Das Dokument ist voller Daten: eine Bestellnummer oben, Käufer- und Lieferantendetails, Liefertermine und eine Tabelle mit Positionen – zwischen 3 und 80 Zeilen. Jede Zeile enthält einen Artikelcode, eine Beschreibung, eine Menge, eine Maßeinheit und einen Einzelpreis. Manche Lieferanten drucken auch einen Zeilenendbetrag. Viele nicht. Fast keiner druckt einen Gesamtbetrag, dem Sie vertrauen können, ohne die Rechnung selbst zu prüfen.

Die standardmäßige Bestellungs-Extraktion liefert die Rohdaten. Sie erhalten Menge. Sie erhalten Einzelpreis. Sie erhalten vielleicht einen vom Lieferanten gedruckten Zeilenendbetrag, falls dessen ERP einen enthält. Das Tool betrachtet seine Aufgabe als erledigt – die Daten sind in Ihrer Tabelle. Aber Ihre Aufgabe ist noch nicht erledigt. Sie müssen noch:

Für eine einzelne Bestellung mit 30 Positionen sind das 30 Formelzellen, 30 Prüfungen und eine SUMME am Ende – etwa 61 Formeloperationen. Bei 10 Bestellungen pro Woche: 610. Bei 40: über 2.400. Das Extraktionstool hat Ihre Dateneingabezeit verkürzt, aber die Arithmetik unberührt gelassen. Und Arithmetik in großem Umfang ist der Ort, an dem sich Fehler häufen: eine falsch eingegebene Formel in Zeile 17, ein SUMME-Bereich, der drei Zeilen übersehen hat, eine Zwischensumme, die die falsche Abschnittsüberschrift enthielt – jede einzelne eine Abweichung, die in Ihre gebundenen Ausgaben einfließt und möglicherweise in den Drei-Wege-Abgleich, wenn die Rechnung eintrifft und die Zahlen nicht übereinstimmen.

Berechnete Spalten beheben dies an der Quelle. Anstatt Menge und Einzelpreis als Rohwerte zu extrahieren und Ihnen zur Nachbearbeitung zu übergeben, teilen Sie der KI mit, was berechnet werden soll – „Multipliziere Menge mit Einzelpreis für jede Zeile", „Addiere alle Zeilenendbeträge unter demselben Abschnitt", „Addiere alle Abschnitte für den Gesamtbetrag" – und die Berechnung läuft während der Extraktion. Die heruntergeladene Ausgabe enthält bereits die Antworten.

Berechnete Spalten für Bestellpositionen einrichten

Es gibt zwei Möglichkeiten, die Berechnungen zu definieren – je nachdem, ob Sie es sofort ausprobieren oder eine wiederverwendbare Vorlage für Ihren regulären Bestellablauf erstellen möchten. Beide führen zum gleichen Ergebnis: Die KI extrahiert die Rohwerte aus dem Dokument und führt die Berechnung im selben Durchlauf aus.

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

Der einfachste Ansatz: Schreiben Sie die Berechnung direkt in den Spaltennamen. Die KI liest den Spaltennamen als semantische Anweisung – nicht nur, was zu finden ist, sondern auch, was damit zu tun ist. Dies funktioniert auf der Gast-Demoseite ohne Konto.

Acht Spalten. Sechs sind direkte Extraktionen – die KI findet jeden Wert im Dokument. Zwei sind berechnet: Positionssumme multipliziert Menge mit Einzelpreis pro Zeile, und Gesamtsumme Bestellung summiert alle Positionssummen über das gesamte Dokument. Die KI erledigt beides in einem Durchlauf.

Wenn der Lieferant bereits eine Positionssumme auf der Bestellung ausgibt und Sie diese überprüfen statt neu berechnen möchten, können Sie stattdessen eine Prüfspalte hinzufügen:

Jetzt zeigt die Ausgabe automatisch Abweichungen an. Druckt der Lieferant 1.275,00 € für eine Position, aber Menge × Einzelpreis ergibt 1.200,00 €, gibt die Spalte Abgleich „75,00 € zu viel berechnet“ aus – kein manuelles Prüfen nötig.

Methode 2: Regelformat (angemeldete Benutzer, sauberere Spaltennamen, mehr Kontrolle)

Wenn Sie regelmäßig Bestellungen bearbeiten – insbesondere bei mehreren Lieferanten mit unterschiedlichen Formaten – erleichtert die saubere Definition von Spaltennamen und die separate Angabe der Berechnungslogik im Regelformat JSON die Wiederverwendung des Setups. Die Spaltennamen bleiben kurz (nur die Feldbezeichnung), und die Regeln beschreiben genau, wie sich jede berechnete Spalte verhalten soll.

Der Regelformat-Ansatz bietet eine feinere Kontrolle über die Datenbereinigung: Entfernen von Währungssymbolen aus dem Einzelpreis, Entfernen von Einheiten aus der Menge (damit aus „500 Einheiten“ einfach „500“ wird) und konsistente Formatierung aller berechneten Werte. Sobald Sie diese Spaltennamen und Regeln als Vorlage speichern, verwenden alle von Ihnen verarbeiteten Bestellungen dasselbe Setup – keine Neukonfiguration pro Lieferant.

So extrahiert die Spaltennamenerkennung Daten aus verschiedenen Bestellformaten

Eine berechtigte Frage an dieser Stelle: Verschiedene Lieferanten senden Bestellungen in völlig unterschiedlichen Layouts. Der eine setzt den Artikelcode in Spalte 1, der andere in Spalte 3. Ein dritter verwendet gar keine Tabelle – die Positionen sind unter jeder Abschnittsüberschrift als Fließtext aufgelistet. Wenn die Berechnung aber von der korrekten Identifizierung von Menge und Einzelpreis abhängt – was passiert, wenn sich die Feldpositionen ändern?

Hier unterscheidet sich die Spaltennamenerkennung grundlegend von vorlagenbasierten Tools. Vorlagentools lokalisieren Felder anhand von Pixelpositionen – „Menge steht in der Tabelle, Zeile N, dritte Spalte von links.“ Wenn Lieferant B die Menge in Spalte vier statt drei platziert, bricht die Vorlage. Die Spaltennamenerkennung hingegen ignoriert die Position. Sie findet „Menge“, indem sie versteht, was Menge bedeutet – ein numerischer Wert, der zu einer Position gehört, typischerweise in der Nähe eines Einzelpreises und wahrscheinlich mit einer Maßeinheit. Die KI liest das Dokument semantisch, nicht geometrisch.

Das hat eine direkte Auswirkung auf berechnete Spalten: Die einmal definierte Berechnungslogik – „Multipliziere Menge mit Einzelpreis“ – funktioniert unabhängig davon, wo diese Felder auf der Seite erscheinen. Ob Bestellung von Lieferant A, Lieferant B oder ein eingescanntes Papierformular eines Händlers, der noch Durchschläge verwendet – dieselbe Spaltendefinition gilt. Sie müssen Menge und Einzelpreis nicht pro Lieferant neu zuordnen, weil die KI sie anhand der Bedeutung findet, nicht anhand von Koordinaten.

Stapelverarbeitung mehrerer Bestellungen mit berechneten Summen

Die Verarbeitung einer Bestellung nach der anderen mit berechneten Spalten löst das arithmetische Problem pro Dokument. Der eigentliche Effizienzgewinn ergibt sich jedoch, wenn Sie Bestellungen stapelweise verarbeiten – 10, 20 oder 50 Bestellungen auf einmal hochladen und eine einzige konsolidierte Ausgabe erhalten, in der jede Positionssumme und der Gesamtbetrag bereits berechnet sind.

So sieht eine Stapelausgabe nach der Verarbeitung von 15 Bestellungen verschiedener Lieferanten aus:

Beispielausgabe aus einem Stapel von 15 Bestellungen. Positionssumme und Gesamtsumme werden während der Extraktion berechnet. Die Spalte „Abgleich" zeigt Abweichungen an – bei PO-9072, Zeile 2, besteht eine Differenz von $52,50 zwischen der gedruckten Positionssumme des Lieferanten und der Berechnung Menge × Einzelpreis.

In dieser Stapelausgabe ist jede Positionssumme das Ergebnis der berechneten Spalte – nicht die gedruckte Zahl des Lieferanten. Jede Gesamtsumme pro Bestellung wird aus den berechneten Positionssummen summiert – nicht aus der vom Lieferanten unten angegebenen Summe. Und die Spalte „Abgleich" deckt eine Abweichung von $52,50 bei PO-9072 auf, die in einem manuellen Workflow unbemerkt geblieben wäre.

Diese Konsolidierung ist für die Ausgabenverfolgung wichtig. Wenn Sie 15 Bestellungen zusammenfassen, erhalten Sie nicht nur 15 separate Extraktionen in einer Datei. Sie erhalten eine einzige Tabelle, in der jede Zeile ihrer Quellbestellung zugeordnet werden kann, jede Positionssumme unabhängig geprüft ist und die Gesamtsummen pro Bestellung bereits berechnet sind. Exportieren Sie nach Excel, wenden Sie eine Pivot-Tabelle nach Lieferant oder Projektcode an – und Ihr Bericht über die gebundenen Ausgaben ist fertig, ohne dass Formelzellen erforderlich sind.

Wann Berechnungen den Denkmodus benötigen

Einfache zeilenweise Arithmetik – „Menge mit Einzelpreis multiplizieren" – funktioniert zuverlässig mit oder ohne Denkmodus. Die KI kann die Multiplikation der extrahierten Werte ohne tiefgehende Überlegungen durchführen. Bestimmte Bestellszenarien gehen jedoch über einfache Operationen hinaus, sodass der Denkmodus für genaue Ergebnisse aktiviert werden muss.

Übergreifende Aggregation über Abschnitte hinweg. Wenn eine Bestellung Positionen in mehrere Abschnitte unterteilt – „Rohmaterialien", „Komponenten", „Montagedienstleistungen" – und jeder Abschnitt eine eigene Zwischensumme hat, muss die KI die Zeilen nach ihrer Abschnittszugehörigkeit gruppieren, bevor sie summiert. Eine einfache „Summiere alle Positionsbeträge" würde eine einzige Zahl ergeben. „Summiere Positionsbeträge innerhalb jedes Abschnitts, gib die Zwischensumme in der letzten Zeile jedes Abschnitts aus" erfordert, dass die KI Abschnittsgrenzen erkennt, Zeilen ihrem Abschnitt zuordnet und selektiv aggregiert. Der Denkmodus gibt der KI die nötigen Denkschritte, um dies korrekt durchzuführen.

Mehrseitige Bestellungen mit wiederholten Spaltenüberschriften. Manche Bestellungen umfassen 4–6 Seiten, wobei die Positionstabelle über Seitenumbrüche hinweg fortgesetzt wird und die Spaltenüberschriften auf jeder Seite wiederholt werden. Die KI muss verstehen, dass „Menge" auf Seite 2, Spalte 4 dasselbe Feld ist wie „Menge" auf Seite 1, Spalte 4 – und nicht ein separater Datenpunkt. Ohne Denkmodus könnte die KI die wiederholte Kopfzeile auf Seite 2 als Datenzeile behandeln. Mit Denkmodus analysiert sie die Dokumentkontinuität und ignoriert wiederholte Kopfzeilen.

Bedingte Logik über die gesamte Bestellung hinweg. Eine Prüfregel wie „Wenn die Summe aller geprüften Gesamtbeträge nicht dem ausgewiesenen Gesamtbetrag entspricht, gib die Differenz in jeder Zeile aus; andernfalls gib OK aus" erfordert, dass die KI einen dokumentübergreifenden Wert berechnet, bevor sie eine Zeile ausfüllt. Dies ist ein zweistufiger Vorgang: zuerst alle Positionsbeträge berechnen und summieren, dann mit dem ausgewiesenen Gesamtbetrag vergleichen, dann entscheiden, was in jede Übereinstimmungszelle geschrieben wird. Der Denkmodus unterstützt diese sequenzielle Argumentation.

Die Faustregel: Wenn Ihre Berechnung nur die Werte der aktuellen Zeile betrifft (einzeilige Arithmetik), funktioniert die Spaltennamen-Methode ohne Denkmodus. Wenn sie Werte aus anderen Zeilen, anderen Seiten oder eine bedingte Logik erfordert, die von einem dokumentübergreifenden Ergebnis abhängt, aktivieren Sie den Denkmodus für zuverlässige Ausgaben. Der Schalter befindet sich in der Upload-Oberfläche – ein Klick vor der Verarbeitung.

FAQ

Funktioniert das auch, wenn der Lieferant auf dem Auftrag gar keine Zeilensumme ausweist?

Ja. Die berechnete Spalte ermittelt die Zeilensumme direkt aus Menge und Einzelpreis – sie ist nicht darauf angewiesen, dass der Lieferant eine ausgedruckt hat. Fehlen die Zeilensummen vollständig, verwenden Sie einfach die Spalte „Zeilensumme (Menge × Einzelpreis)“ und überspringen die Prüfspalte. Die Ausgabe enthält Ihre berechneten Summen, unabhängig davon, was der Lieferant gedruckt hat.

Was ist, wenn der Auftrag unterschiedliche Währungsformate verwendet – teils USD, teils EUR?

Die KI verarbeitet Währungssymbole im Rahmen ihres natürlichen Sprachverständnisses. Ein Einzelpreis von „$12,40“ und „€9,80“ werden beide korrekt verarbeitet, da die KI den Wert semantisch und nicht über einen festen Parser liest. Im Regelformat können Sie „Währungssymbole entfernen, zwei Dezimalstellen“ angeben, und die KI entfernt das Symbol unabhängig von der Währung. Die Ausgabe behält die Währung des Originaldokuments bei – es findet keine Währungsumrechnung statt, es sei denn, Sie beschreiben diese explizit in einer Regel.

Kann der Auftrag Mengen mit Brüchen oder gemischten Einheiten verarbeiten?

Ja, in vernünftigem Rahmen. Die KI kann Bruchmengen verarbeiten – „2,5 Tonnen“, „0,75 kg“, „1.500 laufende Fuß“. Sie normalisiert den Zahlenwert und entfernt die Einheit, wenn Ihre Regel „Nur Zahlen, alle Einheiten entfernen“ lautet. Bei sehr komplexen Einheitenumrechnungen (z. B. „3 Kartons à 24 Stück“, wenn die Ausgabe 72 anzeigen soll) müssten Sie die Umrechnungslogik in der Regel beschreiben – „Wenn Menge einen Einheitenmultiplikator enthält, berechne die Gesamtstückzahl“ – und den Denkmodus aktivieren. Einfache Brüche und Dezimalzahlen funktionieren ohne spezielle Konfiguration.

Was passiert, wenn die KI eine Menge oder einen Einzelpreis falsch liest?

ImageToTable.ai erreicht eine Genauigkeit von bis zu 99 % bei gedruckten Tabellendaten, aber kein Extraktionssystem ist perfekt. Die wichtigste Sicherheitsvorkehrung für Auftragspositionen ist die Prüfspalte: Wenn Sie sowohl „Lieferanten-Zeilensumme“ als auch „Geprüfte Summe (Menge × Einzelpreis)“ mit einem Abgleich konfigurieren, wird jeder Extraktionsfehler, der zu einer mathematischen Abweichung führt, sofort in der Ausgabe markiert. Sie prüfen nur die markierten Zeilen, nicht jede einzelne. Bei Aufträgen mit hohem Wert ist es gute Praxis, vor der Freigabe der Ausgabe einige Zeilen stichprobenartig zu kontrollieren – unabhängig vom verwendeten Tool.

Unterstützt das Google Sheets-Add-on berechnete Spalten in Bestellungen?

Ja. Das Google Sheets-Add-on für Bestellungen unterstützt dieselben spaltennamenbasierten berechneten Spalten. Fügen Sie die Spaltennamen mit Berechnungsanweisungen in die Seitenleiste des Add-ons ein, laden Sie Ihr Bestellbild oder PDF hoch, und die Ergebnisse – mit berechneten Zeilensummen und Gesamtsumme – werden direkt an Ihr aktives Blatt angehängt. Kein Download, kein erneuter Upload, keine separate Excel-Sitzung.

Wie schneidet das im Vergleich zur reinen Datenextraktion mit Excel-Formeln ab?

Das Endergebnis ist dasselbe – 50 Einheiten × 12,40 € = 620,00 €, egal ob die KI oder Ihre Formelzelle es berechnet. Der Unterschied liegt im Arbeitsaufwand. Mit Excel-Formeln schreiben Sie =B2*C2 einmal, ziehen es 50 Zeilen nach unten, überprüfen den Bereich, schreiben =SUMME(F2:F51) unten und wiederholen diesen Vorgang für jede neue Bestellung – da jede Bestellung als neues Blatt oder neuer Zeilenblock beginnt. Mit berechneten Spalten definieren Sie die Berechnung einmal, und jede Bestellung, die Sie ab dann verarbeiten, liefert automatisch die Summen. Für eine einzelne Bestellung ist der Zeitunterschied gering. Bei 10 Bestellungen pro Woche summiert er sich. Bei 40 Bestellungen pro Woche von mehreren Lieferanten mit unterschiedlichen Formaten ist der Unterschied der Grund, warum die Prüfung an einem hektischen Dienstag erledigt statt übersprungen wird.

Überprüfung, die mit den Daten reist

Die in die Extraktionsausgabe eingebettete Berechnung macht etwas, was eine Tabellenkalkulationsformel nicht kann: Sie bleibt bei den Daten, egal wohin diese gehen. Wenn Sie die Bestellpositionen als CSV für Ihren ERP-Import exportieren, sind die Spalten „Zeilensumme“ und „Gesamtsumme“ bereits ausgefüllt – keine Formelverweise, die beim Export brechen. Wenn Sie die Datei mit einem Kollegen teilen, der Ihre Excel-Vorlage nicht hat, sehen sie Zahlen, keine #REF!-Fehler. Wenn Sie den Bestellstapel sechs Monate später für das Audit archivieren, sind die berechneten Summen in der Datei vorhanden, nachvollziehbar bis zum Extraktionsdatum, nicht abhängig von einer möglicherweise überschriebenen Formelarbeitsmappe.

Dies ist der praktische Unterschied zwischen „Daten extrahieren“ und „Antworten extrahieren“. Daten erfordern Nachbearbeitung. Antworten sind gebrauchsfertig. Der arithmetische Schritt dazwischen – fünf Sekunden Multiplikation pro Zeile – ist isoliert betrachtet trivial. Im Beschaffungsvolumen eines wachsenden Unternehmens ist er der Engpass, der bestimmt, ob jede Bestellung überprüft wird oder nur die, die verdächtig aussehen.

Eine vollständige technische Übersicht zur Funktionsweise berechneter Spalten über alle Dokumenttypen hinweg – einschließlich zeilenübergreifender Aggregation, fester Parameterreferenzen und bedingter Logik – finden Sie in unserem Leitfaden zum Erhalten berechneter Antworten aus jedem Dokument. Ein verwandtes Szenario auf der Kreditorenseite finden Sie unter Extrahieren von Rechnungspositionen mit bereits berechneten Summen.