Welche SAP-Ariba-Lösung passt zu welchem Einkaufsprozess? Der Überblick zeigt die wichtigsten Ariba-Module, ihre Aufgaben – und wann Unternehmen sie wirklich brauchen.

SAP Ariba Module im Vergleich: Welche Lösung für welchen Einkaufsprozess?

Wer sich zum ersten Mal mit SAP Ariba beschäftigt, landet schnell bei einer langen Liste von Produktnamen: Sourcing, Contracts, Buying, Guided Buying, Supplier Lifecycle and Performance, Supplier Risk, Catalog, Buying and Invoicing, Category Management.

Die naheliegende Frage lautet dann: Welche SAP-Ariba-Module brauchen wir eigentlich?

Genau hier beginnt häufig die falsche Diskussion.

SAP Ariba ist nicht wie ein klassisches ERP aufgebaut, bei dem Unternehmen einzelne Module nach Organisationsbereich auswählen. SAP spricht heute eher von Lösungen, Suites und Capabilities, die unterschiedliche Abschnitte des Source-to-Pay-Prozesses abdecken. Die SAP Ariba Strategic Sourcing Suite umfasst beispielsweise SAP Ariba Sourcing, SAP Ariba Contracts, SAP Ariba Supplier Lifecycle and Performance und Product-Sourcing-Funktionen.

Für Unternehmen ist deshalb weniger wichtig, wie viele Ariba-Produkte es gibt.

Wichtiger ist:

Welcher Einkaufsprozess soll verbessert werden – und welche SAP-Ariba-Lösung löst genau dieses Problem?

Dieser Überblick ordnet die wichtigsten SAP-Ariba-Lösungen entlang des Procurement-Prozesses ein und zeigt auch, wann ein Unternehmen eine bestimmte Lösung möglicherweise gar nicht benötigt.

SAP Ariba Module im Überblick: Die Kurzantwort

Für eine erste Orientierung reicht diese Zuordnung:

Kurz erklärt: SAP Ariba ist kein einzelnes Einkaufsmodul. Die Plattform umfasst spezialisierte Lösungen für Category Management, Sourcing, Contracts, Supplier Management, Buying und Invoicing. SAP Business Network ergänzt diese internen Procurement-Prozesse um die Zusammenarbeit mit Lieferanten.

Ein Unternehmen muss deshalb auch nicht automatisch die gesamte Suite einführen.

Ein guter Startpunkt ist meist der Procurement-Prozess mit dem größten Problem oder dem größten messbaren Wertpotenzial.

Was bedeutet „SAP Ariba Module“ eigentlich?

Der Begriff „SAP Ariba Module“ ist im Markt weit verbreitet – und als Suchbegriff völlig verständlich.

Technisch ist er aber etwas ungenau.

Bei SAP ECC oder SAP S/4HANA denkt man bei „Modulen“ schnell an klassische Bereiche wie FI, CO, MM oder SD.

SAP Ariba ist anders organisiert.

SAP verwendet heute Begriffe wie:

• Solutions,
• Suites,
• Capabilities,
• Applications,
• Bundles.

Ein gutes Beispiel ist die SAP Ariba Strategic Sourcing Suite. Sie bündelt aktuell:

• SAP Ariba Sourcing,
• SAP Ariba Contracts,
• SAP Ariba Supplier Lifecycle and Performance,
• Product-Sourcing-Funktionalität.

Auch Supplier Management ist kein einzelner Funktionsblock. SAP positioniert dort unter anderem Supplier Lifecycle and Performance sowie Supplier Risk als zusammengehörige Lösungsbereiche für Lifecycle-, Performance- und Risikomanagement.

Buying wiederum besteht nicht nur daraus, eine Bestellanforderung zu erzeugen. Dazu gehören je nach Produktumfang unter anderem:

• Guided Buying,
• Kataloge,
• Procurement Policies,
• Bestellprozesse,
• Rechnungsprozesse,
• Supplier Collaboration.

SAP beschreibt SAP Ariba Buying and Invoicing entsprechend als eine Gruppe von Procure-to-Pay-Anwendungen.

Für ein Auswahlprojekt ist diese Unterscheidung wichtig.

Denn die Frage:

„Welche Module wollen wir kaufen?“

führt schnell zu Feature-Listen.

Die Frage:

„Welche Fähigkeiten braucht unser zukünftiger Source-to-Pay-Prozess?“

führt dagegen zu einer Architektur.

SAP Ariba entlang des Source-to-Pay-Prozesses

Am einfachsten lässt sich die Ariba-Landschaft entlang des tatsächlichen Einkaufsprozesses verstehen.

Ein vereinfachtes Modell sieht so aus:

Spend analysieren

↓

Category Strategy entwickeln

↓

Lieferanten identifizieren und qualifizieren

↓

Sourcing und Ausschreibung

↓

Vertrag

↓

Bedarf und Buying

↓

Bestellung

↓

Wareneingang / Leistung

↓

Rechnung

↓

Lieferantenperformance und Risiko weiter überwachen

Parallel dazu läuft die Zusammenarbeit mit Lieferanten über SAP Business Network.

Die einzelnen Ariba-Lösungen sitzen also nicht nebeneinander wie Apps auf einem Smartphone. Sie greifen an unterschiedlichen Stellen desselben End-to-End-Prozesses ein.

Und sie können Daten und Entscheidungen aus vorherigen Prozessschritten weiterverwenden.

Ein qualifizierter Preferred Supplier kann beispielsweise beim Sourcing berücksichtigt werden. Ein ausgehandelter Vertrag kann später einen Buying-Prozess beeinflussen. Ein Supplier Risk kann schon vor einer Vergabe relevant werden.

Genau in diesen Verbindungen entsteht der eigentliche Mehrwert einer Suite.

SAP Ariba Category Management: Bevor die Ausschreibung überhaupt beginnt

Category Management wird in Ariba-Übersichten manchmal übersehen, weil viele Unternehmen direkt bei Sourcing anfangen.

Strategischer Einkauf beginnt jedoch früher.

Die Frage lautet zunächst:

Wo sollten wir überhaupt aktiv werden?

SAP Ariba Category Management unterstützt Procurement-Teams bei der Entwicklung, Ausführung und Überwachung von Category-Strategien. SAP nennt dafür unter anderem Category Analytics, geführte Strategy Frameworks, Opportunity Analysis und Empfehlungen. Die Lösung ist auf SAP BTP aufgebaut und mit weiteren Procurement-Lösungen wie SAP Ariba Sourcing und Contracts integriert.

Ein Category Manager kann beispielsweise analysieren:

• Wie entwickelt sich Spend in einer Warengruppe?
• Welche Lieferantenstruktur haben wir?
• Wo bestehen Kosten- oder Versorgungsrisiken?
• Welche Initiativen haben das höchste Potenzial?
• Welche Sourcing-Projekte sollten daraus entstehen?
• Welche Ziele verfolgen wir für die Kategorie?

Das klingt zunächst strategischer und weniger „operativ“ als viele klassische Procurement-Systeme.

Genau das ist der Punkt.

Wann ist Category Management besonders relevant?

Wenn Category Management heute hauptsächlich aus:

• Excel,
• PowerPoint,
• persönlichen Erfahrungswerten,
• unverbundenen Spend-Reports

besteht und die Organisation Category Strategy systematischer steuern möchte.

Wann braucht man es möglicherweise nicht zuerst?

Wenn die dringendste Herausforderung ganz woanders liegt.

Ein Unternehmen mit kaum kontrolliertem Supplier Onboarding oder massivem Maverick Buying wird nicht automatisch den größten kurzfristigen Nutzen daraus ziehen, zuerst Category Management zu digitalisieren.

Der Reifegrad des Procurement-Modells entscheidet über die Reihenfolge.

SAP Ariba Sourcing: Für Ausschreibungen, RFx und Verhandlungen

SAP Ariba Sourcing adressiert den strategischen Beschaffungsprozess.

Dazu gehören typischerweise:

• RFI,
• RFQ,
• RFP,
• Sourcing Events,
• Lieferantenangebote,
• Auktionen,
• Verhandlungen,
• Angebotsvergleich,
• Award-Entscheidungen.

SAP positioniert die Lösung für vernetzte Sourcing-Prozesse und die Integration mit SAP- und Drittanbietersystemen.

Die eigentliche Frage ist jedoch nicht, ob ein Unternehmen Ausschreibungen macht.

Fast jedes Procurement-Team tut das.

Die bessere Frage ist:

Wie komplex und strategisch ist unser Sourcing?

Ein Einkäufer, der drei bekannte Lieferanten um einen Preis für ein Standardmaterial bittet, hat ein anderes Problem als ein globaler Category Manager, der:

• mehrere Werke bündelt,
• 25 Lieferanten einlädt,
• unterschiedliche Lots bildet,
• mehrere Bieterrunden durchführt,
• Kostenstrukturen vergleicht,
• Lieferantenrisiken berücksichtigt,
• globale Vergabeentscheidungen vorbereitet.

Im zweiten Fall wird eine spezialisierte Sourcing-Lösung wesentlich interessanter.

Direct Procurement ist kein Ausschlusskriterium

SAP Ariba Sourcing ist nicht nur für indirekte Ausgaben gedacht.

Die Strategic Sourcing Suite deckt laut SAP auch direkte Ausgabenkategorien ab und enthält Product-Sourcing-Funktionalität.

Bei Produktionsunternehmen sieht ein typisches Architekturmodell daher eher so aus:

SAP S/4HANA
Material · MRP · operative Beschaffung

↓

SAP Ariba Sourcing
Ausschreibung · Angebote · Verhandlung

↓

SAP S/4HANA
Bestellung · Bestand · Logistik · Finance

SAP unterstützt hierfür beispielsweise das aktuelle Sourcing-Szenario 4BL zwischen S/4HANA und SAP Ariba Sourcing.

Wann braucht man SAP Ariba Sourcing möglicherweise nicht?

Wenn:

• strategisches Sourcing nur selten stattfindet,
• Prozesse sehr einfach sind,
• bestehende ERP-Funktionen ausreichen,
• der organisatorische Reifegrad eine spezialisierte Plattform noch nicht rechtfertigt.

Mehr Sourcing-Funktionalität erzeugt keinen Wert, wenn der Procurement-Prozess sie nicht nutzt.

SAP Ariba Contracts: Für strategisches Vertragsmanagement

Contracts klingt zunächst eindeutig.

Ist es aber nicht.

In SAP-Landschaften gibt es einen wichtigen Unterschied zwischen:

strategischem Vertragsmanagement

und

operativen Einkaufskontrakten im ERP.

SAP Ariba Contracts ist stärker auf den strategischen Contract Lifecycle ausgerichtet.

Dazu gehören beispielsweise:

• Contract Workspaces,
• Vertragsdokumente,
• Templates,
• Verhandlungen,
• Freigaben,
• Governance,
• Lifecycle Management,
• Zusammenarbeit rund um den Vertrag.

SAP beschreibt außerdem Integrationen von Ariba Contracts mit Sourcing, Buying, Invoicing und anderen Procurement-Prozessen.

Ein Unternehmen kann also beispielsweise einen Vertrag strategisch in SAP Ariba verwalten und relevante Konditionen anschließend in operativen Buying- oder ERP-Prozessen verwenden.

Der typische Fehler

Die Frage lautet:

„Wir haben schon Contracts in S/4HANA. Warum brauchen wir Ariba Contracts?“

Die bessere Frage ist:

„Welche Art von Vertrag wollen wir steuern?“

Wenn lediglich operative Mengenkontrakte für die Bestellabwicklung benötigt werden, kann die ERP-Funktionalität ausreichend sein.

Wenn Procurement dagegen:

• Vertragsverhandlungen,
• Klauseln,
• Freigabeprozesse,
• zentrale Templates,
• Vertrags-Governance

systematisieren möchte, ist das eine andere Anforderung.

Dann sollte SAP Ariba Contracts geprüft werden.

SAP Ariba Supplier Lifecycle and Performance: Lieferanten sind mehr als Stammdaten

Ein Lieferant kann im ERP angelegt sein und trotzdem Procurement-seitig kaum gesteuert werden.

Das ist der Unterschied zwischen:

Supplier Master Data

und

Supplier Management.

SAP Ariba Supplier Lifecycle and Performance – häufig kurz SLP – unterstützt unter anderem:

• Supplier Registration,
• Onboarding,
• Qualification,
• Preferred-Supplier-Management,
• Performance Evaluation,
• Lifecycle-Prozesse.

SAP positioniert die Lösung ausdrücklich für schnelleres Supplier Onboarding und die Steuerung bevorzugter Lieferanten.

Ein einfaches Beispiel:

Ein neuer Lieferant soll für eine kritische Materialgruppe zugelassen werden.

Die Frage ist nicht nur:

Welche Adresse und Steuer-ID hat er?

Sondern möglicherweise:

• Hat er die notwendigen Zertifikate?
• Für welche Warengruppe ist er qualifiziert?
• Für welche Region?
• Ist die Qualifizierung noch gültig?
• Ist er Preferred Supplier?
• Wie ist seine Performance?
• Wann muss er erneut bewertet werden?

Das ist Supplier Lifecycle Management.

Wann wird SLP besonders interessant?

Wenn:

• Lieferanten-Onboarding uneinheitlich ist,
• unterschiedliche Business Units eigene Lieferantenprozesse haben,
• Qualifikationen per E-Mail oder Excel verfolgt werden,
• Procurement keine zentrale Sicht auf Supplier Status besitzt,
• Lieferanten regelmäßig bewertet werden müssen.

Wichtig für die Architektur

Ein Supplier kann gleichzeitig in Ariba, SAP Business Network und einem oder mehreren ERP-Systemen repräsentiert sein.

SAP weist deshalb selbst darauf hin, dass Supplier Data durch mehrere miteinander verbundene Systeme fließen können und Supplier IDs in diesen Welten sauber zugeordnet werden müssen.

SLP-Einführung ist deshalb fast immer auch ein Thema für:

Master Data + Integration + Governance.

SAP Ariba Supplier Risk: Ist der Lieferant nur qualifiziert – oder auch vertretbar?

Supplier Lifecycle and Performance und Supplier Risk werden häufig gemeinsam genannt.

Sie lösen aber nicht exakt dasselbe Problem.

Vereinfacht:

SLP fragt:
Ist der Lieferant registriert, qualifiziert und leistungsfähig?

Supplier Risk fragt:
Welche Risiken müssen wir bei diesem Lieferanten berücksichtigen?

SAP Ariba Supplier Risk unterstützt unter anderem Risk Due Diligence, Monitoring, Alerts sowie Prozesse zur Bewertung und Behandlung von Lieferantenrisiken.

Das kann Procurement helfen, Risiken nicht erst dann zu betrachten, wenn bereits ein Problem entstanden ist.

Beispielsweise vor:

• Supplier Onboarding,
• einer Ausschreibung,
• einer Award-Entscheidung,
• einer Vertragsverlängerung.

Supplier Risk ist daher besonders relevant, wenn Risikosteuerung Teil des Procurement-Prozesses werden soll und nicht nur eine separate Compliance-Aktivität bleibt.

Muss jedes Unternehmen Supplier Risk implementieren?

Nein.

Wenn bereits eine andere zentrale Risk-Plattform vorhanden ist oder Supplier Risk außerhalb Procurement ausreichend abgedeckt wird, sollte zuerst geprüft werden, welche zusätzliche Rolle Ariba tatsächlich übernehmen soll.

Auch hier gilt:

Keine zweite Risk-Datenbank bauen, nur weil eine Funktion verfügbar ist.

SAP Ariba Buying: Wenn Procurement bei den Mitarbeitern beginnt

Bei Buying verändert sich die Perspektive.

Sourcing und Contracts werden überwiegend von Procurement Professionals genutzt.

Buying betrifft potenziell das ganze Unternehmen.

Ein Entwickler braucht Hardware.

Marketing benötigt eine Agentur.

HR kauft Trainingsleistungen.

Ein Werk bestellt Verbrauchsmaterial.

Diese Menschen wollen meistens nicht „Procurement machen“.

Sie wollen etwas kaufen.

Genau deshalb ist die User Experience hier so wichtig.

SAP Ariba Buying ist Teil des Procure-to-Pay-Portfolios und soll Unternehmen unter anderem dabei unterstützen, Einkaufsprozesse zu digitalisieren, Compliance zu erhöhen und Spend besser zu steuern.

Typische Bestandteile sind je nach Umfang:

• Requisitioning,
• Kataloge,
• Einkaufsrichtlinien,
• Lieferantenauswahl,
• Genehmigungen,
• Bestellprozesse,
• Anbindung an Folgeprozesse.

Was ist Guided Buying?

Guided Buying ist besonders wichtig, weil der Begriff häufig wie ein eigenständiges „Ariba-Modul“ behandelt wird.

Praktisch ist Guided Buying vor allem die geführte Einkaufserfahrung für Bedarfsträger innerhalb der Ariba-Procurement-Welt.

Die Idee ist einfach:

Ein Mitarbeiter soll nicht wissen müssen:

• welche Warengruppe verwendet wird,
• welcher Lieferant Preferred Supplier ist,
• welche Procurement Policy gilt,
• welche Beschaffungskanäle erlaubt sind.

Das System soll ihn möglichst sinnvoll durch diese Entscheidungen führen.

Ein guter Guided-Buying-Prozess beantwortet für den Nutzer deshalb eher:

„Was möchtest du kaufen?“

und nicht:

„Welche Procurement-Prozessvariante möchtest du auslösen?“

SAP entwickelt Guided-Buying- und Buying-Funktionen weiter und positioniert sie als Teil einer nutzerorientierten Procure-to-Pay-Erfahrung.

Wann bringt Guided Buying besonders viel?

Wenn viele gelegentliche Einkäufer existieren.

Oder wenn das Unternehmen Probleme hat mit:

• Maverick Buying,
• falschen Lieferanten,
• Umgehung von Verträgen,
• schlechter Katalognutzung,
• komplizierten Procurement-Prozessen.

Ein praktischer Hinweis

Ein Unternehmen kann technisch einen sehr guten Procurement-Prozess haben und trotzdem schlechte Compliance erzielen.

Wenn niemand gerne damit arbeitet, umgehen Nutzer ihn.

User Experience ist deshalb kein kosmetisches Procurement-Thema. Sie beeinflusst den tatsächlichen Spend under Management.

SAP Ariba Catalog: Ein Katalog ist keine Nebensache

Katalogmanagement klingt deutlich weniger strategisch als Sourcing oder Supplier Risk.

In einem großen Buying-Rollout kann es trotzdem über die User Adoption entscheiden.

SAP Ariba Catalog dient dazu, Nutzern relevante und aktuelle Procurement-Kataloginhalte bereitzustellen und bevorzugte Lieferanten beziehungsweise Produkte im Einkauf sichtbarer zu machen. SAP unterstützt verschiedene Katalogtypen sowie unter anderem lokale, supplier-managed und Punch-out-Kataloge.

Das eigentliche Ziel ist nicht:

„Wir haben einen elektronischen Katalog.“

Sondern:

„Der Mitarbeiter findet das richtige Produkt beim richtigen Lieferanten zum vereinbarten Preis.“

Wenn das funktioniert, steigt die Wahrscheinlichkeit, dass Nutzer tatsächlich über den vorgesehenen Einkaufsprozess gehen.

Wenn nicht, beginnt der Einkauf wieder bei Google, E-Mail oder einem alten Lieferantenkontakt.

Typische Catalog-Themen

• Content Quality,
• Klassifizierung,
• Preise,
• Preferred Suppliers,
• Suchbarkeit,
• Katalogfreigabe,
• Aktualisierung,
• Punch-out,
• Zugriffsregeln.

Katalogmanagement sollte deshalb in Buying-Projekten nicht erst kurz vor dem Go-live auftauchen.

SAP Ariba Buying and Invoicing: Vom Bedarf in Richtung Rechnung

SAP Ariba Buying and Invoicing erweitert den Buying-Prozess in Richtung Procure-to-Pay.

SAP beschreibt die Lösung aktuell als Gruppe von Procure-to-Pay-Anwendungen, die Visibility, Cost Control und Compliance über Beschaffungsprozesse verbessern sollen.

Je nach Scope können dazu gehören:

• Bedarfserfassung,
• Buying,
• Kataloge,
• Procurement Policies,
• Bestellprozesse,
• Rechnungsprozesse,
• Supplier Collaboration.

Der wichtige Punkt für die Architektur:

Ariba Buying and Invoicing ersetzt nicht automatisch das ERP.

In vielen Landschaften bleiben bestimmte operative oder buchhalterische Prozesse weiterhin in SAP S/4HANA beziehungsweise einem anderen ERP.

Daher sollte vor einer Implementierung geklärt werden:

• Wo entsteht die Requisition?
• Wo entsteht der PO?
• Wo wird der Wareneingang verarbeitet?
• Wo findet Invoice Matching statt?
• Wo wird die Finanzbuchung ausgeführt?
• Welche Statusinformationen werden zwischen den Systemen benötigt?

Die Produktentscheidung hängt damit unmittelbar mit der Integrationsarchitektur zusammen.

SAP Business Network: Ist das auch ein SAP-Ariba-Modul?

Nicht im selben Sinn.

Und diese Unterscheidung ist wichtig.

SAP Ariba unterstützt primär Procurement-Prozesse innerhalb der Einkaufsorganisation.

SAP Business Network verbindet Unternehmen mit ihren Geschäftspartnern.

SAP positioniert das Network für Procurement unter anderem für digitale Supplier Collaboration, Transaktionen, Kommunikation und verschiedene B2B-Prozesse.

Ein vereinfachtes Bild:

Im Unternehmen

SAP Ariba / SAP S/4HANA
Bedarf · Sourcing · Buying · Bestellung

↓

Zwischen Unternehmen

SAP Business Network
Lieferant · Dokumentenaustausch · Zusammenarbeit

↓

Beim Lieferanten

Bestätigung · Lieferung · Rechnung · weitere Informationen

SAP Business Network ist deshalb eher eine Collaboration- und Network-Layer als ein weiteres internes Procurement-Modul.

Über das Netzwerk können Käufer und Lieferanten unter anderem Geschäftsdokumente wie Bestellungen und Rechnungen austauschen und bei weiteren Geschäftsvorgängen zusammenarbeiten.

Diese Unterscheidung verhindert einen typischen Architekturfehler:

Ariba Procurement und Business Network lösen unterschiedliche Teile des End-to-End-Prozesses.

SAP Ariba Spend Analysis: Erst sehen, dann entscheiden

Spend Analytics gehört ebenfalls zum größeren Ariba-/Spend-Management-Kontext.

Historisch bietet SAP Ariba Spend Analysis eine konsolidierte Sicht auf Procurement Spend über unterschiedliche Quelldaten. SAP beschreibt die Lösung als Möglichkeit, unternehmensweite Beschaffungsdaten aufzubereiten und Spend-Entscheidungen zu unterstützen.

Gleichzeitig entwickelt SAP seine Analytics-Landschaft weiter und positioniert aktuell stärker AI-gestützte Spend Intelligence für konsolidierte Spend Visibility und Insights.

Für Unternehmen, die heute ihre Zielarchitektur planen, sollte daher nicht nur die alte Frage gestellt werden:

„Brauchen wir SAP Ariba Spend Analysis?“

Sondern:

„Welche Analytics- und Spend-Intelligence-Architektur brauchen wir künftig?“

Das ist besonders relevant, wenn parallel:

• SAP Business Data Cloud,
• SAP Analytics Cloud,
• SAP S/4HANA Analytics,
• andere Spend-Datenquellen

im Unternehmen vorhanden sind.

Die Analytics-Architektur sollte nicht unabhängig vom restlichen Datenmodell geplant werden.

Wie arbeiten die SAP-Ariba-Lösungen zusammen?

Die Produkte werden deutlich verständlicher, wenn man sie nicht einzeln betrachtet.

Nehmen wir einen vereinfachten End-to-End-Prozess.

Schritt 1: Category Strategy

SAP Ariba Category Management

Procurement identifiziert eine Warengruppe mit Einspar- oder Risikopotenzial.

↓

Schritt 2: Supplier Management

Supplier Lifecycle and Performance

Geeignete Lieferanten werden registriert und qualifiziert.

↓

Schritt 3: Supplier Risk

SAP Ariba Supplier Risk

Risiken werden vor beziehungsweise während der Auswahl betrachtet.

↓

Schritt 4: Ausschreibung

SAP Ariba Sourcing

Lieferanten werden zu einem RFx eingeladen, Angebote verglichen und ein Award getroffen.

↓

Schritt 5: Vertrag

SAP Ariba Contracts

Vereinbarungen werden erstellt, verhandelt und verwaltet.

↓

Schritt 6: Buying

SAP Ariba Buying / Guided Buying / Catalog

Bedarfsträger kaufen anschließend über bevorzugte Produkte, Lieferanten und Verträge.

↓

Schritt 7: Rechnungsprozess

SAP Ariba Buying and Invoicing

Der Procure-to-Pay-Prozess wird bis in den Invoice-Bereich erweitert.

↓

Parallel: Supplier Collaboration

SAP Business Network

Geschäftspartner tauschen relevante Dokumente und Informationen aus.

↓

ERP-Core

SAP S/4HANA

Materialwirtschaft, Bestände, Logistik, Finance und weitere ERP-nahe Prozesse bleiben – je nach Architektur – dort verankert.

Das ist der eigentliche Wert einer Suite:

Ein Prozessschritt kann Informationen für den nächsten bereitstellen.

Nicht die Anzahl der Module entscheidet über den Nutzen, sondern wie gut die End-to-End-Kette funktioniert.

SAP Ariba Strategic Sourcing Suite: Welche Lösungen sind gebündelt?

Wer sich kommerziell mit Ariba beschäftigt, stößt schnell auf Suites und Bundles.

Die SAP Ariba Strategic Sourcing Suite ist ein gutes Beispiel.

SAP nennt aktuell vier wesentliche Bestandteile:

• SAP Ariba Sourcing,
• SAP Ariba Contracts,
• SAP Ariba Supplier Lifecycle and Performance,
• Product-Sourcing-Funktionalität.

Das ergibt fachlich Sinn.

Supplier Management beantwortet:

Mit wem dürfen beziehungsweise wollen wir arbeiten?

Sourcing:

Von wem sollten wir kaufen und zu welchen Konditionen?

Contracts:

Wie halten und steuern wir die Vereinbarung?

Product Sourcing:

Wie unterstützen wir komplexere produktbezogene Sourcing-Szenarien?

Diese Funktionen bilden zusammen einen Source-to-Contract-Prozess.

Suite bedeutet trotzdem nicht „alles gleichzeitig einführen“

Commercial Packaging und Implementierungsroadmap sind zwei unterschiedliche Dinge.

Selbst wenn mehrere Capabilities kommerziell zusammengehören, kann die Einführung beispielsweise so aussehen:

Wave 1: SLP
Wave 2: Sourcing
Wave 3: Contracts

oder umgekehrt.

Die Reihenfolge sollte aus:

• Business Case,
• Abhängigkeiten,
• Procurement-Reifegrad

abgeleitet werden.

Nicht aus der Reihenfolge im Produktkatalog.

Welche SAP-Ariba-Lösung passt zu welchem Unternehmen?

Feature-Tabellen helfen nur begrenzt.

Ausgangssituationen sind meist aussagekräftiger.

Szenario 1: Ausschreibungen laufen über Excel und E-Mail

Das Procurement-Team führt viele strategische Ausschreibungen durch, aber Angebote werden manuell gesammelt und verglichen.

Zuerst prüfen:
SAP Ariba Sourcing

Optional ergänzt um Contracts oder Supplier Management.

Szenario 2: Supplier Onboarding dauert Wochen

Jede Region verwendet eigene Formulare. Qualifikationen sind schlecht nachvollziehbar. Es gibt Dubletten im ERP.

Zuerst prüfen:
SAP Ariba Supplier Lifecycle and Performance

Möglicherweise ergänzt um Supplier Risk.

Aber: Gleichzeitig muss das Supplier-Master-Data-Modell geklärt werden.

Szenario 3: Mitarbeiter kaufen außerhalb der Procurement-Prozesse

Verträge existieren. Preferred Suppliers existieren.

Trotzdem bestellen Mitarbeiter direkt bei bekannten Lieferanten.

Zuerst prüfen:
SAP Ariba Buying + Guided Buying + Catalog

Hier ist das Hauptproblem nicht fehlendes Sourcing.

Es ist Buying Adoption und Compliance.

Szenario 4: Lieferantenrisiken werden erst nach Problemen sichtbar

Supplier Qualification existiert, Risk Management ist aber getrennt und reaktiv.

Prüfen:
SAP Ariba Supplier Risk

Idealerweise eingebettet in Supplier- und Sourcing-Prozesse.

Szenario 5: Internationales Unternehmen will Source-to-Pay harmonisieren

Sourcing, Contracts, Supplier Management und Buying sind heute über verschiedene Systeme verteilt.

Dann ergibt es Sinn, mehrere Ariba-Bereiche gemeinsam zu betrachten.

Aber nicht zwingend als Big Bang.

Zielbild: Source-to-Pay-Architektur
Umsetzung: wahrscheinlich mehrere Waves.

Szenario 6: Produktionsunternehmen nutzt S/4HANA intensiv

MRP, Materialwirtschaft, Bestände und operative Beschaffung funktionieren bereits gut.

Dann sollte Ariba nicht einfach „über“ S/4HANA gelegt werden.

Sinnvoller kann sein:

S/4HANA als ERP-Core

plus gezielt:

• Ariba Sourcing,
• Supplier Management,
• Contracts,
• Business Network.

Die Frage lautet dann nicht:

Ariba oder S/4HANA?

Sondern:

Wo bringt Ariba zusätzliche Procurement-Tiefe?

Braucht ein Unternehmen wirklich alle SAP-Ariba-Module?

In den meisten Fällen: nein.

Und das ist keine Schwäche der Plattform.

Es ist ein Architekturprinzip.

Eine Organisation sollte nicht mit der maximal möglichen Suite beginnen, sondern mit einer klaren Antwort auf vier Fragen.

1. Welche Procurement-Prozesse funktionieren heute schlecht?

Nicht:

Welche Features fehlen uns?

Sondern:

Wo verlieren wir Zeit, Geld oder Kontrolle?

2. Was funktioniert bereits gut?

Wenn S/4HANA Operational Procurement sauber abbildet, muss dieser Prozess nicht neu erfunden werden.

3. Wo liegt der größte messbare Business Value?

Beispielsweise:

• niedrigere Sourcing Cycle Time,
• weniger Maverick Spend,
• schnellere Supplier Qualification,
• bessere Contract Compliance,
• höhere Katalognutzung.

4. Welche Abhängigkeiten bestehen?

Guided Buying ohne guten Catalog Content kann enttäuschen.

Supplier Risk ohne klares Supplier Management kann isoliert bleiben.

Contracts ohne Integration in Buying kann Procurement Benefits ungenutzt lassen.

Darum ist nicht jedes Modul unabhängig von den anderen.

Eine kleinere Ariba-Landschaft mit hoher Adoption kann mehr Wert liefern als eine komplette Suite, deren Funktionen nur teilweise genutzt werden.

SAP Ariba und SAP S/4HANA: Welche Funktionen gehören wohin?

Diese Frage verdient einen eigenen Vergleich, lässt sich für die Modulentscheidung aber zunächst verkürzt darstellen.

Für ein großes SAP-Unternehmen lautet das typische Zielbild deshalb nicht:

Ariba übernimmt Procurement vollständig.

Sondern:

SAP S/4HANA und SAP Ariba übernehmen bewusst unterschiedliche Rollen innerhalb derselben Procurement-Architektur.

Was ändert Next-gen SAP Ariba an der Modul-Landschaft?

Diese Frage ist 2026 wichtiger als noch vor wenigen Jahren.

SAP hat Next-gen SAP Ariba im März 2026 offiziell verfügbar gemacht. Die neue Generation basiert auf SAP Business Technology Platform und soll eine einheitlichere Echtzeit-Datenbasis über Source-to-Pay hinweg sowie engere Integration, bessere Erweiterbarkeit und schnellere Innovation ermöglichen.

Damit verändert sich langfristig auch die Art, wie Unternehmen über einzelne „Module“ nachdenken.

SAP beschreibt für Next-gen Ariba große Lösungsbereiche rund um:

• Category Management,
• Suppliers,
• Sourcing,
• Contract Management,
• Buying,
• Invoicing.

Gleichzeitig integriert SAP zunehmend Joule und AI-basierte Assistenten in Procurement-Prozesse. SAP hat 2026 beispielsweise neue agentische Funktionen für Buying, Supplier Management und weitere Spend-Prozesse vorgestellt.

Das bedeutet nicht, dass ein Unternehmen heute alle Current-gen-Ariba-Produkte ersetzen muss.

Es bedeutet vielmehr:

Eine heute entworfene Procurement-Architektur sollte nicht nur die aktuelle Produktgrenze betrachten, sondern auch die Next-gen-Roadmap.

Vor allem bei:

• Custom Extensions,
• Datenarchitektur,
• Integrationen,
• User Experience,
• langfristigen Rollout-Programmen

ist das wichtig.

Die bessere Frage für ein neues Projekt lautet deshalb:

Welche Procurement Capabilities benötigen wir langfristig?

Nicht:

Welche historische Modulstruktur wollen wir für die nächsten zehn Jahre konservieren?

SAP Ariba Module: Entscheidungsmatrix

Für die erste Einordnung kann diese Matrix helfen.

Eine einfache Regel hilft:

Starten Sie nicht mit dem Produkt, dessen Feature-Liste am längsten ist. Starten Sie mit dem Prozess, dessen Verbesserung den größten messbaren Wert erzeugt.

Fünf Fragen vor der Auswahl von SAP-Ariba-Lösungen

1. Welches Problem soll zuerst gelöst werden?

Supplier Onboarding?

Sourcing?

Maverick Buying?

Contract Compliance?

Die Antwort definiert den Startpunkt.

2. Welche Prozesse müssen miteinander verbunden sein?

Wenn Sourcing-Ergebnisse später nicht in Contracts oder Buying einfließen, entsteht möglicherweise wieder ein manueller Bruch.

3. Welche Prozesse bleiben in SAP S/4HANA?

Besonders wichtig bei:

• Direct Procurement,
• MRP,
• Beständen,
• Finance,
• operativer Beschaffung.

4. Welche Lösung muss in Wave 1 wirklich live gehen?

Nicht alles, was Teil des Zielbilds ist, muss Teil des ersten Projekts sein.

5. Welche Architektur passt noch in drei bis fünf Jahren?

2026 sollte dabei ausdrücklich die Next-gen-Ariba-Roadmap berücksichtigt werden.

Häufige Fragen zu SAP-Ariba-Modulen

Welche SAP-Ariba-Module gibt es?

SAP Ariba umfasst mehrere spezialisierte Procurement-Lösungen und Capabilities. Dazu gehören unter anderem SAP Ariba Category Management, Sourcing, Contracts, Supplier Lifecycle and Performance, Supplier Risk, Buying, Guided Buying, Catalog und Buying and Invoicing. SAP Business Network ergänzt die Procurement-Landschaft um unternehmensübergreifende Supplier Collaboration.

Ist SAP Ariba ein Modul von SAP S/4HANA?

Nein. SAP Ariba ist eine cloudbasierte Spend- und Procurement-Lösungsfamilie und nicht lediglich ein S/4HANA-Modul. SAP Ariba und SAP S/4HANA können jedoch integriert werden und unterschiedliche Rollen im selben Procurement-Prozess übernehmen.

Was ist SAP Ariba Sourcing?

SAP Ariba Sourcing ist eine Lösung für strategische Sourcing-Prozesse wie RFx, Ausschreibungen, Lieferantenangebote, Verhandlungen und Award-Entscheidungen. SAP positioniert die Lösung für vernetzte Source-to-Pay-Prozesse und die Integration mit SAP- und Drittanbieterumgebungen.

Was ist SAP Ariba Buying?

SAP Ariba Buying unterstützt Procurement- und Buying-Prozesse für Bedarfsträger und Procurement-Organisationen. Dazu gehören je nach Einsatzmodell unter anderem Bedarfserfassung, Kataloge, Procurement Policies und Genehmigungs- beziehungsweise Bestellprozesse.

Was ist Guided Buying?

Guided Buying ist die nutzerorientierte, geführte Buying Experience innerhalb der SAP-Ariba-Procurement-Welt. Sie soll insbesondere gelegentliche Einkäufer dabei unterstützen, Produkte, Services und geeignete Einkaufswege im Rahmen der Procurement Policies zu finden.

Was ist SAP Ariba Contracts?

SAP Ariba Contracts unterstützt strategisches Vertragsmanagement. Die Lösung kann mit Sourcing, Buying, Invoicing und weiteren Procurement-Prozessen verbunden werden, sodass Vertragsinformationen in nachgelagerten Prozessen genutzt werden können.

Was ist SAP Ariba Supplier Lifecycle and Performance?

SAP Ariba Supplier Lifecycle and Performance unterstützt Prozesse rund um Supplier Registration, Onboarding, Qualification, Preferred Supplier Management und Performance Evaluation.

Was ist SAP Ariba Supplier Risk?

SAP Ariba Supplier Risk unterstützt die Bewertung und Überwachung von Lieferantenrisiken, einschließlich Due-Diligence-, Monitoring-, Alert- und Remediation-Prozessen.

Was ist SAP Ariba Catalog?

SAP Ariba Catalog unterstützt die Bereitstellung und Verwaltung von Procurement-Kataloginhalten. Unternehmen können damit unter anderem bevorzugte Produkte und Lieferanten für Nutzer sichtbar machen und verschiedene Katalogtypen in den Buying-Prozess integrieren.

Was ist SAP Ariba Buying and Invoicing?

SAP Ariba Buying and Invoicing ist eine Gruppe von Procure-to-Pay-Anwendungen für Buying- und Rechnungsprozesse. SAP positioniert die Lösung zur Verbesserung von Visibility, Cost Control, Compliance und Supplier Collaboration im Procurement-Prozess.

Was ist SAP Ariba Category Management?

SAP Ariba Category Management unterstützt die Entwicklung, Umsetzung und Überwachung von Procurement-Category-Strategien. Die Lösung stellt unter anderem Category Analytics, geführte Strategy Frameworks und systemgestützte Empfehlungen bereit.

Ist SAP Business Network ein SAP-Ariba-Modul?

Nicht im klassischen Sinn. SAP Business Network ist eine B2B-Collaboration-Plattform, über die Unternehmen mit Lieferanten und anderen Geschäftspartnern interagieren und Geschäftsdokumente beziehungsweise Informationen austauschen können.

Was ist die SAP Ariba Strategic Sourcing Suite?

Die SAP Ariba Strategic Sourcing Suite umfasst aktuell SAP Ariba Sourcing, SAP Ariba Contracts, SAP Ariba Supplier Lifecycle and Performance und Product-Sourcing-Funktionen. Sie deckt damit einen integrierten Source-to-Contract-Prozess für direkte und indirekte Ausgabenkategorien ab.

Muss ein Unternehmen alle SAP-Ariba-Module implementieren?

Nein. Welche Ariba-Lösungen benötigt werden, hängt vom Procurement-Zielbild ab. Ein Unternehmen kann beispielsweise nur Sourcing oder Supplier Management einsetzen und weitere Capabilities später ergänzen. Die Auswahl sollte nach Business Value, Prozessabhängigkeiten und vorhandener ERP-Landschaft erfolgen.

Können SAP-Ariba-Lösungen schrittweise eingeführt werden?

Ja. Eine schrittweise Einführung ist insbesondere bei komplexeren Source-to-Pay-Transformationen sinnvoll. Unternehmen können einzelne Procurement-Capabilities in unterschiedlichen Waves einführen, sofern Integrationen, Daten und das langfristige Zielbild von Beginn an berücksichtigt werden.

Was ist der Unterschied zwischen SAP Ariba und SAP S/4HANA Procurement?

SAP S/4HANA ist besonders stark bei ERP-nahen Prozessen wie Materialplanung, Bestand, operativer Bestellung, Logistik und Finance. SAP Ariba bietet zusätzliche Tiefe in Bereichen wie strategischem Sourcing, Guided Buying, Supplier Lifecycle Management und Supplier Risk. Die beiden Plattformen können deshalb bewusst kombiniert werden.

Welche SAP-Ariba-Lösung eignet sich für Direct Procurement?

Bei Direct Procurement ist SAP S/4HANA häufig der operative Core für MRP, Materialien, Bestand und Produktion. SAP Ariba kann insbesondere für strategisches Sourcing, Product Sourcing, Supplier Management und Supplier Collaboration ergänzend eingesetzt werden. Die Strategic Sourcing Suite unterstützt laut SAP sowohl direkte als auch indirekte Spend-Kategorien.

Welche SAP-Ariba-Module verändern sich mit Next-gen SAP Ariba?

Next-gen SAP Ariba modernisiert die Source-to-Pay-Plattform schrittweise. SAP beschreibt große Lösungsbereiche rund um Category Management, Suppliers, Sourcing, Contract Management, Buying und Invoicing und integriert neue AI- und Joule-Funktionen in diese Prozesse. Die neue Plattform basiert auf SAP BTP.

Fazit: Nicht mit dem Modul anfangen

Wer SAP Ariba über eine möglichst vollständige Modulliste auswählt, beginnt am falschen Ende.

Sourcing, Contracts, Supplier Management, Buying, Category Management und Business Network lösen unterschiedliche Probleme. Nicht jedes Unternehmen benötigt alle diese Bausteine – und schon gar nicht gleichzeitig.

Der bessere Weg ist:

Problem identifizieren → Zielprozess definieren → bestehende SAP-Landschaft berücksichtigen → passende Ariba-Capability wählen → Integration und Rollout planen.

So entsteht aus mehreren SAP-Produkten eine durchgängige Procurement-Architektur – statt einer Sammlung von Lösungen, deren Funktionen sich später überschneiden.

LeverX unterstützt Unternehmen dabei, ihre Procurement-Prozesse zu analysieren, passende SAP-Ariba-Lösungen auszuwählen und daraus eine integrierte Source-to-Pay-Architektur mit SAP Ariba, SAP S/4HANA und SAP Business Network aufzubauen.