Was KI-Agenten im Einkauf heute tatsächlich leisten
Im Einkauf wird gerade viel über KI geredet, aber das meiste davon vermischt zwei Dinge, die sauber getrennt gehören: KI-Assistenten und KI-Agenten.
Ein Assistent schlägt vor. Er fasst Angebote zusammen, erstellt eine RFQ-Vorlage, vergleicht Konditionen — und der Mensch entscheidet. Ein Agent handelt. Er versendet Anfragen selbständig, extrahiert Antworten aus E-Mail-Anhängen, schreibt sie ins ERP zurück und löst im Grenzfall sogar eine Bestellung aus. Der Unterschied ist nicht semantisch, er ist haftungsrelevant.
Aus meiner Sicht sind im KMU-Einkauf aktuell drei Anwendungsfälle reif für den produktiven Einsatz:
- RFQ-Erstellung und -Auswertung für wiederkehrende Standardbedarfe
- Preis-Tracking über Lieferanten-Portale, PDF-Angebote und E-Mail-Eingänge hinweg
- Stammdatenpflege für Lieferantendaten, Konditionen und Rahmenverträge
Alles drei lässt sich heute mit überschaubarem Aufwand pilotieren — vorausgesetzt, man akzeptiert, dass der Agent zunächst Read-Only arbeitet oder mit klaren Schwellenwerten für menschliche Freigabe versehen wird. Wer von Tag eins an vollautonom bestellen lassen will, baut sich Probleme.
Workflow 1: Lieferantenanfragen (RFQ) automatisieren
Der klassische Ablauf im Mittelstand sieht so aus: Bedarfsmeldung aus der Produktion oder dem Lager landet beim Einkauf, jemand tippt eine RFQ-E-Mail, schickt sie an drei bis fünf Lieferanten, sammelt die Antworten in Outlook, überträgt die Preise in Excel und entscheidet.
Ein KI-Agent kann hier mehrere Schritte übernehmen:
- Bedarfsmeldung erkennen — entweder über eine ERP-Schnittstelle (BMD-Bestellvorschlag, Dynamics 365 Business Central Beschaffungsvorschlag) oder über ein einfaches Formular.
- RFQ-Text erzeugen — auf Basis hinterlegter Spezifikationen, Mengen und gewünschter Lieferzeit.
- Versand an die Lieferantenliste der jeweiligen Warengruppe.
- Antworten strukturiert extrahieren — Preis, Lieferzeit, Zahlungsziel, Mindestbestellmenge, Nebenkosten.
- Vergleichsmatrix erzeugen und dem Einkäufer zur Entscheidung vorlegen.
Ein typisches Beispiel: ein Industriebetrieb mit 80 Mitarbeitern und drei bis fünf Standardlieferanten pro Warengruppe. Wenn der Einkauf monatlich rund 200 RFQs für C-Teile rausschickt, frisst die manuelle Auswertung locker einen halben Personentag pro Woche. Ein Agent, der die Antworten in eine Tabelle bringt und Abweichungen markiert, holt diese Zeit zurück — ohne dass eine einzige Bestellung autonom ausgelöst wird.
Die Stolperfallen sind dabei berechenbar: unvollständige Spezifikationen im Bedarfsstamm (dann fragt der Agent Falsches an), veraltete Lieferantenlisten (dann gehen RFQs an Firmen, mit denen der Rahmenvertrag seit zwei Jahren gekündigt ist), und das Klassiker-Problem schlechter Stammdaten. Dazu gleich mehr.
Workflow 2: Kontinuierliches Preis-Tracking
Der zweite reife Anwendungsfall ist die laufende Marktbeobachtung. Lieferanten ändern Preise — in Portalen, per E-Mail-Rundschreiben, in PDF-Preislisten als Anhang. Im KMU-Alltag fällt das oft erst beim nächsten Auftrag auf, manchmal erst bei der Rechnungsprüfung.
Ein Agent kann hier:
- Eingehende Preislisten (PDF, Excel, E-Mail-Text) automatisch parsen
- Werte mit den hinterlegten ERP-Konditionen abgleichen
- Bei Abweichungen über einem Schwellenwert (z. B. ±3 %) alarmieren
- Eine Historie aufbauen, die für die nächste Verhandlung Munition liefert
Ein Punkt, der in Marketing-Broschüren konsequent ausgespart wird: Anbieter lernen schnell, ihre Angebote auf KI-Leselogik zu optimieren. Wer regelmäßig automatisiert vergleicht, wird Angebote bekommen, die in der Hauptzeile günstig aussehen — die teuren Nebenkosten stehen dann in Fußnoten, in eingebetteten Grafiken oder in Konditionentexten, die Standard-OCR schlecht erfasst. Das ist kein theoretisches Risiko, das passiert bereits. Wer Preis-Tracking einführt, muss damit rechnen, dass die Lieferantenseite reagiert — und sollte die Extraktion regelmäßig mit Stichproben prüfen.
Die Verknüpfung mit dem ERP ist hier entscheidend: Ein Soll-Ist-Vergleich gegen hinterlegte Rahmenverträge nützt nur, wenn die Rahmenverträge im System sauber gepflegt sind. In der Praxis ist das selten der Fall.
Workflow 3: Stammdatenpflege — das unterschätzte Fundament
Hier liegt aus meiner Erfahrung der größte Hebel und gleichzeitig das größte Risiko. KI-Agenten verstärken alles, was im Datenbestand steckt — auch den Müll.
Konkret: Wenn ein Lieferant in BMD dreimal angelegt ist (einmal mit GmbH, einmal mit „Gmbh", einmal mit Tippfehler), schickt der Agent RFQs an dreimal dieselbe Firma. Wenn die Kondition „2 % Skonto bei 14 Tagen" beim einen Datensatz hinterlegt ist, beim anderen nicht, vergleicht der Agent Äpfel mit Birnen. Wenn eine Bankverbindung veraltet ist und ein Agent mit Schreibrechten arbeitet, wird es richtig unangenehm.
Bevor irgendein Agent live geht, gehört deshalb eine ehrliche Stammdaten-Bereinigung gemacht:
- Dublettenprüfung über Lieferantenname, UID-Nummer, Adresse, IBAN
- Adressvalidierung gegen offizielle Register (Firmenbuch, Handelsregister)
- Konditionenabgleich zwischen Stammsatz und tatsächlich gelebten Rahmenverträgen
- Klare Zuständigkeit: Wer darf einen Lieferanten anlegen, wer ändern, wer löschen?
Für BMD gilt: Die Datenstruktur ist solide, der API-Zugang für externe Tools allerdings je nach Modul und Version unterschiedlich komfortabel. Vieles läuft in der Praxis über CSV-Exporte und gezielte Importroutinen, weniger über Echtzeit-APIs. Das ist kein Showstopper, aber man sollte sich nicht von Marketingfolien blenden lassen, die nahtlose Integration versprechen. Wer BMD im Einsatz hat, plant für die Anbindung lieber zwei Wochen mehr ein.
Microsoft Dynamics 365 Business Central ist hier offener — Power Automate, Copilot for Sales/Service und die OData-APIs erlauben relativ schlanke Anbindungen. Trotzdem gilt auch hier: Eine saubere Berechtigungsstruktur ist Voraussetzung, sonst hat der Agent mehr Rechte als der Einkaufsleiter.
ERP-Schnittstellenrealität: BMD, Dynamics und der pragmatische Einstieg
Was Agenten brauchen, ist strukturierter Datenzugang. Drei Pfade haben sich im KMU bewährt:
Pfad A — Direkte API-Anbindung. Sauberste Lösung, aber je nach ERP aufwendig. Bei Dynamics 365 BC mit Power Automate und den Standard-Connectoren in Wochen realisierbar, bei BMD je nach Lizenz und Modul deutlich langwieriger.
Pfad B — Geplante Exporte und Importe. Der Agent arbeitet auf CSV- oder Excel-Snapshots, die nachts aus dem ERP gezogen werden. Pragmatisch, robust, latenzbehaftet. Für RFQ-Auswertung und Preis-Tracking völlig ausreichend.
Pfad C — E-Mail-basierte Brücke. Der Agent liest ein dediziertes Postfach (rfq@firma.at), versendet von dort und schreibt Ergebnisse in eine Zwischenablage (SharePoint, Datenbank), die der Einkäufer abruft. Klingt altmodisch, funktioniert aber zuverlässig — und ist die mit Abstand schnellste Variante, um Wirkung zu zeigen.
Mein Rat für KMU ohne eigene IT-Abteilung: Starten Sie mit Pfad C oder B. Pfad A kommt, wenn das Vorgehen sich bewährt hat und das Volumen die Integration rechtfertigt.
Die Grenze zur Bestellfreigabe — wo der Agent stoppen muss
Jetzt zum heikelsten Punkt: Wann darf ein Agent eigenständig bestellen, und wann nicht?
Meine Position ist klar: Für die allermeisten KMU ist vollautonome Bestellauslösung Stand heute zu riskant. Nicht, weil die Technik es nicht könnte — sondern weil die Konsequenzen einer Fehlentscheidung asymmetrisch sind. Eine versehentliche Doppelbestellung über 40.000 Euro tut einem KMU richtig weh, eine eingesparte halbe Arbeitsstunde nicht entsprechend gut.
Vier Kriterien, an denen sich die Grenze sauber ziehen lässt:
- Bestellbetrag. Unter einer harten Schwelle (etwa 500 Euro für C-Teile) kann ein Agent autonom handeln. Darüber: Vier-Augen-Prinzip.
- Lieferantenstatus. Nur freigegebene A-Lieferanten mit aktivem Rahmenvertrag. Neue Lieferanten — immer manuell.
- Dringlichkeit. Standardbedarf mit normaler Lieferzeit ist agentengeeignet. Eilbestellungen mit Sonderkonditionen brauchen Menschen.
- Abweichung vom Rahmenvertrag. Sobald der Preis um mehr als x % vom Soll abweicht oder eine Kondition außerhalb des hinterlegten Korridors liegt: Eskalation.
Alle vier Kriterien müssen erfüllt sein, sonst stoppt der Agent und legt einen Vorgang zur Freigabe an. Das ist keine Schwäche des Systems, das ist gutes Design.
Zur Haftung: Wer einen Agenten betreibt, der eigenständig Verträge schließt, trägt die volle Verantwortung für dessen Entscheidungen. Es gibt aktuell keine belastbare Rechtsprechung, die einen Agenten als „eigenständig handelnd" entlastet — der Geschäftsführer haftet für die Bestellung, als hätte er sie selbst unterschrieben. Wer das vergisst, hat ein Problem, lange bevor der erste Streit mit einem Lieferanten kommt.
Wo KI-Agenten im Einkauf noch Schaden anrichten
Vier typische Fehlerquellen, die in der Praxis immer wieder auftauchen:
Doppelbestellungen. Der Agent löst aus, das ERP synchronisiert nicht in Echtzeit, am nächsten Tag legt jemand manuell nach. Lösung: harte Locks auf Bedarfsmeldungen, sobald ein Agent sie aufgegriffen hat.
Falsche Lieferantenauswahl. Bei unklaren Stammdaten oder veralteten Preislisten optimiert der Agent auf der falschen Datenbasis. Lösung: regelmäßige Daten-Audits, Quartalsrhythmus reicht meist.
Verlust von Beziehungskapital. Ein Schlüssellieferant, mit dem man seit zwölf Jahren arbeitet, bekommt plötzlich automatisierte RFQs in unpersönlichem Tonfall — und merkt es. Lösung: A-Lieferanten aus dem Agenten-Workflow herausnehmen, dort persönlicher Kontakt.
Datenschutz. Was darf ein Agent an externe Lieferanten-APIs übermitteln? Bei rein produktbezogenen Daten ist das unkritisch. Sobald personenbezogene Daten (Ansprechpartner, interne Bedarfsmelder) mitfließen, gilt DSGVO. Auftragsverarbeitungsverträge mit den Tool-Anbietern sind Pflicht, nicht Kür.
Einstiegsplan für Einkaufsleiter
Wer im KMU jetzt loslegen will, fährt aus meiner Sicht mit folgender Reihenfolge am besten:
Phase 1 (Wochen 1–4): Aufräumen. Stammdaten bereinigen, Prozess dokumentieren, Verantwortlichkeiten festlegen. Welche Warengruppen sind standardisiert genug für Automatisierung? Welche nicht? Wer ist intern Ansprechpartner für den Agenten?
Phase 2 (Wochen 5–10): Read-Only-Pilot. Eine Warengruppe, ein klar abgegrenzter Anwendungsfall (z. B. RFQ-Auswertung für Verbrauchsmaterial). Der Agent liest, schlägt vor, dokumentiert — schreibt aber nichts ins ERP zurück. Ziel: Vertrauen aufbauen, Fehlerquellen identifizieren.
Phase 3 (ab Woche 11): Kontrollierte Freigabe. Schritt für Schritt autonomere Aktionen, immer mit den vier Kriterien aus dem vorigen Abschnitt als Geländer. Erst kleinere Bestellbeträge, dann größere. Jede Stufe mindestens vier Wochen evaluieren, bevor die nächste freigegeben wird.
Geeignete Tools für den Start gibt es mehrere, ich nenne hier bewusst keine konkreten Produktnamen — die Landschaft ändert sich monatlich. Achten Sie auf: offene Schnittstellen, kein Vendor-Lock-in beim Datenmodell, klarer Auftragsverarbeitungsvertrag, europäisches Hosting (oder zumindest GDPR-konforme Datenverarbeitung), nachvollziehbare Logs jeder Agenten-Entscheidung.
Einen externen KI-Berater hinzuzuziehen lohnt sich aus meiner Erfahrung dann, wenn entweder (a) die ERP-Anbindung nicht trivial ist, (b) die Stammdatenlage unklar ist und niemand intern Zeit für die Bereinigung hat, oder (c) Sie das Freigabemodell sauber dokumentieren wollen, weil die Haftungsfrage Sie nicht schlafen lässt. Für reine Pilotprojekte mit überschaubarem Scope kommen viele Einkaufsleiter auch allein klar.
Mein Rat
KI-Agenten im Einkauf sind keine Spielerei mehr, aber sie sind auch keine Plug-and-Play-Lösung. Wer die nächsten zwölf Monate sinnvoll nutzen will, fängt nicht mit dem Agenten an, sondern mit den Stammdaten. Wer dann pilotiert, beginnt Read-Only. Und wer autonomes Bestellen freigibt, definiert vorher die Schwellenwerte schriftlich — nicht in der Annahme „der Agent macht das schon richtig".
Der Hebel ist real: Im Bereich RFQ-Auswertung und Preis-Tracking sind zweistellige Stundeneinsparungen pro Monat im KMU regelmäßig erreichbar. Der Schaden bei schlechter Umsetzung ist aber genauso real. Zwischen beidem entscheidet weniger die Tool-Auswahl als die Hausaufgaben davor.