← Zur Referenzübersicht

KI-Tool-Referenz / Agentic Commerce

KI-Einkaufsagent: ein autonomer Prüfprozess zwischen Kundenauftrag, Einkauf und JTL.

Im Kundenauftrag eines großen E-Commerce-Players haben wir ein mächtiges KI-Tool umgesetzt: Kundenaufträge lösen eine oder mehrere Einkaufsbestellungen aus, der Agent prüft Auftragsbestätigungen, Lieferscheine und Eingangsrechnungen gegen diese Belegkette und gibt Score, Status und nächste Systemaktion zurück.

Neutrales Cockpit eines KI-Einkaufsagenten mit Prüfmatrix und Klärfällen

Agent

prüft, bewertet, eskaliert

ERP

JTL und FiBu anschlussfähig

01

Kundenauftrag

Ein Kundenauftrag kann mehrere Einkaufsbestellungen auslösen. Genau dort beginnt der Agent: Er kennt den Ursprung, die Bestelllogik und die erwartete Belegkette.

02

Prüfschleifen

Auftragsbestätigungen, Lieferscheine und Rechnungen werden auf Positionen, Summen, Plausibilität, Fremdwährungen und Abweichungen geprüft.

03

Score & Aktion

Der Score geht zurück ins CRM. Bei sauberem Match erzeugt der Prozess aus der Einkaufsbestellung die passende Einkaufsrechnung in JTL-Wawi.

Neutrales Cockpit eines KI-Einkaufsagenten mit Prüfmatrix und Klärfällen

Kein Chatbot, sondern ein operativer Agent mit Verantwortung im Prozess.

Vergleichbare Agentic-Procurement-Systeme sprechen von Intake-to-Pay, 2-/3-Way-Matching, Supplier Follow-up, Human-in-the-loop und Audit-Trail. Genau diese Denke steckt auch hier drin: Der Agent arbeitet an echten Einkaufsvorgängen, die aus Kundenaufträgen entstehen.

Er prüft Auftragsbestätigungen gegen die ausgelösten Einkaufsbestellungen, bewertet Plausibilität, Positionen, Summen und Fremdwährungen und schreibt einen nachvollziehbaren Score zurück ins CRM. Danach wartet der Prozess auf Lieferschein und Rechnung und gleicht erneut ab.

Der Agent betrachtet den gesamten Einkaufsvorgang.

Der entscheidende Unterschied zur klassischen Automatisierung: Es wird nicht nur ein PDF ausgelesen. Der Agent versteht, welcher Kundenauftrag welche Einkaufsbestellung ausgelöst hat, welche Lieferantenbestätigung dazu passt und ob Lieferschein und Eingangsrechnung wirklich plausibel zur Bestellung gehören.

Kundenauftrag als Auslöser

Aus einem Kundenauftrag entstehen eine oder mehrere Einkaufsbestellungen. Der Agent behält diese Beziehung im Blick.

AB, LS und Rechnung im Abgleich

Positionen, Mengen, Summen, Fremdwährungen und Lieferdaten werden je Prozessschritt gegen die Erwartung geprüft.

Score zurück ins CRM

Das CRM bekommt keinen pauschalen Status, sondern einen bewertbaren Score mit Klärhinweisen und nächster Aktion.

Vom Kundenauftrag zur sauberen JTL-Systemaktion

Der Workflow ist als echter Prozess aufgebaut: Kundenauftrag, Einkaufsbestellungen, Auftragsbestätigung, Lieferschein, Rechnung, CRM-Score und JTL-Wawi-Aktion greifen ineinander.

01 Kundenauftrag

Aus dem Kundenauftrag entsteht der Bedarf und die Verbindung zum späteren Einkaufsvorgang.

02 Einkauf

Eine oder mehrere Einkaufsbestellungen werden ausgelöst und als Erwartungshaltung gespeichert.

03 AB-Prüfung

Positionen, Summen, Fremdwährungen und Plausibilität werden gegen die Bestellung geprüft.

04 LS/Rechnung

Lieferschein und Eingangsrechnung werden erneut gegen die Belegkette abgeglichen.

05 JTL-Wawi

Bei sauberem Score wird die Einkaufsrechnung aus der Einkaufsbestellung erzeugt.

Prüfphasen im Detail

Intake

Belege kommen aus Lieferantenkommunikation, E-Mail, Portal oder definierten Systemordnern.

Reasoning

Der Agent bewertet Mengen, Preise, Währungen, Lieferdaten, Positionen und Toleranzen.

Scoring

Der Prüfstatus geht als Score zurück ins CRM und steuert Warten, Klärfall oder Aktion.

Aktion

Die Folgeaktion landet wieder im Prozess: Klärfall, Rückfrage oder Erzeugung in JTL-Wawi.

Was aus Automatisierung ein belastbares KI-System macht.

01

Auftrag

Der Kundenauftrag löst eine oder mehrere Einkaufsbestellungen aus. Diese Verbindung bleibt die Klammer des Prozesses.

02

AB-Prüfung

Auftragsbestätigungen werden gegen Bestellung, Positionen, Summen, Fremdwährungen und Plausibilitätsregeln geprüft.

03

LS/Rechnung

Sobald Lieferschein oder Eingangsrechnung eintreffen, wird erneut gegen die Belegkette und den bisherigen Score abgeglichen.

04

JTL-Aktion

Bei positivem Score wird aus der Einkaufsbestellung die passende Einkaufsrechnung in JTL-Wawi erzeugt.

Systemlandschaft eines KI-Einkaufsagenten mit JTL-Wawi, JERA, Lieferanten und Team

Vollständig in die Systemlandschaft integriert.

Das Tool ist nicht als hübsche Oberfläche neben der Warenwirtschaft gedacht. Es hängt im Prozess: Kundenauftrag und CRM, Lieferantenkommunikation, JTL-Wawi, JERA-/FiBu-Logik und die Menschen, die Ausnahmen entscheiden, greifen ineinander.

Damit wird der Einkauf nicht nur schneller, sondern kontrollierbarer. Jede Entscheidung bleibt erklärbar: Welche Bestellung wurde ausgelöst? Welche AB wurde geprüft? Welcher Score wurde ins CRM geschrieben? Warum wartet der Prozess auf LS/Rechnung oder erzeugt bereits die Einkaufsrechnung in JTL-Wawi?

Bausteine, die das Tool mächtig machen.

A

Auftragskontext

Der Agent startet nicht beim Beleg, sondern beim Kundenauftrag und der daraus entstandenen Einkaufslogik.

B

Mehrstufiger Abgleich

AB, Lieferschein und Rechnung werden über Positionen, Summen, Währungen und Toleranzen miteinander abgeglichen.

C

Scoring im CRM

Jede Prüfphase liefert einen Score, der für Status, Klärfälle, Warteschritte und Folgeaktionen genutzt wird.

D

JTL-Wawi-Aktion

Bei sauberem Match erzeugt der Prozess die Einkaufsrechnung aus der passenden Einkaufsbestellung in JTL-Wawi.

Aus Prüfaufwand wird ein kontrollierter Durchlauf.

Der größte Nutzen entsteht nicht dadurch, dass ein einzelner Arbeitsschritt schneller wird. Der Nutzen entsteht dadurch, dass der gesamte Vorgang verlässlich durchläuft: vom Kundenauftrag über Einkauf und Lieferant bis zur erzeugten Einkaufsrechnung in JTL-Wawi.

Weniger manuelle Prüfung

Routinefälle laufen über definierte Regeln und Agentenentscheidungen.

Schnellere Klärung

Abweichungen werden mit Kontext sichtbar, statt im Postfach zu verschwinden.

Bessere Datenqualität

Belege und Vorgänge werden konsistenter verbunden und dokumentiert.

Skalierbare Erweiterung

Weitere Lieferanten, Dokumenttypen oder Folgeaktionen können schrittweise angebunden werden.