So fassen Sie 5 Angebote zusammen
in einer Google Sheets-Vergleichstabelle

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

Best Practices im Einkauf führen zu einer einheitlichen Zahl: drei bis fünf qualifizierte Lieferanten pro Angebotsanfrage. Bei weniger als drei entsteht kein Wettbewerbsdruck. Bei mehr als fünf übersteigt der Aufwand für die Auswertung den marginalen Preisvorteil. 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 Bereich von drei bis fünf ist branchenübergreifend der strukturelle Standard (APQC Procurement Benchmarking).

Fünf qualifizierte Lieferanten bedeuten fünf Angebote. Und fünf Angebote bedeuten fünf verschiedene Formate. Lieferant A exportiert aus seinem ERP – ein sauberes PDF mit Artikelnummern, Beschreibungen, Einzelpreisen und Lieferzeiten in einer einheitlichen Tabelle. Lieferant B schreibt sein Angebot in den E-Mail-Text und hängt es als eingescanntes PDF 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. Das PDF von Lieferant E ist ein eingescanntes, handschriftliches Angebotsformular eines kleineren regionalen Händlers – Ihre kostengünstigste Option und gleichzeitig die arbeitsintensivste, um sie 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 zu ü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-Suiten 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 mittelständischen 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 Benutzern im Modul Supplier Lifecycle & Performance. Coupa startet bei etwa 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 – erfordert jedoch, dass Lieferanten über die Plattform einreichen, was bedeutet, dass Sie die bereits in Ihrem Posteingang befindlichen PDFs nicht verarbeiten können.

Der Markt für Beschaffungssoftware wurde 2024 auf 6,6 Milliarden US-Dollar geschätzt. Sowohl die Tools für Einsätze ab 250.000 US-Dollar als auch die für 5-Dollar-pro-Monat-RFQ-Automatisierung teilen eine gemeinsame Annahme: dass der Lieferant das Einreichungsformat des Tools verwendet. Die Realität für ein kleines Beschaffungsteam sieht so aus, dass Angebote als E-Mail-Anhänge eintreffen – PDFs, gescannte Formulare und gelegentlich eine Excel-Datei – und der Vergleich muss mit dem stattfinden, was man hat, nicht mit dem, was eine Plattform verlangt.

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

Wenn ein kleines Unternehmen oder ein Mittelstands-Beschaffungsteam eine sechsstellige Source-to-Pay-Suite nicht rechtfertigen kann, ist die Standard-Toolkette einfach: Google Sheets für den Vergleich + Gmail für den Empfang von PDFs + manuelle Dateneingabe, um beides zu verbinden. Dies 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 Zeilen strukturierter Daten umwandelt, ohne menschliche Transkription.

Für die Extraktion einzelner Angebote – das Übertragen von Daten aus einer Angebots-PDF in eine Tabelle – behandelt eine Schritt-für-Schritt-Anleitung die Grundlagen der Spaltennamenextraktion über das Add-on. Die Stapelverarbeitung baut auf derselben Seitenleiste auf, bringt jedoch Herausforderungen mit sich, die im Einzelfall nicht auftreten: konsistentes Spaltenmapping über Lieferanten mit unterschiedlicher Terminologie, Umgang mit Feldern, die nur in manchen Angeboten vorkommen, und die Erstellung einer vergleichbaren Tabelle, in der jede Zeile unabhängig vom Quellformat derselben Spaltenstruktur folgt.

Wie die Spaltennamenextraktion fünf verschiedene Angebotsformate vereinheitlicht

Die Technik, die die Stapelverarbeitung über inkonsistente Formate hinweg ermöglicht, ist die Spaltennamenextraktion: Statt dem Tool mitzuteilen, wo Daten in der PDF jedes Lieferanten zu finden sind – durch das Einzeichnen von Feldern und Erstellen lieferantenspezifischer Vorlagen – teilen Sie ihm mit, was extrahiert werden soll. Sie definieren Ihre Vergleichsspalten einmalig: „Lieferantenname / Artikelbeschreibung / Stückpreis / Mindestbestellmenge / Lieferzeit (Tage) / Zahlungsbedingungen.“ Die KI lokalisiert jeden Wert in jedem Dokument, indem sie dessen semantische Bedeutung versteht – nicht durch seine Position auf der Seite.

Dieser Mechanismus löst das Vokabularproblem zwischen Lieferanten. Die PDF von Lieferant A bezeichnet ein Feld als „Rate“. Lieferant B nennt es „Stückpreis“. Lieferant C nennt es „Preis pro Stück“. Ein vorlagenbasiertes Tool sieht drei verschiedene Feldnamen und benötigt drei separate Konfigurationen. Die Spaltennamenextraktion erkennt, dass alle drei dasselbe Beschaffungskonzept meinen – 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 – eine ERP-generierte PDF, ein E-Mail-Text, ein handschriftliches Formular – ist der Extraktionsansatz bei allen drei identisch. Sie ändern Ihre Spaltendefinitionen nicht pro Lieferant. Sie trainieren keine Vorlagen pro Format. Die einmal definierten Spaltennamen erzeugen aus jedem Dokument im Batch Zeilen in derselben Tabelle.

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

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

Für den Batch-Vergleich von Lieferantenangeboten ist diese Architektur in einer Hinsicht wichtig: Der Seitenbereich empfängt fünf Angebots-PDFs, extrahiert Daten aus allen mit denselben Spaltendefinitionen und schreibt jedes Ergebnis als aufeinanderfolgende Zeilen direkt in das Blatt, das Sie gerade ansehen – kein Download-Button, kein „CSV in Sheets importieren“-Schritt, kein Zwischen-Dashboard.

So sieht der Batch-Workflow in drei Schritten aus:

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. Bei fünf Angeboten, die in dieselbe Vergleichstabelle einfließen, verursachen fehlende Felder strukturelle Probleme. Gibt Lieferant A „Netto 30" als Zahlungsbedingung an, während das Angebot von Lieferant B Zahlungsbedingungen gar nicht erwähnt, entsteht eine Lücke in Ihrer Vergleichsspalte. Bewerten Sie Lieferanten nach gewichteten Kriterien, die auch Zahlungsbedingungen umfassen, drückt die fehlenden Daten von Lieferant B dessen Punktzahl nach unten – nicht weil seine Bedingungen schlechter wären, sondern weil er sie nicht genannt hat.

Das Add-on behandelt fehlende Felder mit einer einheitlichen 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 manuell eingeben würden, wenn Sie das Feld nicht finden könnten.

Dieses Verhalten ist für eine Vergleichstabelle korrekt. 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 Daten im Quelldokument fehlten.

In der Praxis sind fehlende Felder beim Angebotsvergleich mehrerer Lieferanten die Regel, nicht die Ausnahme. Ein Beschaffungsexperte auf r/procurement beschrieb seinen Standard-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 Positionen einzeln auf, überspringen aber die benötigten Zusammenfassungsfelder. Manche PDFs enthalten alle Daten, aber verteilt auf vier Seiten, mit der Gesamtsumme versteckt auf Seite 4. 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 Geschwindigkeitsmultiplikator: Fünf Angebote in einer Sitzung vs. fünf separate Sitzungen

Der Effizienzgewinn durch Stapelverarbeitung ist nicht additiv, sondern 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-Vorgänge, fünf separate Extraktionsdurchläufe – dauert insgesamt etwa 2 bis 3 Minuten, plus die Zeit zum Öffnen jeder Datei und zum Bestätigen des Uploads. Das ist bereits 10- bis 20-mal schneller als die manuelle Dateneingabe, die pro Angebot etwa 3 Minuten für Lesen, Suchen jedes Feldes und Tippen benötigt.

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

Die monatliche Aufzinsung macht den strukturellen Unterschied sichtbar. Wenn Sie eine RFQ-Runde 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 Batch-Extraktion über die Seitenleiste reduziert dies auf unter 8 Minuten. Das ist keine 2-fache Verbesserung. Auch keine 5-fache. Es ist eine rund 45-fache Reduktion – von „das ist eine wiederkehrende Halbtagesaufgabe“ zu „das erledigt sich, während Sie Kaffee holen“.

Für Beschaffungsteams, die Angebote über mehrere Kategorien hinweg verarbeiten – Rohstoffe von einem Lieferantenkreis, Verpackungen von einem anderen, Logistikdienstleistungen von einem dritten – kann die wöchentliche RFQ-Last drei oder vier separate Angebotsrunden erreichen. Mit 60 bis 90 Minuten pro Runde wird der manuelle Vergleich zur dominierenden Tätigkeit in der Woche eines Beschaffungsprofis – ein Befund, der mit Daten übereinstimmt, die zeigen, dass Beschaffungsprofis durchschnittlich 2 Stunden und 45 Minuten täglich mit Sourcing-Aufgaben verbringen, wovon ein Großteil auf Datenkonsolidierung und nicht auf strategische Bewertung entfällt.

Über Lieferantenangebote hinaus: Batch-Verarbeitung über Dokumenttypen hinweg

Der Batch-Mechanismus in der Seitenleiste des Add-ons funktioniert dokumentenübergreifend identisch – die Spalten ändern sich, der Workflow nicht. Wenn Sie den Einkauf verantworten und gleichzeitig Lieferantenrechnungen über dasselbe Google-Sheets-Tracking-System verarbeiten, folgt der Batch-Workflow für Rechnungen dem gleichen Muster: Rechnungsspalten definieren, alle Lieferantenrechnungen auf einmal hochladen, eine Tabellenübersicht erhalten. Falls Ihre Einkaufsrolle auch die Spesenabrechnung umfasst, funktioniert die Batch-Verarbeitung von Spesenberichten genauso – laden Sie die monatlichen Einreichungen Ihres Teams hoch, erhalten Sie eine Erstattungstabelle. Und wenn Ihre Organisation Belege für Steuerzwecke neben Angeboten von Lieferanten 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 Batch-Leitfaden zum Angebotsvergleich den webbasierten Workflow mit demselben Mechanismus zur Spaltennamenextraktion. Die Extraktions-Engine ist dieselbe; die Liefermethode unterscheidet sich.

Der gemeinsame Nenner ist, dass Google Sheets bereits das System of Record ist – für Angebotsvergleiche, Rechnungsverfolgung, Spesenabrechnung. Das Add-on ersetzt nicht die Tabelle. Es ersetzt die Dateneingabe, die sie speist. Dieselbe Spaltennamenextraktion, die fünf Lieferantenangebote mit unterschiedlicher Terminologie verarbeitet, bewältigt auch dreißig Lieferantenrechnungen mit verschiedenen Layouts und hundert Belege von unterschiedlichen Kassensystemen. Die Seitenleiste ist die Erfassungsschicht, die in der Sheets-als-System-Architektur immer gefehlt hat.

Für Teams, die bereits manuell Angebote in Google Sheets vergleichen – aber auch das vollständige Vergleichsframework mit gewichteter Bewertung, bedingter Formatierung und den Fallstricken komplexer Tabellen nutzen möchten – behandelt unser Artikel Häufige Fehler beim Angebotsvergleich die tabellenseitigen Probleme, die die Batch-Extraktion nicht löst. Und für die grundsätzliche Frage, ob der manuelle Angebotsvergleich überhaupt noch sinnvoll ist, untersucht der Beitrag Manueller vs. KI-gestützter Vergleichs-Workflow den Break-Even-Punkt, ab dem die Extraktion nicht mehr optional ist.

FAQ

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

Ja. Enthält ein Angebot mehrere Positionen, definieren Sie Spalten für die wiederkehrende Struktur: „Artikelbeschreibung / Menge / Einzelpreis / Positionssumme.“ Die KI erkennt, dass diese Felder pro Position wiederholt werden, und erstellt eine separate Zeile pro Position – Lieferant A mit fünf Positionen erzeugt also fünf Zeilen mit demselben Lieferantennamen, aber unterschiedlichen Artikeldaten. Zum Vergleich können Sie in Ihrer Tabelle 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 stehen. Bietet Lieferant A in USD und Lieferant B in EUR an, behalten die extrahierten Zahlen ihre ursprüngliche Währung. Für einen währungsübergreifenden Vergleich fügen Sie eine Spalte „Währung“ hinzu und verwenden 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 eingerichteten Spaltendefinitionen – „Stückpreis", „MOQ", „Lieferzeit" usw. – funktionieren für alle Lieferanten, unabhängig von deren Terminologie. Dies ist der Kernmechanismus der Spaltennamensextraktion: Die KI erkennt, dass „Preis", „Preis pro Stück" und „Stückpreis" dasselbe Beschaffungskonzept bezeichnen. Sie müssen keine Zuordnungen pro Lieferant konfigurieren.

Funktioniert das Add-on mit gescannten handschriftlichen Angeboten?

Ja. Die KI verarbeitet gescannte Dokumente und handschriftliche Texte genauso wie digitale PDFs. Die Genauigkeit bei Handschrift hängt von der Leserlichkeit ab – klare Blockschrift wird so zuverlässig extrahiert wie gedruckter Text, während stark verschnörkelte Schreibschrift und dichte Handschrift eine geringere Genauigkeit aufweisen können. Die KI identifiziert sowohl gedruckten Text als auch Handschrift über ihr visuelles Sprachmodell, mit einer Erkennungsgenauigkeit von bis zu 99 % für gedruckte 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 Lieferanten vergleichen muss?

Der Batch-Upload in der Seitenleiste verarbeitet beliebig viele Dateien in einer 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.