Extrahieren & Berechnen vs. Extrahieren + Formel
Die wahren Kosten eines zweistufigen Workflows

Die Zwei-Schritt-Gewohnheit, die wir alle geerbt haben

Der Standard-Workflow zur Dokumentenverarbeitung hat sich in zwei Jahrzehnten kaum verändert, selbst während sich die zugrundeliegende Extraktionstechnologie grundlegend gewandelt hat:

Schritte 1 und 2 sind dramatisch schneller geworden. Schritte 3 und 4 nicht. Diese Zwei-Schritt-Gewohnheit – erst extrahieren, später berechnen – existiert, weil Extraktionstools zum Extrahieren gebaut wurden, nicht zum Rechnen. Der Berechnungsschritt galt als "Ihre Aufgabe", der Teil, den Sie in Ihrer Tabelle erledigen. Und lange Zeit ergab diese Aufteilung Sinn. Die Extraktion war der schwierige Teil. Formeln waren der einfache Teil.

Diese Aufteilung ergab etwa zu dem Zeitpunkt keinen Sinn mehr, als die Extraktion schnell genug wurde, dass die Formerstellung zum Engpass wurde.

Wo die Lücke tatsächlich sitzt

Legen wir Zahlen auf, was der Formelschritt kostet – denn es ist leicht, ihn zu unterschätzen, wenn man es Dokument für Dokument macht.

Eine Rechnung mit 30 Positionen und einer berechneten Spalte – Zeilensumme = Menge × Einzelpreis – erfordert 30 Formelzellen zum Erstellen und Prüfen. Mit einer Prüfspalte zum Abgleich mit dem Rechnungsendbetrag sind es 60 Formelzellen. Die Formeln selbst dauern Sekunden pro Stück. Die Prüfung – jede Zelle scannen, um sicherzustellen, dass der Bezug nicht verrutscht ist – dauert länger.

Jetzt skalieren wir das. Dreißig Rechnungen pro Woche, im Schnitt 12 Positionen, mit zwei berechneten Spalten:

Formelfehler häufen sich mit der Menge. Die European Spreadsheet Risks Interest Group (EuSpRIG) erfasst seit über zwei Jahrzehnten Fehlerraten in Geschäftsumgebungen und stellt durchgängig fest, dass selbst professionell gepflegte Tabellen Formelfehler enthalten – falsche Zellbezüge, durch Einfügen zerstörte Bereiche, Kopierfehler – die unentdeckt bleiben, bis eine nachgelagerte Zahl nicht aufgeht. Ein einziger verschobener Bezug in einer gezogenen Formel pflanzt den Fehler in jede Zeile fort.

Das tiefere Problem: Formeln sind layoutabhängig, nicht bedeutungsabhängig. Eine Rechnung von Lieferant A hat Menge in Spalte B und Einzelpreis in Spalte C. Lieferant B nutzt Spalten D und F. Die Formel, die bei A funktioniert, liefert bei B Unsinn. Jedes neue Dokumentenlayout erfordert angepasste Zellbezüge. Zehn Lieferanten bedeuten zehn Formelvorlagen. Deshalb funktioniert „Als Vorlage speichern" in der Praxis selten – die Vorlage referenziert Zellpositionen, und die ändern sich mit jeder Dokumentenquelle.

Die Lücke liegt nicht darin, dass Formeln schwer zu schreiben sind. Sondern dass sie im großen Maßstab zerbrechlich sind. Bei fünf Dokumenten pro Monat von einem Lieferanten ist der Formelaufwand trivial. Bei fünfzig Dokumenten pro Woche von fünfzehn Lieferanten wird die Formelverwaltung zum dominanten Zeitfresser – und zum Schritt, der am ehesten Fehler einschleust, die niemand bemerkt. Berechnete Spalten schließen diese Lücke, indem sie die Berechnung dorthin verlagern, wo die Daten zuerst gelesen werden.

Was „Extrahieren und Berechnen“ wirklich bedeutet

Berechnete Spalten kehren die Reihenfolge um. Statt zuerst zu extrahieren und später zu berechnen, erfolgt die Berechnung bereits während des Extraktionsdurchlaufs. Sie beschreiben die Berechnung in einfachem Deutsch – nicht in Formelsyntax – und die KI liefert die Antwort zusammen mit den Rohdaten.

Den Unterschied erkennt man am besten im direkten Vergleich:

Der Mechanismus, der dies ermöglicht, ist keine Formelausführung – es ist KI-gestütztes Verständnis des Dokumentkontexts. Wenn Sie Zeilensumme (Menge × Einzelpreis) definieren, liest das KI-Visionsmodell das Dokument, identifiziert, welche Werte Mengen und welche Einzelpreise sind (durch Verständnis von Spaltenüberschriften, Tabellenstruktur und Feldsemantik), und berechnet das Produkt für jede Zeile. Es bezieht sich nicht auf Zelle B2 oder C2 – es bezieht sich auf „den Mengenwert in dieser Zeile“ und „den Einzelpreiswert in dieser Zeile.“ Dieses semantische Verständnis ist es, das dieselbe Anweisung bei jedem Dokumentlayout von jedem Anbieter funktionieren lässt.

ImageToTable.ai bietet zwei Möglichkeiten, berechnete Spalten zu definieren:

Beide Ansätze liefern dasselbe Ergebnis – eine Spalte „Line Total“ mit bereits berechneten Werten. Der Unterschied liegt im Workflow. Verwenden Sie Spaltennamen für schnelle Tests und einmalige Extraktionen. Nutzen Sie das Regelformat für wiederkehrende Workflows, bei denen saubere Spaltenüberschriften und detaillierte Berechnungsanweisungen wichtig sind.

Das unterscheidet sich grundlegend von Tools, die Tabellenkalkulationsformeln in einer Extraktionsoberfläche nachbilden. Diese verlangen etwas wie @MULTIPLY(qty, unit_price) – immer noch eine Formel, nur anders verpackt, und weiterhin anfällig, wenn sich Feldpositionen ändern. Berechnete Spalten basieren auf Bedeutung, nicht auf Position. „Multiply Qty by Unit Price“ funktioniert auf jeder Rechnung, weil die KI versteht, worauf sich diese Begriffe beziehen – unabhängig davon, wo sie auf der Seite stehen.

Vier Dimensionen, die entscheiden, wann die alte Methode versagt

Kein Workflow ist universell besser. Der Wert der Kombination von Extraktion und Berechnung hängt von Ihrem Volumen, Ihrer Vielfalt und Ihrer Komplexität ab. Nachfolgend ein dimensionsweiser Vergleich – nicht um einen Gewinner zu küren, sondern um die Bedingungen zu identifizieren, unter denen der zweistufige Ansatz nicht mehr das richtige Werkzeug ist.

Der Wendepunkt ist keine klare Schwelle. Es ist die Kombination aus Volumen × Vielfalt × Komplexität, die die Formelerstellung von „Teil der Arbeit" zu „dem Teil, der die für die Analyse vorgesehene Zeit verschlingt" macht. Für jemanden, der fünf Rechnungen pro Monat von einem Lieferanten verarbeitet, ist der Formelschritt eine Sache von Minuten – und der traditionelle Workflow ist in Ordnung. Für jemanden, der 30 Rechnungen pro Woche von zehn Lieferanten mit zeilenübergreifenden Berechnungen und Bedingungsprüfungen verarbeitet, verschwindet der Nachmittag im Formelschritt – und was leidet, ist nicht nur die Geschwindigkeit, sondern auch die Gründlichkeit. Wenn Formeln zu lange dauern, wird die Überprüfung übersprungen.

Die meisten Teams überschreiten diese Schwelle nicht plötzlich. Der Formel-Overhead wächst schleichend mit dem Unternehmen – mehr Lieferanten, mehr Dokumententypen, mehr Personen, die an der Tabelle arbeiten. Der Moment, in dem es auffällt, ist meist, wenn ein Formelfehler eine Zahlungsdifferenz verursacht, die jemand Wochen später entdeckt. Zu dem Zeitpunkt ist man bereits seit Monaten über der Schwelle.

Drei Szenarien, in denen der Unterschied spürbar wird

Abstrakte Vergleiche helfen, das Problem einzuordnen. Konkrete Szenarien zeigen, wo die Lücke im Arbeitsalltag tatsächlich auftritt. Jedes Szenario stellt beide Ansätze Schritt für Schritt gegenüber.

Szenario 1: Prüfung von Rechnungspositionen

Ein Lieferant sendet eine Rechnung mit Menge, Einzelpreis und Rechnungsbetrag pro Position. Sie müssen prüfen, ob Menge × Einzelpreis dem Rechnungsbetrag entspricht – und jede Abweichung vor der Zahlung markieren. Dies ist die häufigste AP-Berechnung überhaupt und die, die unter Zeitdruck am ehesten übersprungen wird.

Eine vollständige Schritt-für-Schritt-Anleitung finden Sie in unserem Leitfaden zur Rechnungspositionsprüfung mit berechneten Summen.

Szenario 2: Angebotsvergleich mit Abschnittszwischensummen

Drei Subunternehmer reichen Angebote für ein Projekt ein. Jeder gliedert die Positionen anders – einer nach Gewerken, einer nach Materialart, einer nach Bauphase. Sie benötigen Positionsbetrag (Menge × Einheitssatz), Abschnittszwischensummen und Gesamtsumme für jedes Angebot, um die Kosten zu vergleichen.

Die vollständige Einrichtung inkl. abschnittsübergreifender Aggregation finden Sie unter Subunternehmer-Angebote mit berechneten Positionsbeträgen scannen.

Szenario 3: Bedingungsprüfungen bei unregelmäßigen Dokumenten

Ein Restaurant erhält Lieferantenrechnungen, bei denen Mengenrabatte inkonsistent angewendet werden. Artikel mit Menge ≥ 10 sollen 5 % Rabatt erhalten. Sie müssen jede Position identifizieren, bei der der Rabatt falsch angewendet wurde – falscher Satz oder gar nicht – über Rechnungen von sechs Lebensmittellieferanten mit jeweils unterschiedlichen Formaten.

Die gleiche bedingte Berechnung gilt für die Lebensmittelkostenanalyse. Siehe Lebensmittelkostenprozente aus Rechnungsfotos berechnen für einen verwandten Anwendungsfall.

Wann der alte Weg noch funktioniert (und wann nicht)

Berechnete Spalten sind kein universeller Ersatz für Tabellenformeln. Sie lösen ein spezifisches Problem: den Berechnungsengpass, der entsteht, wenn das Extraktionsvolumen die Kapazität zur Formelerstellung übersteigt. In vielen Situationen ist der traditionelle zweistufige Workflow nach wie vor die richtige Wahl.

Der traditionelle Workflow ist völlig ausreichend, wenn:

• Sie weniger als 10 Dokumente pro Woche aus wenigen Quellen verarbeiten
• Dokumente ein identisches oder nahezu identisches Layout aufweisen (einzelner Lieferant, standardisierte Formulare wie Stromrechnungen)
• Berechnungen auf einfache Zeilenarithmetik beschränkt sind – Multiplikation zweier benachbarter Spalten, Addition eines festen Steuersatzes
• Eine Person den gesamten Workflow betreut und die Formelprüfung Teil ihrer Routine ist

Der zweistufige Workflow beginnt zu versagen, wenn:

• Das Dokumentenvolumen 15–20 pro Woche übersteigt und die Layouts je nach Quelle variieren
• Berechnungen zeilenübergreifende Aggregationen, Bedingungslogik oder mehrstufige Ableitungen umfassen, bei denen die Formelkomplexität schneller wächst als das Volumen
• Mehrere Personen an der Tabelle arbeiten, was das Risiko versehentlicher Formelbeschädigung erhöht
• Formelfehler finanzielle Konsequenzen haben – Überzahlung, verpasste Rechnungsstellung, Compliance-Lücken
• Die Person, die die Formeln erstellt, auch diejenige ist, die die Ergebnisse analysieren sollte – die Formelerstellung verbraucht die Zeit, die für die Beurteilung gedacht ist

Was die Waage kippen lässt, ist selten ein einzelner Faktor. Es ist die Kombination: Volumen × Vielfalt × Komplexität. Jeder einzelne Faktor ist beherrschbar. Alle drei gleichzeitig sind der Punkt, an dem die Formelverwaltung aufhört, eine kleine Unannehmlichkeit zu sein, und zur primären Einschränkung des Arbeitspensums wird.

Der pragmatische Ansatz besteht nicht darin, jede Formel durch eine berechnete Spalte zu ersetzen. Es geht darum, zu identifizieren, welche Berechnungen sich bei jeder Charge wiederholen, welche brechen, wenn sich Layouts ändern, und welche komplex genug sind, dass eine Überprüfung wichtig ist – und diese in den Extraktionsschritt zu verlagern. Lassen Sie die einmaligen Berechnungen und Ad-hoc-Analysen in Excel, wo sie hingehören. Arbeitsblätter mit Berechnung des Rechnungsbetrags und Berechnung des Nettogehalts auf Gehaltsabrechnungen sind Beispiele für Berechnungen, die sich bei jedem Dokument identisch wiederholen – die idealen Kandidaten für die Verlagerung in den Extraktionsdurchlauf.