So verarbeiten Sie 5 Lieferantenangebote im Stapel
zu einer Google-Sheets-Vergleichstabelle

Die 5-Lieferanten-Anfrage: Gleiche Daten, fünf verschiedene Formate

Best Practices im Einkauf konvergieren auf eine konsistente Zahl: drei bis fünf qualifizierte Lieferanten pro Angebotsanfrage. Bei weniger als drei entsteht kein Wettbewerbsdruck. Bei mehr als fünf übersteigt der Auswertungsaufwand den marginalen Preiseffekt. CAPS Research, gemeinsam getragen vom Institute for Supply Management und der W. P. Carey School of Business der Arizona State University, benchmarkt Beschaffungsprozesse in 20 Branchen – und der Drei-bis-Fünf-Bereich ist der strukturelle Standard über alle Sektoren hinweg (APQC Procurement Benchmarking).

Fünf qualifizierte Lieferanten bedeuten fünf Angebotsantworten. Und fünf Antworten bedeuten fünf verschiedene Formate. Lieferant A exportiert aus seinem ERP – ein sauberes PDF mit Artikelnummern, Beschreibungen, Einzelpreisen und Lieferzeiten in einer konsistenten Tabelle. Lieferant B schreibt sein Angebot in den E-Mail-Text und hängt es als PDF-Scan eines ausgedruckten Formulars an. Lieferant C verwendet seine eigene Angebotsvorlage mit Spaltenbezeichnungen, die Sie noch nie gesehen haben: „Ref." statt „Artikelnummer", „Satz" statt „Einzelpreis", „Lieferung (Werktage)" statt „Lieferzeit". Lieferant D listet zeilenweise auf, setzt die Gesamtsumme aber auf Seite 3. Lieferant E liefert ein PDF mit einem handschriftlich ausgefüllten Angebotsformular eines kleineren regionalen Händlers – Ihre kostengünstigste Option und gleichzeitig die aufwändigste zu digitalisieren.

Ihre Google Sheets-Vergleichsvorlage interessiert sich für keine dieser Unterschiede. Sie hat saubere Spalten: Lieferantenname, Artikelbeschreibung, Menge, Einzelpreis, Zeilensumme, Lieferzeit, Zahlungsbedingungen, Lieferbedingungen. Die Formatlücke – das, was zwischen „fünf unübersichtlichen PDFs" und „einer sauberen Tabelle" liegt – sind Sie, die Daten manuell zwischen den Formaten übersetzen, 60 bis 90 Minuten pro Angebotsrunde.

Unternehmenssoftware löst das – zu Unternehmenspreisen

SAP Ariba und Coupa dominieren den Source-to-Pay-Markt und wurden beide als Leader im Gartner Magic Quadrant für Source-to-Pay-Suites 2025 und 2026 ausgezeichnet. Ihre E-Sourcing-Module lösen genau dieses Problem: strukturierte RFQs an Lieferanten senden, standardisierte Antworten erhalten und automatisch Vergleichstabellen erstellen. Keine PDF-zu-Tabellen-Übersetzung nötig – die Plattform erzwingt von Anfang an Struktur.

Der Preis macht sie für die kleinen und mittleren Einkaufsteams, die den Großteil dieser Arbeit erledigen, irrelevant. SAP Ariba beginnt bei etwa 25.000 $ pro Jahr für eine mittelgroße Bereitstellung mit 500 Lieferanten und fünf Nutzern im Modul Supplier Lifecycle & Performance. Coupa startet bei rund 2.500 $ pro Monat, wobei typische Mittelstandsbereitstellungen zwischen 200.000 und 800.000 $ jährlich plus 100.000 bis 400.000 $ Implementierungskosten liegen. AuraVMS, ein spezielles RFQ-Tool für kleine Unternehmen, beginnt bei 5 $ pro Monat – verlangt aber, dass Lieferanten über die Plattform einreichen, sodass Sie die bereits in Ihrem Posteingang befindlichen PDFs nicht verarbeiten können.

Der Markt für Beschaffungssoftware wurde 2024 auf 6,6 Milliarden $ geschätzt. Die Tools für Bereitstellungen ab 250.000 $ und die Tools für 5 $-RFQ-Automatisierung teilen eine gemeinsame Annahme: dass der Lieferant das Einreichungsformat des Tools verwendet. Die Realität für ein kleines Einkaufsteam ist, dass Angebote als E-Mail-Anhänge eintreffen – PDFs, gescannte Formulare und gelegentlich Excel-Dateien – und der Vergleich mit dem erfolgen muss, was Sie haben, nicht mit dem, was eine Plattform verlangt.

Die Tabellenblatt-als-System-Realität – und was fehlt

Wenn ein kleines Unternehmen oder ein Mittelstands-Einkaufsteam keine sechsstellige Source-to-Pay-Suite rechtfertigen kann, ist die Standard-Toolkette einfach: Google Sheets für den Vergleich + Gmail für den PDF-Empfang + manuelle Dateneingabe, um beides zu verbinden. Das ist kein Versagen der Beschaffungskompetenz. Es ist eine rationale Anpassung an die verfügbaren Tools – Sheets bietet Echtzeit-Zusammenarbeit, teilbare Links und formelbasierte Bewertung ohne IT-Beschaffung oder Lieferanten-Onboarding.

Was in diesem Stack fehlt, ist nicht die Analyseebene. Google Sheets verarbeitet bedingte Formatierung, gewichtete Bewertung und Pivot-Tabellen-Zusammenfassungen genauso gut wie jede Beschaffungsplattform. Was fehlt, ist die Erfassungsebene – der Mechanismus, der fünf PDF-Anhänge in fünf Datenzeilen umwandelt, ohne manuelle Übertragung.

Für die Einzelangebotsextraktion – das Übertragen von Daten aus einem Lieferantenangebot-PDF in eine Tabelle – deckt eine Schritt-für-Schritt-Anleitung die Grundlagen der Spaltennamenextraktion über das Add-on ab. Die Stapelverarbeitung baut auf derselben Seitenleisten-Oberfläche auf, bringt aber Herausforderungen mit sich, die es im Einzeldatei-Maßstab nicht gibt: konsistentes Spalten-Mapping über Lieferanten mit unterschiedlicher Terminologie, Umgang mit Feldern, die in manchen Angeboten vorkommen, in anderen nicht, und die Erstellung einer vergleichsbereiten Tabelle, in der jede Zeile unabhängig vom Quellformat an derselben Spaltenstruktur ausgerichtet ist.

Wie die Spaltennamenextraktion fünf verschiedene Angebotsformate vereinheitlicht

Die Engine, die die Stapelverarbeitung über inkonsistente Formate hinweg ermöglicht, ist die Spaltennamenextraktion: Statt dem Tool zu sagen, wo die Daten in den PDFs der einzelnen Lieferanten zu finden sind — Felder einzurahmen, pro Lieferant Vorlagen zu erstellen — sagt man ihm, was extrahiert werden soll. Die Vergleichsspalten werden einmal definiert: „Lieferantenname / Artikelbeschreibung / Stückpreis / MOQ / Lieferzeit (Tage) / Zahlungsbedingungen.“ Die KI findet jeden Wert in jedem Dokument, indem sie dessen semantische Bedeutung versteht, nicht dessen Position auf der Seite.

Dies ist der Mechanismus, der das Vokabularproblem zwischen Lieferanten löst. Das PDF von Lieferant A beschriftet ein Feld mit „Rate“. Lieferant B nennt es „Unit Price“. Lieferant C nennt es „Price Per Each“. Ein vorlagenbasiertes Tool sieht drei verschiedene Feldnamen und benötigt drei separate Konfigurationen. Die Spaltennamenextraktion erkennt, dass sich alle drei auf dasselbe Beschaffungskonzept beziehen — den Stückpreis — und ordnet sie automatisch derselben Ausgabespalte zu. Dies ist der Unterschied zwischen Extraktion und Verstehen: Herkömmliche OCR extrahiert Textzeichenfolgen nach Position; die Spaltennamenextraktion extrahiert Datenpunkte nach semantischer Rolle.

Für die Formatvielfalt einer echten RFQ-Runde — ein ERP-generiertes PDF, ein E-Mail-Text, ein gescanntes handschriftliches Formular — ist der Extraktionsansatz in allen drei Fällen identisch. Die Spaltendefinitionen müssen nicht pro Lieferant geändert werden. Es müssen keine Vorlagen pro Format trainiert werden. Die einmal definierten Spaltennamen erzeugen aus jedem Dokument im Stapel Zeilen in derselben Tabelle.

Der Stapel-Workflow: Alle fünf hochladen, eine Tabelle erhalten

Ein Google-Sheets-Add-on ist ein Seitenleisten-Panel, das sich innerhalb der Tabelle öffnet — erreichbar über das Menü „Erweiterungen“ im selben Fenster und Tab wie das Vergleichsblatt. Es ist kein separates Tool, das Angebote auf einer Website verarbeitet und eine Datei exportiert, die dann in Sheets importiert wird. Es ist die Extraktionsschnittstelle, die in der Tabelle läuft, mit dem aktiven Blatt als direktem Ausgabeziel.

Für den Stapelvergleich von Anbieterangeboten ist diese Architektur in einer bestimmten Hinsicht wichtig: Die Seitenleiste empfängt fünf Angebots-PDFs, extrahiert Daten aus allen mit denselben Spaltendefinitionen und schreibt jedes Ergebnis als aufeinanderfolgende Zeilen direkt in das aktuelle Blatt — ohne Download-Button, ohne „CSV in Sheets importieren“-Schritt, ohne Zwischen-Dashboard. Für die vollständige Funktionsübersicht — unterstützte Feldtypen, Formate und Plandetails — siehe die Seite „In Google Sheets extrahieren“.

Hier ist der Stapel-Workflow in drei Schritten:

Das Problem fehlender Felder: Wenn Lieferant A Zahlungsbedingungen angibt und Lieferant B nicht

In einem Einzelangebot ist ein fehlendes Feld eine kleine Unannehmlichkeit – Sie geben „k.A." ein oder lassen die Zelle leer und machen weiter. In einer Gruppe von fünf Angeboten, die in dieselbe Vergleichstabelle einfließen, verursachen fehlende Felder strukturelle Probleme. Wenn Lieferant A „Netto 30" als Zahlungsbedingung angibt, das Angebot von Lieferant B jedoch gar keine Zahlungsbedingungen erwähnt, entsteht eine Lücke in Ihrer Vergleichsspalte. Wenn Sie Lieferanten nach gewichteten Kriterien bewerten, die auch Zahlungsbedingungen umfassen, drückt die fehlenden Daten von Lieferant B dessen Punktzahl nach unten – nicht weil seine Bedingungen schlechter sind, sondern weil er sie nicht genannt hat.

Das Add-on behandelt fehlende Felder mit einer konsistenten Strategie: Wenn eine von Ihnen definierte Spalte in einem Lieferantendokument nicht vorkommt, bleibt die Ausgabezelle für diesen Lieferanten in dieser Spalte leer. Kein Fehler. Kein Platzhaltertext. Eine leere Zelle – genau das, was Sie auch erstellen würden, wenn Sie die Daten manuell eingeben und das Feld nicht finden könnten.

Dies ist das korrekte Verhalten für eine Vergleichstabelle. Ihre bedingte Formatierung kann fehlende Zellen hervorheben. Ihre Bewertungsformel kann leere Zellen als „nicht angegeben" behandeln, nicht als Null. Die Ausgabestruktur bricht nicht, weil ein Lieferant ein Feld ausgelassen hat – jede Zeile hat dieselben Spalten in derselben Reihenfolge, mit Lücken, wo im Quelldokument keine Daten vorhanden waren.

In der Praxis sind fehlende Felder beim Angebotsvergleich mehrerer Lieferanten die Regel, nicht die Ausnahme. Ein Einkaufsprofi auf r/procurement beschrieb seinen standardmäßigen RFQ-Prozess mit neun manuellen Schritten und stellte fest, dass Schritt 5 – „Vergleich von Inhalten/Ausschlüssen zwischen dem, was die Lieferanten angeboten haben, und dem, was wir angefordert haben" – der zeitaufwändigste Schritt war. Manche Lieferanten senden Broschüren statt strukturierter Antworten. Manche führen Position für Position auf, überspringen aber die benötigten Zusammenfassungsfelder. Manche PDFs enthalten alle Daten, aber verteilt auf vier Seiten, wobei die Gesamtsumme auf Seite 4 versteckt ist. Der Extraktionsansatz bewältigt all dies: Sind die Daten irgendwo im Dokument vorhanden, findet die KI sie anhand der semantischen Bedeutung und ordnet sie der richtigen Spalte zu. Sind sie nicht vorhanden, bleibt die Zelle leer. Keine Vorlagenbrüche. Keine Zeilenverschiebungen. Kein manueller Abgleich.

Der Geschwindigkeits-Boost: Fünf Angebote in einer Sitzung vs. fünf separate Sitzungen

Der Effizienzgewinn durch Stapelverarbeitung ist nicht additiv – er ist strukturell. Ein einzelnes Angebot über die Seitenleiste zu verarbeiten dauert etwa 15 bis 30 Sekunden: PDF hochladen, die KI findet Ihre definierten Felder, die Daten erscheinen in der Tabelle. Fünf Angebote nacheinander zu verarbeiten – fünf Upload-Sitzungen, fünf separate Extraktionsdurchläufe – dauert insgesamt etwa 2 bis 3 Minuten, plus die Zeit zum Öffnen jeder Datei und Bestätigen des Uploads. Das ist bereits 10- bis 20-mal schneller als manuelle Dateneingabe, die pro Angebot etwa 3 Minuten für Lesen, Suchen jedes Feldes und Tippen benötigt.

Die Stapelverarbeitung komprimiert dies weiter: Wählen Sie alle fünf Angebotsdateien in einem Upload aus, starten Sie eine Extraktionssitzung, und alle fünf Zeilen erscheinen in der Tabelle. Die fünf Extraktionen laufen nacheinander ab – jede Datei wird gelesen, jeder Wertesatz wird lokalisiert, jede Zeile wird angehängt – aber Sie initiieren den Stapel nur einmal. Für eine Ausschreibungsrunde mit 5 Lieferanten ist die gesamte Datenextraktionsphase, vom Auswählen der Dateien bis zu den vergleichsbereiten Zeilen in Sheets, in unter 2 Minuten abgeschlossen.

Der monatliche Zinseszinseffekt macht den strukturellen Unterschied sichtbar. Wenn Sie eine Ausschreibungsrunde pro Woche durchführen – vier Runden pro Monat, jede mit fünf Lieferanten – verbraucht die manuelle Dateneingabe monatlich 4 bis 6 Stunden allein für die Übertragung. Die Stapel-Extraktion über die Seitenleiste reduziert dies auf unter 8 Minuten. Das ist keine 2-fache Verbesserung. Auch keine 5-fache. Es ist eine etwa 45-fache Reduzierung – von „das ist eine wiederkehrende Halbtagsaufgabe" zu „das erledigt sich, während Sie Kaffee holen".

Für Beschaffungsteams, die Angebote über mehrere Kategorien hinweg verarbeiten — Rohstoffe von einer Gruppe von Lieferanten, Verpackungen von einer anderen, Logistikdienstleistungen von einer dritten — kann die wöchentliche RFQ-Last drei oder vier separate Angebotsrunden umfassen. Bei 60 bis 90 Minuten pro Runde wird der manuelle Vergleich zur dominierenden Tätigkeit in der Woche eines Beschaffungsprofis — ein Ergebnis, das mit Daten übereinstimmt, die zeigen, dass Beschaffungsprofis durchschnittlich 2 Stunden und 45 Minuten täglich mit Sourcing-Aufgaben verbringen, vieles davon mit Datenkonsolidierung statt strategischer Bewertung.

Über Lieferantenangebote hinaus: Stapelverarbeitung über Dokumenttypen hinweg

Der Batch-Mechanismus in der Add-on-Seitenleiste funktioniert über Dokumenttypen hinweg identisch — die Spalten ändern sich, der Workflow nicht. Wenn Sie im Einkauf tätig sind und zusätzlich Lieferantenrechnungen über dasselbe Google-Sheets-Tracking-System verarbeiten, folgt der Batch-Workflow für Rechnungsverarbeitung demselben Muster: Rechnungsspalten definieren, alle Lieferantenrechnungen auf einmal hochladen, eine Hauptbuch-Tabelle erhalten. Wenn Ihre Beschaffungsrolle bis zur Spesenabrechnung reicht, funktioniert die Batch-Verarbeitung von Spesenberichten auf dieselbe Weise — monatliche Einreichungen Ihres Teams hochladen, eine Erstattungstabelle erhalten. Und wenn Ihre Organisation neben Lieferantenangeboten auch Belege für Steuerzwecke erfasst, deckt der Leitfaden zur Batch-Belegverarbeitung dasselbe Seitenleisten-Muster für Belegmengen ab.

Für diejenigen, die über die Weboberfläche statt über die Sheets-Seitenleiste arbeiten — Hochladen auf die ImageToTable.ai-Website und Export nach Excel — behandelt der allgemeine Leitfaden zum Batch-Vergleich von Lieferantenangeboten den webbasierten Workflow mit demselben Mechanismus zur Spaltennamenextraktion. Die Extraktions-Engine ist dieselbe; nur die Bereitstellungsmethode unterscheidet sich.

Der gemeinsame Nenner ist, dass Google Sheets bereits das führende System ist — für Lieferantenvergleiche, für Rechnungsverfolgung, für Spesenabrechnung. Das Add-on ersetzt nicht die Tabellenkalkulation. Es ersetzt die Dateneingabe, die sie speist. Dieselbe Spaltennamenextraktion, die fünf Lieferantenangebote mit unterschiedlicher Terminologie verarbeitet, verarbeitet auch dreißig Lieferantenrechnungen mit unterschiedlichen Layouts und hundert Belege von verschiedenen POS-Systemen. Die Seitenleiste ist die Erfassungsschicht, die in der Sheets-als-System-Architektur immer gefehlt hat.

Für Teams, die Lieferantenangebote bereits manuell in Google Sheets vergleichen — die aber auch das vollständige Vergleichsframework inklusive gewichteter Bewertung, bedingter Formatierung und der Frage, was schiefgeht, wenn diese Tabellen komplex werden, wünschen — behandelt unser Artikel zu häufigen Fehlern beim Vergleich von Lieferantenangeboten die tabellenseitigen Fallstricke, die die Batch-Extraktion nicht löst. Und für die grundsätzlichere Frage, ob der manuelle Angebotsvergleich überhaupt noch sinnvoll ist, untersucht der manuelle vs. KI-Vergleichs-Workflow den Break-even-Punkt, ab dem die Extraktion nicht mehr optional ist.

FAQ

Kann das Add-on Angebote mit mehreren Positionen verarbeiten – mehrere Produkte pro Lieferant?

Ja. Enthält ein Angebot mehrere Positionen, definieren Sie Ihre Spalten so, dass sie die wiederkehrende Struktur erfassen: „Artikelbeschreibung / Menge / Einzelpreis / Positionssumme.“ Die KI erkennt, dass diese Felder für jede Position wiederholt werden, und erstellt eine separate Zeile pro Artikel – Lieferant A mit fünf Positionen erzeugt also fünf Zeilen, jeweils mit demselben Lieferantennamen, aber unterschiedlichen Artikeldaten. Zum Vergleich können Sie in Ihrem Blatt dann mit einer Pivot-Tabelle oder der QUERY-Funktion nach Lieferant gruppieren.

Was ist, wenn ein Lieferant in einer anderen Währung anbietet?

Das Add-on extrahiert die Werte so, wie sie im Dokument erscheinen. Bietet Lieferant A in USD und Lieferant B in EUR an, spiegeln die extrahierten Zahlen die ursprünglichen Währungen wider. Um währungsübergreifend zu vergleichen, fügen Sie eine Spalte „Währung“ hinzu und verwenden Sie in einer benachbarten Spalte eine GOOGLEFINANCE-Formel zur Umrechnung – z. B. =GOOGLEFINANCE("CURRENCY:EURUSD") – einmal pro Zeile angewendet. Die Extraktion selbst rechnet keine Währungen um; sie erfasst, was auf der Seite steht.

Muss ich für jeden Lieferanten unterschiedliche Spaltennamen festlegen?

Nein. Die einmal festgelegten Spaltendefinitionen – „Einzelpreis“, „MOQ“, „Lieferzeit“ usw. – funktionieren bei allen Lieferanten, unabhängig von deren Terminologie. Das ist der Kern der spaltenbasierten Extraktion: Die KI erkennt, dass „Rate“, „Preis pro Stück“ und „Einzelpreis“ dasselbe Beschaffungskonzept meinen. Sie müssen keine Zuordnungen pro Lieferant konfigurieren.

Funktioniert das Add-on auch mit gescannten handschriftlichen Angeboten?

Ja. Die KI verarbeitet gescannte Dokumente und handschriftlichen Text genauso wie digitale PDFs. Die Genauigkeit bei Handschrift hängt von der Leserlichkeit ab – klare Druckschrift wird so zuverlässig erkannt wie gedruckter Text, während stark verschnörkelte Schreibschrift und dichte Handschrift eine geringere Genauigkeit aufweisen können. Die Engine identifiziert sowohl gedruckten Text als auch Handschrift über ihr visuelles Sprachmodell, mit einer Erkennungsgenauigkeit von bis zu 99 % bei gedruckten Daten. Bei handschriftlichen Angeboten sollte die Ausgabe vor der Verwendung als Grundlage für Kaufentscheidungen überprüft werden.

Was passiert, wenn ich mehr als fünf Anbieter vergleichen muss?

Der Batch-Upload in der Seitenleiste verarbeitet beliebig viele Dateien in einer einzigen Sitzung – fünf, zehn, zwanzig. Die einzige Einschränkung ist, dass die Dateien aus derselben Browsersitzung hochgeladen werden müssen. Es gibt kein Dateilimit pro Batch.