Extrahieren & Berechnen vs. Erst extrahieren, dann 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 drastisch 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 Tabellenkalkulation 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 wirklich liegt

Legen wir Zahlen auf die Tabelle, 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 einzigen berechneten Spalte – Zeilensumme = Menge × Einzelpreis – erfordert 30 Formelzellen zum Erstellen und Prüfen. Fügt man eine Prüfspalte hinzu, um mit dem Rechnungsendbetrag zu vergleichen, 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.

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 Tabellenkalkulationen in Unternehmen 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 für A funktioniert, liefert für 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 ist nicht, 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 der Extraktion. Sie beschreiben die Berechnung in einfachem Deutsch – nicht in Formelsyntax – und die KI liefert die Antwort zusammen mit den Rohdaten.

Der Unterschied wird im direkten Vergleich am deutlichsten:

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 – sondern auf „den Mengenwert in dieser Zeile“ und „den Einzelpreiswert in dieser Zeile“. Dieses semantische Verständnis macht dieselbe Anweisung für jedes Dokumentlayout jedes Anbieters nutzbar.

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

Beide Ansätze liefern das gleiche Ergebnis – eine Spalte „Zeilenbetrag" 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.

Dies unterscheidet sich grundlegend von Tools, die Tabellenkalkulationsformeln in einer Extraktionsoberfläche nachbilden. Diese verlangen etwas wie @MULTIPLY(Menge, Einzelpreis) – immer noch eine Formel, nur in anderer Verpackung, und weiterhin anfällig bei sich ändernden Feldpositionen. Berechnete Spalten basieren auf Bedeutung, nicht auf Position. „Menge mit Einzelpreis multiplizieren" 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, ist der Formelschritt der Punkt, an dem der Nachmittag verschwindet – 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. Meist bemerkt man es erst, 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 Gesamtbetrag pro Position. Sie müssen prüfen, ob Menge × Einzelpreis dem berechneten Betrag 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 – in 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 Dokumentvolumen 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 Formelkorruption erhöht
• Formelfehler finanzielle Konsequenzen haben – Überzahlung, verpasste Abrechnung, 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 in jedem Batch 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.