KI im Einkauf: Wie ein Intake-Assistent Bedarfe erfasst

Das Problem beginnt vor der Bestellung

Wenn über KI im Einkauf gesprochen wird, geht es meist um Ausschreibungen, Lieferantenbewertung oder Ausgabenanalyse. Ein großer Teil der täglichen Reibung entsteht aber früher, bei der Frage, wie ein Bedarf überhaupt beim Einkauf ankommt.

Ein Mitarbeiter braucht etwas: zehn Monitore, eine Agentur für den Relaunch der Website, eine Software für sein Team, einen Techniker für eine laute Pumpe. Er weiß selten, welcher Weg dafür vorgesehen ist. Steht es im Katalog? Gibt es einen Rahmenvertrag? Braucht es eine Ausschreibung, eine IT-Freigabe, die Instandhaltung? Also schreibt er eine E-Mail an den Einkauf, und dort beginnt das Nachfragen: Welche Menge, bis wann, welche Kostenstelle, gibt es schon ein Angebot?

Ein E-Procurement-System mit guten Katalogen löst das für Standardartikel. Für alles andere bleibt der Mitarbeiter allein, und genau dort entsteht Maverick Buying.

Was Intake im Einkauf bedeutet

Intake bezeichnet die Aufnahme eines Bedarfs, bevor daraus eine Bestellung, eine Anfrage oder ein Projekt wird. Im Englischen spricht man von Intake-to-Procure oder Intake Management. Gemeint ist ein einziger Einstieg für jeden Bedarf, der den Mitarbeiter auf den richtigen Weg bringt und dem Einkauf einen vollständigen Vorgang übergibt statt einer E-Mail.

Klassische Intake-Lösungen arbeiten mit Formularen und Entscheidungsbäumen. Das funktioniert, solange der Mitarbeiter die richtige Kategorie wählt und alle Felder versteht. Ein Sprachmodell kann einen Schritt weiter gehen: Der Mitarbeiter beschreibt seinen Bedarf in eigenen Worten, und die KI macht daraus den Vorgang.

So arbeitet der Intake-Assistent

Wir entwickeln einen solchen Intake-Assistenten als Teil von Ovenca Procure. Er läuft als Chat direkt im Katalog, also dort, wo Mitarbeiter ohnehin bestellen. Ein Bedarf durchläuft sechs Schritte.

1. Bedarf in eigenen Worten
Der Mitarbeiter schreibt, was er braucht, so wie er es einem Kollegen sagen würde. Auf Wunsch hängt er Dateien an, etwa ein Angebot, eine Spezifikation oder ein Foto.
2. Einordnen
Die KI erkennt, um welche Art von Bedarf es geht: Katalogprodukt, Produkt außerhalb des Katalogs, Dienstleistung, Software, Instandhaltung, Fahrzeug, Bau oder Investition. Dazu kommt die Dringlichkeit, von normal bis sicherheitskritisch.
3. Gezielt nachfragen
Fehlt etwas, fragt die KI nach, und zwar eine Frage nach der anderen wie ein Kollege, nicht wie ein Fragebogen. Was sich nicht klären lässt, wird als offene Frage festgehalten, statt geraten.
4. Den richtigen Weg wählen
Gibt es den Artikel im Katalog oder über einen Punchout-Shop, landet er direkt im Warenkorb. Alles andere wird ein strukturierter Vorgang für den Einkauf, mit Titel, Bedarf, Muss- und Kann-Anforderungen, Menge, Termin, Kostenrahmen und Kontierung.
5. Bestätigen
Vor dem Absenden zeigt der Assistent eine Zusammenfassung, die der Mitarbeiter korrigieren kann. Abgeschickt wird erst nach ausdrücklicher Bestätigung. Danach bekommt er einen Beleg mit Vorgangsnummer und den nächsten Schritten.
6. Übergabe an den Einkauf
Der Einkauf sieht alle Vorgänge in einer eigenen Liste, prüft sie und übergibt sie an den zuständigen Bereich. Der Mitarbeiter verfolgt den Status unter „Meine Anfragen“.

Angebote lesen statt abtippen

Viele Bedarfe kommen mit einem Angebot, das der Mitarbeiter schon eingeholt hat. Der Assistent liest angehängte Angebote im PDF-, Excel- oder Textformat und schlägt daraus einen Entwurf vor: Lieferant, Positionen, Preise und Angebotsnummer. Der Mitarbeiter prüft und ergänzt, statt alles abzutippen.

Dabei gilt eine wichtige Regel: Der Inhalt eines Dokuments sind Daten, keine Anweisungen. Steht in einem Angebot ein Satz, der sich an die KI richtet, wird er nicht befolgt. Das schützt vor manipulierten Dokumenten, einem Risiko, das bei KI-Assistenten mit Dateizugriff oft unterschätzt wird.

Leitplanken: Was die KI nicht darf

Im Einkauf geht es um Geld, Verträge und Sicherheit. Ein Assistent, der freundlich klingt, aber Preise erfindet, richtet mehr Schaden an als ein Formular. Deshalb haben wir feste Regeln eingebaut, und zwar nicht nur im Prompt, sondern auch im Code.

Nichts erfinden: Keine Preise, Verträge, Budgets oder Kostenstellen, die nicht aus dem System oder vom Mitarbeiter kommen.
Keine Umgehung von Freigaben: Der Assistent hilft nicht dabei, eine Bestellung aufzuteilen, um unter einer Freigabegrenze zu bleiben.
Sicherheit zuerst: Bei einem sicherheitskritischen Fall, etwa einem Leck an einer Anlage, verweist der Assistent zuerst auf den Sicherheitsprozess und erst dann auf die Beschaffung.
Vorhandenes nutzen: Gibt es einen Rahmenvertrag oder freie Lizenzen, weist der Assistent darauf hin, bevor neu gekauft wird.
Feste nächste Schritte: Was nach dem Absenden passiert, legt nicht das Sprachmodell fest, sondern eine Regel je Bedarfsart. Software geht in die IT- und Sicherheitsprüfung, ein Firmenwagen läuft über die Fuhrparkrichtlinie, eine defekte Anlage an die Instandhaltung.
Prüfung der Antworten: Behauptet die KI, ein Vorgang sei übergeben, oder nennt sie eine Referenznummer, prüft der Code, ob das stimmt. Erfundene Nummern und falsche Bestätigungen werden abgefangen.

Beispiele

Für Tests und Schulungen arbeiten wir mit typischen Bedarfen aus dem indirekten Einkauf. Sie zeigen, wie unterschiedlich die Wege sind, die hinter einer einzigen Eingabe stehen.

Zehn Monitore
Katalogartikel. Der Assistent findet passende Modelle und legt sie in den Warenkorb.
Agentur für den Website-Relaunch
Dienstleistung mit sechsstelligem Volumen. Daraus wird ein Vorgang für den Einkauf mit Ziel, Umfang, Termin und Budgetrahmen.
KI-Software für 40 Nutzer
Software mit Single Sign-on. Der Assistent fragt nach vorhandenen Lizenzen und kündigt die IT- und Sicherheitsprüfung an.
Eine Pumpe macht Geräusche
Kein Kauf, sondern ein Instandhaltungsfall. Der Vorgang geht mit Equipment-Nummer an die Instandhaltung.
Ein elektrischer Firmenwagen
Fahrzeug im Leasing. Der Assistent verweist auf die Fuhrparkrichtlinie und erfasst die Eckdaten.
Schutzhandschuhe in verschiedenen Größen
Persönliche Schutzausrüstung mit Norm und Größenverteilung. Der Assistent fragt die Mengen je Größe ab, statt eine Gesamtzahl zu übernehmen.

Welches Sprachmodell, und wo es läuft

Die wichtigste Frage von Einkauf und IT ist meist nicht, wie klug die KI ist, sondern wohin die Daten gehen. Bedarfe enthalten Projektnamen, Budgets, Lieferanten und Angebote. Deshalb ist das Sprachmodell in Ovenca Procure austauschbar.

Lokales Modell
Ein offenes Sprachmodell läuft auf eigener Hardware, im Rechenzentrum des Kunden oder in einer Private Cloud in Deutschland. Die Daten verlassen das Haus nicht.
Europäischer Anbieter
Ein Modell eines europäischen Anbieters mit Verarbeitung in der EU.
Weitere Anbieter
Andere große Modelle lassen sich über dieselbe Schnittstelle anbinden, wenn die Richtlinien des Unternehmens das erlauben.

Die Leitplanken aus dem vorigen Abschnitt hängen nicht am Modell. Sie liegen im Code und gelten für jedes angebundene Modell gleich.

Stand und nächste Schritte

Heute wickelt der Assistent Katalog- und Punchout-Bedarfe direkt ab und übergibt alle anderen Bedarfsarten als strukturierten Vorgang an den Einkauf.

Das Ziel ist ein Einstieg für sämtlichen Bedarf im Unternehmen. Dazu sollen weitere Bedarfsarten direkt bearbeitet werden, statt nur übergeben zu werden, und Angaben wie Kostenstelle und Budget sollen aus den angebundenen Systemen kommen.

Wo KI im Einkauf sonst hilft

Intake ist nicht der einzige Einsatzbereich, aber einer der greifbarsten, weil er jeden Mitarbeiter betrifft, der etwas bestellt. Weitere Felder, in denen Sprachmodelle heute sinnvoll sind:

Klassifikation: Artikel und Ausgaben Warengruppen zuordnen, etwa nach eCl@ss oder UNSPSC.
Angebotsvergleich: Mehrere Angebote in eine vergleichbare Form bringen.
Katalogpflege: Lieferantenkataloge auf fehlende oder widersprüchliche Angaben prüfen, bevor sie freigegeben werden. Wie Katalogdaten aufgebaut sind, steht im Beitrag zu BMEcat.
Vertragsfragen: Klauseln in Rahmenverträgen finden und zusammenfassen.

Allen gemeinsam ist: Die KI bereitet vor, der Mensch entscheidet. Wo Geld fließt oder Verträge entstehen, bleibt die Freigabe beim Einkauf.

Häufige Fragen

Was ist Intake-to-Procure?

Ein Ansatz, bei dem jeder Bedarf über einen einzigen Einstieg erfasst und von dort auf den richtigen Beschaffungsweg geleitet wird: Katalog, Rahmenvertrag, Anfrage, Ausschreibung oder eine Fachabteilung.

Ersetzt der Intake-Assistent den Einkauf?

Nein. Er nimmt dem Einkauf das Nachfragen und Abtippen ab. Prüfung, Verhandlung und Entscheidung bleiben beim Einkauf.

Funktioniert das auch ohne Cloud-KI?

Ja. Der Assistent kann mit einem lokal betriebenen Sprachmodell arbeiten. Die Daten verlassen dabei nicht die eigene Infrastruktur.

Was passiert, wenn die KI etwas falsch versteht?

Vor dem Absenden sieht der Mitarbeiter eine Zusammenfassung und kann sie korrigieren. Ohne seine Bestätigung wird nichts übergeben, und der Einkauf prüft jeden Vorgang noch einmal.

Brauche ich dafür ein neues Einkaufssystem?

Der Assistent ist Teil von Ovenca Procure und nutzt dessen Kataloge, Punchout-Anbindungen und Freigaben. Ovenca Procure läuft neben SAP oder Ihrem anderen ERP-System.

Nächster Schritt

Wenn Sie sehen wollen, wie der Intake-Assistent mit Ihren eigenen Bedarfsfällen umgeht, sehen Sie sich Ovenca Procure an oder sprechen Sie mit uns. Wie wir Sprachmodelle in bestehende Systeme einbinden, beschreiben wir unter Integration und KI.