SAP Ariba Sourcing im Reality-Check: Effekte auf RFX und Integration

S/4HANA ist da – und jetzt? Einkaufsleiter, die den nächsten Schritt in Richtung digitales Sourcing gehen wollen, brauchen eine Lösung, mit der sich RFX-Prozesse strukturiert, transparent und möglichst SAP-integriert abwickeln lassen. Der Einkauf mit SAP Ariba Sourcing, dem Cloud-Modul für Ausschreibungen, Angebotsvergleiche und Vergaben, scheint auf den ersten Blick zunächst die naheliegende Wahl.

Doch viele SAP Ariba Projekterfahrungen zeigen: Der Einsatz bringt Vorteile, aber auch spürbare neue Aufwände. Trotz moderner Cloud-Architektur entstehen zusätzlicher Aufwand, parallele Datenwelten und Medienbrüche. Dieser Blogartikel beleuchtet, warum das so ist, welche Erfahrungen Unternehmen mit SAP Ariba Sourcing machen – und welche strukturellen Effekte diese Plattformtrennung im SAP-Einkauf auslöst.

SAP Ariba Sourcing – separate Plattform statt ERP-Erweiterung

SAP Ariba Sourcing wird als zentrale Komponente für strategisches Beschaffungsmanagement positioniert. Jedoch ist Ariba Sourcing keine Erweiterung von S/4HANA, sondern eine eigenständige Cloud-Plattform.

Das bedeutet für den SAP-Einkauf:

• Separate Middleware- und Schnittstellenprojekte zur Anbindung an S/4HANA

• Replikation und Synchronisation von Angebots-, Lieferanten- und Vergabedaten.

• Eigenständiges Datenmodell und separate Business-Logik außerhalb des SAP-Belegflusses.

Ariba Sourcing bringt neue Funktionen ins Spiel – aber auf einer separaten Plattform, die strategisches Sourcing vom ERP-System entkoppelt. Die Grundlage für eine One-Plattform Strategie der SAP kann so nicht erfüllt werden. Und genau an dieser Stelle beginnen in vielen Unternehmen die strukturellen Probleme.

Integrationsaufwand & Betrieb – die unterschätzte Kostenstelle

Die Kopplung zwischen Ariba Sourcing und S/4HANA ist kein „Standard-Connector“, den man einmal einrichtet und danach nie wieder anfasst. Die Integration ist ein eigener Architekturstrang – und in vielen Projekten die größte Quelle für Aufwand, Fehler und versteckte Kosten. Angebote, Vergaben, Lieferantenupdates oder BANF-Daten liegen nicht im selben Datenmodell vor. Alles muss übertragen, gemappt oder repliziert werden – und das auf Basis veralteter Schnittstellentechnologien wie IDocs und CSV-Dateien.

Ein Kunde berichtete uns, dass das Projektteam über ein Jahr versuchte, die Integration zum Laufen zu bringen – letztlich ohne zufriedenstellendes Ergebnis. Die Quintessenz: Für den indirekten Spend ist SAP Ariba Sourcing kaum praxistauglich. Die notwendige, fortlaufende Entwicklung und Pflege von Schnittstellen zu S/4HANA bremst Unternehmen in ihrer digitalen Transformation, statt sie zu unterstützen.

 
Typische Kostentreiber – bestätigt durch viele SAP Ariba Sourcing Erfahrungen:

⚠️ Einrichtung und Pflege von Integrationsschnittstellen (Mapping, Monitoring, Fehlerhandling, Release-Anpassungen)

⚠️ Separate Lizenzen für Ariba Sourcing und Onboarding-Kosten für das Business Network, über das die Lieferanten eingebunden sind

⚠️ Doppelter Support- und Schulungsaufwand für zwei Systemumgebungen

⚠️ Dauerhafter Pflegeaufwand und permanentes Nachjustieren bindet internes und externes Personal

Gerade mittelständische Unternehmen berichten, dass die erwarteten Einsparungen der Cloud-Standardisierung durch den hohen Integrationsaufwand weitgehend verpuffen. Die Nutzerakzeptanz bleibt häufig unter 30 Prozent, und viele Einkaufsteams greifen weiterhin auf ihre etablierten Workarounds zurück. Entsprechend rücken die ursprünglich definierten ROI-Ziele in weite Ferne.

Nutzererfahrung & Prozessbrüche – zwei Welten im Einkauf

Aus Anwendersicht zeigt sich die Trennung zwischen Ariba und S/4HANA besonders deutlich. Beide Systeme folgen einer eigenen Businesslogik – Oberfläche, Navigation, Prozessführung, Datenstrukturen.

👉 Zwei Systeme statt eines Prozesses
Einkäufer erfassen Bedarfe, Bestellungen und Wareneingänge in S/4HANA – und wechseln für Ausschreibungen, Angebotsvergleiche und Vergaben in Ariba Sourcing. Diese Systemwechsel sind nicht nur lästig, sondern brechen den Prozessfluss.

👉 Angebots- und Vergabedaten fehlen im ERP-Kontext
Vergabedokumentation, Angebotsdetails oder Rückfragen laufen in Ariba Sourcing – und werden nur teilweise oder gar nicht  nach S/4HANA zurückgeschrieben. Das macht Reporting, Nachvollziehbarkeit und Revision unnötig kompliziert.

👉 Schattenprozesse bleiben bestehen
Wenn die Businesslogik von Ariba Sourcing und der Bedarf im ERP nicht zusammenpassen, rutschen Einkäufer wieder in Excel-Listen, E-Mail-Abstimmungen oder lokale Bewertungsmatrizen. Genau die Schritte, die eigentlich digitalisiert werden sollten, landen erneut in manuellen Workarounds. Es entsteht kein durchgängiger SAP Einkaufsprozess und eben keine „One-Plattform“, sondern ein fragmentierter Ablauf über zwei Systemlandschaften.

Wo SAP Ariba Sourcing an funktionale Grenzen stößt

Ariba Sourcing deckt klassische Anfrage- und Ausschreibungsszenarien ab, auch wenn die Usability an mehreren Stellen Optimierungspotenzial bietet. Sobald die Anforderungen jedoch komplexer werden – etwa bei technischen Anlagen, Dienstleistungen, projektbezogenen Ausschreibungen, Bauvorhaben oder mehrstufigen Strukturen – stößt das System schnell an funktionale Grenzen.

Genau an diesem Punkt erleben viele Einkaufsorganisationen den größten Bruch zwischen Erwartung und Realität. Die Herausforderungen beginnen bereits bei den neuen Lean Services in S/4HANA, die von SAP Ariba nicht unterstützt werden. Hinzu kommen Angebotsdokumente von Lieferanten, die sich nicht in S/4HANA übertragen lassen. Die Liste der offenen Punkte kann umfangreich werden.

Typische Limitierungen sind:

❌ Lean Services und Item Hierarchies: nicht unterstützt

❌ GAEB-Leistungsverzeichnisse: nicht abbildbar

⚠️ Individuelle Bewertungslogiken: nur über aufwendiges Customizing möglich

⚠️ Projektbezogene Vergaben und Freigaben: erfordern Zusatzmodule oder externe Tools

Viele Einkaufsbereiche nutzen Ariba Sourcing zwar für einfache Standard-RFQs – kehren bei komplexen oder projektbezogenen Ausschreibungen aber wieder zu manuellen Prozessen zurück. Genau die Bereiche, die strategisch wichtig wären, bleiben damit weiterhin analog oder teilstrukturiert.

Strukturelle Wirkung auf den SAP-Einkauf – was die Plattformtrennung auslöst

Die Kombination aus zwei Systemwelten – S/4HANA für den operativen Einkauf und Ariba Sourcing für den strategischen Teil – wirkt sich nicht nur technisch aus. Sie verändert den Einkaufsprozess selbst: Governance, Transparenz, Datenlage, Geschwindigkeit. Und das oft entgegen den eigentlichen Transformationszielen.

Die wesentlichen strukturellen Folgen:

Fazit – Drei Entscheidungen und eine Empfehlung

SAP Ariba Sourcing ist ein etabliertes System – insbesondere für global agierende Unternehmen mit großer Lieferantenbasis. Seine Stärken zeigt Ariba vor allem dann, wenn es im Zusammenspiel mit weiteren Ariba-Modulen genutzt wird – etwa Supplier Lifecycle, Contracts oder Buying. In dieser Kombination entsteht ein geschlossenes Prozessbild innerhalb des SAP Business Network, das für international aufgestellte Organisationen gut funktioniert.

In S/4HANA-basierten Organisationen muss Ariba Sourcing allerdings klar gegen Integrationsaufwand, Systemkomplexität und laufenden Betrieb bewertet werden – besonders, wenn ein schlanker, SAP-naher Architekturansatz im Fokus steht.

Genau deshalb stehen Einkaufsorganisationen heute vor drei grundlegenden Entscheidungen:

1️⃣ Wo soll Sourcing künftig verortet sein?
Im ERP, in einer separaten Cloud oder als Mischarchitektur?

2️⃣ Wie viel Integrationsaufwand ist akzeptabel?
Einmalig, dauerhaft oder möglichst gar nicht?

3️⃣ Welche RFX-Komplexität muss abgedeckt werden?
Einfache Standardanfragen oder projektorientierte, technische Ausschreibungen?

Es lohnt sich, die Alternative einer SAP-nativen Integration zu prüfen. Lösungen, die strategisches Sourcing direkt im ERP-Datenmodell abbilden, kommen ohne zusätzliche Plattform und Middleware aus. Das reduziert Komplexität und schafft durchgängige Prozesse ohne Parallelwelten.

SAP-native Lösungen wie FUTURA Smart setzen genau hier an: RFX-Prozesse laufen vollständig im SAP-Kern und folgen konsequent der „One-Plattform-Strategie“ der SAP. Die Belegkette bleibt geschlossen und die Lösung wächst nahtlos mit dem S/4HANA-System. Für Einkaufsorganisationen, die eine schlanke, revisionssichere und vollständig integrierte Sourcing-Architektur anstreben – insbesondere im mittelständischen und großen SAP-Umfeld – ist dies ein idealer Ansatz.