Joule, Next-Gen Ariba oder SAP-nativ – welcher Weg für KI im SAP-Einkauf?

Joule, SAP Business AI, Next-Gen Ariba – wer sich in der SAP-Welt bewegt, kommt an diesen Begriffen nicht mehr vorbei. Die Frage, die viele Einkaufsverantwortliche und SAP-Entscheider dabei beschäftigt: Was davon ist für uns überhaupt relevant und was setzt das voraus? Laut DSAG-Investitionsreport 2026 nutzen nur 3 Prozent der KI-aktiven SAP-Unternehmen SAP-eigene KI-Lösungen produktiv. Die Gründe sind vielfältig: Cloud-Voraussetzungen, Implementierungskomplexität, Lizenzfragen. Dieser Artikel gibt einen strukturierten Überblick: welche Wege es gibt, was sie jeweils voraussetzen – und wo die Grenzen liegen.

Nicht alle KI-Szenarien sind gleich

Fünf Angebote liegen vor Ihnen – unterschiedlich formatiert, mit unterschiedlichen Zahlungszielen, ein Lieferant hat die Versandkosten in Zeile 14 versteckt. Sie hätten das gern in fünf Minuten sortiert statt in einer Stunde. Genau hier soll KI im Einkauf helfen – und bei Aufgaben wie dieser tut sie das heute schon zuverlässig.

Schwieriger wird es, sobald eine Entscheidung ansteht, die auf Ihrer Lieferantenhistorie, laufenden Rahmenverträgen oder dem Preistrend der letzten zwei Jahre beruhen sollte. Denn nicht jedes Tool, das „KI im Einkauf“ verspricht, hat tatsächlich Zugriff auf diese Daten aus Ihrem SAP-System.

➡️ Operative KI-Szenarien wie diese brauchen keinen tiefen ERP-Kontext:

• Ausschreibungsunterlagen zusammenfassen: Lange Leistungsverzeichnisse und technische Spezifikationen werden auf die entscheidungsrelevanten Anforderungen verdichtet.

• Angebote strukturiert gegenüberstellen: Preise, Konditionen und Lieferzeiten aus unterschiedlich formatierten Angebotsdokumenten werden vergleichbar gemacht.

• Preisanomalien im Angebotsvergleich markieren: Auffällige Abweichungen vom Erwartungswert werden automatisch gekennzeichnet – als Hinweis für den Einkäufer, nicht als Entscheidung.

• Anfragetexte und Kommunikation formulieren: Standardisierte Lieferantenanfragen, Absageschreiben oder Nachverhandlungsformulierungen werden auf Basis von Vorgaben erstellt.

Sobald es um eine Empfehlung geht, die Geld oder eine Lieferantenbeziehung betrifft, ändert sich das. Bei einer Vergabeempfehlung sieht die KI das vorliegende Angebot – aber nicht die drei Lieferverzögerungen aus dem Vorjahr, nicht den laufenden Rahmenvertrag in einer anderen Kategorie, nicht den historischen Preistrend aus Ihrem ERP. Ohne diesen Kontext bewertet die KI im Vakuum.

➡️ Diese strategischen KI-Szenarien brauchen vollständigen, aktuellen Zugriff auf Ihre SAP-Daten:

• Spend-Analysen über Kategorien und Zeiträume: Wo wird zu viel ausgegeben, wo gibt es Konsolidierungspotenzial? Diese Fragen lassen sich nur beantworten wenn Bestell-, Vertrags- und Lieferantendaten vollständig und konsistent vorliegen.
  

• Lieferantenbewertung auf Basis historischer Performance: Liefertreue, Qualitätsquoten, Reklamationshistorie — KI-gestützte Bewertungen sind nur so verlässlich wie die Datenbasis aus dem ERP. Fehlende oder isolierte Daten führen zu falschen Einschätzungen.
  

• Benchmarking von Einkaufspreisen gegen Marktdaten: Ist der verhandelte Preis gut? Die Antwort braucht nicht nur das aktuelle Angebot, sondern historische Einkaufspreise, Mengenentwicklungen und externe Marktdaten im Vergleich.
  

• Vertragstexte auf Risiken und Abweichungen prüfen: Wo weicht ein Lieferantenvertrag von internen Standards ab? KI-gestützte Vertragsanalyse braucht den Kontext früherer Vereinbarungen, geltender Richtlinien und Compliance-Vorgaben, nicht nur das vorliegende Dokument.

KI im SAP-Einkauf – welche Optionen für gibt es?

Wenn Sie Procurement Intelligence in Ihre SAP-Einkaufsorganisation einbinden wollen, stellt sich zuerst eine Architekturfrage: Welcher Weg ist in Ihrer Umgebung überhaupt möglich? SAP fasst die eigenen KI-Initiativen unter dem Namen SAP Business AI zusammen – verteilt über das Portfolio: eingebettet in S/4HANA, in der SAP Analytics Cloud und als generative KI über Joule. Daneben gibt es generische KI-Tools, die viele Unternehmen bereits im Einsatz haben, sowie SAP-native Sourcing-Software, die direkt im S/4HANA-Datenmodell arbeitet.

Die vier Wege unterscheiden sich vor allem darin, welches Betriebsmodell sie voraussetzen und auf welcher Datenbasis ihre KI-Funktionen arbeiten:

Procurement Intelligence für SAP: Eignung und Grenzen im Vergleich

Die ersten drei Wege liefern KI-Funktionen und setzen voraus, dass die Datenbasis anderswo entsteht. Der vierte Weg liefert zuerst diese Datenbasis – die KI-Funktionen sind die Folge, nicht der Ausgangspunkt. Das ist ein struktureller Unterschied.

Joule und Next-Gen Ariba

SAP kommuniziert eine klare KI-Strategie für den Einkauf: Joule als generativer KI-Assistent für jeden Nutzer, Next-Gen Ariba als vollständig neu gebaute Source-to-Pay-Plattform mit eingebetteter KI. Beide sind Teil von SAP Business AI – und beide setzen voraus, dass bestimmte Bedingungen in der Systemlandschaft erfüllt sind

➡️ Joule: SAP KI-Assistent im laufenden Betrieb

Joule ist der generative KI-Assistent von SAP – eingebettet in S/4HANA Cloud, Ariba, Fieldglass und weitere SAP-Anwendungen. Im Einkauf unterstützt Joule heute Navigation, Lieferantenabfragen und einfache Transaktionen im laufenden Ariba-Betrieb:

• Navigation und Abfragen in SAP Ariba Sourcing, Supplier Management und Buying
• Bid Analysis Agent: automatisierter Angebotsvergleich inkl. Gesamtkostenberechnung
• Tender Analysis Agent: Extraktion kritischer Anforderungen aus Ausschreibungsdokumenten
• KI-gestützte Zusammenfassungen von Lieferantenrückmeldungen

➡️ Next-Generation SAP Ariba: Joule als integraler Bestandteil

SAP hat die Ariba-Plattform von Grund auf neu gebaut – auf SAP BTP (Business Technology Platform), der Cloud-Plattform für Integration, Daten und KI-Infrastruktur, mit Joule als integraler Bestandteil. Das Analystenhaus Ardent Partners beschreibt das als „a complete reengineering of the largest and most entrenched source-to-pay platform in the world“.

In Next-Gen Ariba sind KI-Funktionen wie der Bid Analysis Agent und der Tender Analysis Agent direkt in Sourcing-Workflows eingebettet und laufen auf einer einheitlichen BTP-Datenschicht. Die Verfügbarkeit wurde im März 2026 bekanntgegeben, weitere Funktionen werden im Lauf von 2026 und 2027 quartalsweise ausgeliefert – volle Parität mit dem bisherigen Ariba ist noch nicht in Sicht.

Für bestehende Ariba-Kunden ist der Übergang als freiwillige Migration geplant: Parallelbetrieb beider Umgebungen ist möglich, aber ein BTP-Setup und eine Prozessmigration sind erforderlich.

In der Praxis heißt das: Ihr Sourcing-Team pflegt für eine Übergangszeit zwei Umgebungen parallel – Vertragsdaten und Lieferantenhistorie hier, die neuen KI-Agenten dort. Bei jeder Anfrage stellt sich zunächst die Frage, welches System gerade den aktuellen Stand zeigt.

Die KI-Roadmap von SAP ist ambitioniert. Joule und Next-Gen Ariba werden das Procurement-Ökosystem verändern – für Unternehmen, die den Cloud-Weg einschlagen. Für den Rest stellt sich die Frage anders: nicht „welches KI-Tool“, sondern „welche Architektur erlaubt uns heute produktiven KI-Einsatz, und das ohne auf eine Migration zu warten?“

Wer sich für einen Weg entscheidet, entscheidet gleichzeitig über mehr: wie abhängig er von einer externen Plattform-Roadmap wird, wie schnell er strategische KI-Empfehlungen auf vollständiger Datenbasis erhält, und ob KI im Einkauf ein Infrastrukturprojekt bleibt oder operative Realität wird.

Für Unternehmen mit S/4HANA On-Premise ist SAP-native Sourcing-Software der einzige Weg ohne vorgelagertes Infrastrukturprojekt. Und die Entscheidung wirkt über den ersten Use Case hinaus: Wer heute im S/4HANA-Kern arbeitet, baut gleichzeitig die Datenbasis, auf der Procurement Intelligence aufsetzt – ohne zweites System, ohne zweites Projekt.