5 Angebote von Lieferanten
in einer Google-Tabelle vergleichen

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 Technik, die die Stapelverarbeitung über inkonsistente Formate hinweg ermöglicht, ist die Spaltennamenextraktion: Statt dem Tool zu sagen, wo es Daten auf dem PDF jedes Lieferanten finden soll – durch das Zeichnen von Kästchen um Felder und das Erstellen lieferantenspezifischer Vorlagen – sagen Sie ihm, was extrahiert werden soll. Sie definieren Ihre Vergleichsspalten einmal: „Lieferantenname / Artikelbeschreibung / Stückpreis / Mindestbestellmenge / Lieferzeit (Tage) / Zahlungsbedingungen.“ Die KI lokalisiert jeden Wert in jedem Dokument, indem sie dessen semantische Bedeutung versteht, nicht seine Position auf der Seite.

Dies ist der Mechanismus, der das Vokabularproblem zwischen Lieferanten löst. Lieferant A beschriftet ein Feld mit „Preis.“ Lieferant B mit „Stückpreis.“ Lieferant C mit „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 Angebotsrunde – ein ERP-generiertes PDF, ein E-Mail-Text, ein gescanntes 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 Stapel Zeilen in derselben Tabelle.

Der Stapel-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 Extraktionsoberfläche, die innerhalb der Tabelle läuft, mit dem aktiven Blatt als direktem Ausgabeziel.

Für den Stapelvergleich von Lieferantenangeboten ist diese Architektur in einer Hinsicht entscheidend: 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 läuft der Stapel-Workflow in drei Schritten ab:

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 Einkaufsteams, die Angebote über mehrere Kategorien hinweg verarbeiten – Rohstoffe von einer Lieferantengruppe, Verpackungen von einer anderen, Logistikdienstleistungen von einer dritten – kann der wöchentliche RFQ-Aufwand 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 Einkäufers – ein Ergebnis, das mit Daten übereinstimmt, die zeigen, dass Einkaufsprofis durchschnittlich 2 Stunden und 45 Minuten täglich mit Beschaffungsaufgaben verbringen, ein Großteil davon mit Datenkonsolidierung statt strategischer Bewertung.

Über Lieferantenangebote hinaus: Stapelverarbeitung über Dokumenttypen hinweg

Der Batch-Mechanismus in der Add-on-Seitenleiste funktioniert dokumentenübergreifend identisch – die Spalten ändern sich, der Workflow nicht. Wenn Sie im Einkauf tätig sind und auch Lieferantenrechnungen über dasselbe Google Sheets-Tracking-System verarbeiten, folgt der Batch-Rechnungsverarbeitungs-Workflow dem gleichen Muster: Rechnungsspalten definieren, alle Lieferantenrechnungen auf einmal hochladen, eine Hauptbuchtabelle erhalten. Falls Ihre Einkaufsrolle auch die Spesenabrechnung umfasst, funktioniert die Batch-Spesenabrechnungsverarbeitung genauso – laden Sie die monatlichen Einreichungen Ihres Teams hoch, erhalten Sie eine Erstattungstabelle. Und wenn Ihre Organisation zu steuerlichen Zwecken neben Lieferantenangeboten auch Belege erfasst, deckt der Leitfaden zur Batch-Belegverarbeitung dasselbe Seitenleistenmuster für Belegmengen ab.

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

Der gemeinsame Nenner ist, dass Google Sheets bereits das System der Aufzeichnung ist – für Lieferantenvergleiche, für Rechnungsverfolgung, für Spesenabrechnung. Das Add-on ersetzt nicht die Tabelle. Es ersetzt die Dateneingabe, die sie speist. Dieselbe Spaltennamensextraktion, 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 Lieferantenangebote bereits manuell in Google Sheets vergleichen – aber auch das vollständige Vergleichsframework mit gewichteter Bewertung, bedingter Formatierung und den Fallstricken komplexer Tabellen wünschen – behandelt unser Artikel über häufige Fehler beim Lieferantenangebotsvergleich die tabellenseitigen Fallstricke, die die Batch-Extraktion nicht löst. Und für die grundsätzliche Frage, ob der manuelle Angebotsvergleich überhaupt noch sinnvoll ist, untersucht der Workflow-Vergleich manuell vs. KI 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.