SAP IBP, o9, Kinaxis — was die Demos Ihnen nicht zeigen

Die Demo wird makellos sein. Die Berater reisen mit einem vorgefertigten Mandanten auf Basis Ihrer Branchenvorlage an. Sie zeigen Ihnen ein Dashboard, das finanzielle und operative Pläne in Echtzeit abgleicht, ein Demand-Sensing-Modul, das sich an Point-of-Sale-Daten anpasst, und einen Szenariovergleich, in dem Sie Ihren Supply Plan gleichzeitig gegen drei Störungsszenarien stresstesten können. Die Folien zeigen die Logos Ihrer Wettbewerber mit dem Satz „über 200 Kunden in Ihrer Branche". Die Zahlen werden untadelig sein.

Nichts davon ist unehrlich. Die Plattform kann all das. Was die Demo Ihnen nicht zeigt, sind die achtzehn Monate Datenharmonisierung, die dem vorausgehen, der interne Personalbedarf, um den Betrieb aufrechtzuerhalten, und die Lücke zwischen dem, was die Plattform leisten kann, und dem, was Ihre Organisation drei Jahre nach dem Go-live tatsächlich nutzen wird.

So sieht diese Lücke aus, und das sollten Sie fragen, bevor Sie unterschreiben.

Die drei Plattformen, ohne Marketing

SAP IBP (Integrated Business Planning) ist das S&OP- und Supply-Planning-Modul innerhalb des SAP-S/4HANA-Ökosystems. Es läuft auf der In-Memory-Datenbank HANA, was echte Geschwindigkeitsvorteile bei großen Datenmengen bringt. Die Architektur ist modular: Supply, Response & Supply, Demand, Inventory sowie Sales & Operations sind separate Lizenzen. Sie können schmal beginnen. Die Falle: Die Module werden separat bepreist, und der eigentliche Wert entsteht erst durch die Integration über sie hinweg, sodass Ihre „Starter"-Implementierung bereits einen eingebauten Upsell-Pfad in der Produktarchitektur trägt.

Die Preise für einen mittelständischen Fertigungsbetrieb (5.000 bis 15.000 aktive SKUs, 10 bis 15 Planer) liegen für die Software allein bei 380.000 bis 520.000 US-Dollar jährlich. Eine Implementierung durch einen Big-Four-Partner dauert typischerweise 18 bis 24 Monate und kostet das 1,5- bis 2,5-Fache der Software-Kosten des ersten Jahres. IBP passt naturgemäß zu Unternehmen, die bereits tief in SAP verankert sind: Wenn Ihr ERP-System S/4 ist und Ihre Stammdaten in SAP liegen, ist das Integrationsargument real. Läuft Ihr ERP-System auf Oracle oder einem individuellen Stack, fügen Sie eine Integrationsschicht hinzu, deren Wartungskosten sich jährlich aufsummieren.

Gartners Magic Quadrant für Supply Chain Planning 2024 platzierte IBP als Challenger, nicht als Leader. Die Begründung: starke fachliche Tiefe, gute Passung zum SAP-Ökosystem, aber schwächer bei Benutzerfreundlichkeit und Implementierungsgeschwindigkeit im Vergleich zu den reinen Spezialanbietern. Die Kundenzufriedenheitswerte in Gartner Peer Insights sind aufschlussreich: nicht schlecht, aber durchgängig unter Kinaxis bei der „Time to Value".

Kinaxis Maestro (ehemals RapidResponse) folgt einem anderen architektonischen Prinzip: gleichzeitige Planung (Concurrent Planning). Statt sequenzieller Optimierungsläufe, bei denen der Demand Plan den Supply Plan speist und dieser den Finanzplan, hält Maestro alle Pläne gleichzeitig im Speicher und propagiert Änderungen nahezu in Echtzeit über alle Pläne hinweg. Bestätigt ein Lieferant einen Bauteilengpass, wartet Maestro nicht auf einen nächtlichen Batch-Job zur Neuverteilung im Plan. Die Auswirkung kaskadiert sofort über Demand, Supply und Finanzen und zeigt die Entscheidungsoptionen auf.

Diese Architektur ist tatsächlich differenziert. Sie ist auch tatsächlich teuer: 100.000 bis über 500.000 US-Dollar jährlich, je nach Nutzerzahl und Modulumfang, mit einem ähnlichen 1,2- bis 1,8-fachen Implementierungsmultiplikator. Kinaxis ist Leader im Gartner MQ 2024, und die Peer-Review-Werte sind durchgängig die höchsten der drei Plattformen bei Nutzerzufriedenheit und Geschwindigkeit des Planungszyklus. Die Schwäche liegt spiegelbildlich zu SAP: stark bei Planungsagilität, schwächer bei tiefer S/4-Integration für Unternehmen, bei denen das ERP-System für alles nachgelagerte des Plans das führende System ist.

Das Konzept der gleichzeitigen Planung zahlt sich am meisten aus für Unternehmen mit hoher Angebotsvolatilität, kurzen Lieferzeiten zum Kunden und Planungszyklen, die aktuell wöchentlich oder länger laufen, weil das Batch-Fenster den Engpass darstellt. Ist Ihr Planungszyklus täglich oder schneller, nimmt die Architektur von Kinaxis die Uhr als Restriktion aus der Gleichung. Ist Ihr Planungszyklus monatlich und wird von menschlicher Abstimmung statt Rechenzeit getrieben, werden Sie den architektonischen Vorteil in der Praxis nicht spüren.

o9 Solutions konkurriert im oberen Segment: Fortune-500-Unternehmen, komplexe globale Netzwerke, unternehmensübergreifende Planung. Der Unterscheidungsfaktor ist der Enterprise Knowledge Graph, ein einheitliches Datenmodell, das die Beziehungen zwischen Kunden, SKUs, Lieferanten, Werken und Verträgen abbildet und es Planern erlaubt, den Plan wie eine Graphdatenbank abzufragen: „Welche Lieferantenabhängigkeiten zweiter Ebene bestehen für diese SKU in EMEA?" statt „diesen Bericht ausführen".

o9 war Visionary im Gartner MQ 2023. 2024 wurde das Unternehmen zum Niche Player herabgestuft, der Bericht nannte Umsetzungsbedenken, während o9 seine Kundenbasis rasch skalierte. Kundenbewertungen sind polarisierter als bei Kinaxis: hohe Werte bei der Funktionsbreite, niedrigere bei Implementierungserfahrung und Reaktionsgeschwindigkeit des Supports. Die Preisgestaltung ist individuell und nicht öffentlich, Branchenvergleiche setzen sie jedoch im Enterprise-Segment über Kinaxis an.

Die Frage, die die Demo nicht beantworten kann

Jede Plattform erzeugt in einer kontrollierten Demo-Umgebung einen besseren Plan als Ihr aktueller Prozess. Der Demo-Mandant hat saubere Stammdaten: konsistente Mengeneinheiten, keine doppelten Materialnummern, Lieferzeiten, die die Realität widerspiegeln statt den Systemstandard aus dem Jahr 2017. Ihr Mandant wird das nicht haben.

Die grundlegende Restriktion von Supply-Chain-Planungssoftware ist nicht algorithmisch. Es sind die Daten. Der Plan ist nur so gut wie die Stammdaten, die ihn begrenzen, und die Ist-Werte, die ihn speisen. Jede Implementierung, bei der ich einen unterdurchschnittlichen Business Case beobachtet habe, hatte dieselbe Grundursache: Das Planungstool wurde ausgerollt, bevor die Daten bereit waren, und die Daten wurden nie vollständig bereinigt, weil das Budget nach dem Go-live aufgebraucht war.

Bevor Sie die Planungslogik einer Plattform bewerten, prüfen Sie Ihre Stammdaten anhand von vier Fragen:

1. Genauigkeit der Lieferzeiten. Spiegeln Ihre Systemlieferzeiten die aktuelle Lieferantenleistung wider oder die Vertragslieferzeit von vor drei Jahren? In den meisten Implementierungen lautet die Antwort: die Vertragslieferzeit. Die Lücke zwischen Systemlieferzeit und tatsächlicher Lieferzeit ist die größte einzelne Fehlerquelle in der Planung, und keine Plattform behebt sie algorithmisch.
2. Konsistenz der Mengeneinheiten. Sind alle Eingaben, Bedarfsprognosen, Supply Plans, Bestandspositionen, in derselben Einheit ausgedrückt? Gemischte Mengeneinheiten sind in Multi-ERP-Umgebungen üblich und erzeugen Planer, die das System übersteuern, weil sie den Mengen nicht vertrauen.
3. Vollständigkeit der Stücklisten. Ist bei diskreten Fertigern jedes aktive Fertigerzeugnis durch eine aktuelle, korrekte Stückliste abgedeckt? Der Supply Plan basiert auf der Stücklistenauflösung. Eine unvollständige oder veraltete Stückliste erzeugt einen Plan, der bereits vor jeder Optimierung strukturell falsch ist.
4. Lieferantenkapazitätsdaten. Verfügen Sie über bestätigte Lieferantenkapazitäten je Periode, oder planen Sie gegen unbegrenzten Lieferantenoutput? Die meisten Unternehmen planen unbegrenzt und entdecken die Restriktionen erst während der Ausführung. Die Plattform kann keine Restriktionen modellieren, die nicht im System hinterlegt sind.

Was Sie fragen sollten, bevor Sie unterschreiben

Die Fragen, die sich in Vertragsverhandlungen mit Anbietern lohnen, betreffen nicht Feature-Matrizen. Sie betreffen Fehlermodi.

Bitten Sie um eine Referenz mit Ihrem Datenprofil. Nicht Ihre Branche, sondern Ihre Datenkomplexität. Haben Sie 80.000 aktive SKUs an 14 Fertigungsstandorten mit 6 ERP-Systemen, die die Planungsebene speisen, bitten Sie um ein Gespräch mit einem Kunden ähnlichen Profils, der drei oder mehr Jahre nach dem Go-live steht. Die frühen Anwender sind diejenigen in den Fallstudien. Die Drei-Jahres-Kunden zeigen Ihnen, wie der eingeschwungene Zustand aussieht.

Fragen Sie, wer das Modell nach der Implementierung verantwortet. Die meisten Implementierungen werden von einem Systemintegrator geliefert. Verlässt der Integrator das Projekt, verbleibt das Modell bei einem internen Team. Fragen Sie konkret: Wie viele interne Vollzeitstellen benötigt ein vergleichbarer Kunde, um diese Plattform im Regelbetrieb zu betreiben? Die Antwort sollte überprüfbar sein. „Zwei Power-User und eine Teilzeit-IT-Ressource" und „vier dedizierte Planer und ein Vollzeit-IT-Architekt" sind beides legitime Antworten. Die erste ist optimistisch für eine komplexe Implementierung, die zweite ist teuer, aber ehrlich. Welche Zahl Sie auch bekommen: Verdoppeln Sie sie für die ersten zwei Jahre.

Fragen Sie nach dem Umfang des Change Managements. Supply-Chain-Planungstools verändern täglich, wie Planer arbeiten. Die Plattform ist kein Hintergrundsystem, sie ist die primäre Arbeitsoberfläche der Planer. Enthält der Implementierungsplan keinen strukturierten Change-Management-Workstream mit benannten internen Verantwortlichen, entsteht ein System, das die Planer umgehen, statt es zu nutzen. Das ist nicht hypothetisch. Die meisten „gescheiterten" Planungsimplementierungen, die ich gesehen habe, wurden technisch termin- und budgetgerecht geliefert. Sie scheiterten, weil die Planer weiterhin Excel als führendes System nutzten und die neue Plattform nur zur Erstellung eines Berichts für die S&OP-Präsentation verwendeten.

Die richtige Reihenfolge

Die Plattformen sind real, und der Wert ist verfügbar. Die Reihenfolge, um ihn zu heben:

1. Baselinen Sie Ihren aktuellen Prozess. Messen Sie die Forecast-Genauigkeit auf jeder Ebene, messen Sie die Planungszykluszeit, identifizieren Sie die fünf wichtigsten manuellen Behelfslösungen in Ihrem aktuellen Prozess. Das sind Ihre Benchmarks. Jeder Anbieter sollte Ihnen konkret zeigen können, wie seine Plattform jeden einzelnen davon adressiert.
2. Bereinigen Sie zuerst die Daten. Oder definieren und finanzieren Sie zumindest den Datenbereinigungs-Workstream vor dem Go-live, nicht danach. Planen Sie ihn als Parallelspur zur Implementierung, nicht als Nachgang.
3. Pilotieren Sie in eingegrenztem Umfang. Eine Produktfamilie, eine Region, ein Fertigungsstandort. Belegen Sie das Konzept an Ihren Daten, bevor Sie die Lizenz skalieren. Die meisten Anbieter stimmen einem bezahlten Pilotprojekt zu, das bei Erfolg in eine Volllizenz übergeht. Weigert sich ein Anbieter, sagt Ihnen das etwas.
4. Definieren Sie, was Sie einstellen werden. Jedes Planungstool wird schneller angenommen, wenn der alte Prozess abgeschaltet wird. Können Planer den Altprozess parallel weiterführen, werden sie das tun, besonders wenn die neue Plattform in der frühen Rollout-Phase unweigerlich auf Schwierigkeiten stößt. Definieren Sie das Umstellungsdatum und halten Sie es ein.

Die Plattform ist nicht der Engpass. Sie sind es. Die Frage ist, ob Ihre Organisation die Disziplin aufbringt, ihre Daten zu bereinigen, ihren Prozess zu verändern und die interne Fähigkeit aufzubauen, das gerade gekaufte Tool zu betreiben. Die Anbieter werden im Vertrieb und in der Implementierung hilfreich sein. Die Fähigkeit, die nach ihrem Abzug bestehen bleibt, müssen Sie selbst aufbauen.

Quellen

• Gartner. (2024). Magic Quadrant for Supply Chain Planning Solutions. gartner.com
• Gartner Peer Insights. (2024). Reviews for Supply Chain Planning, 2024. gartner.com
• Lee, H.L. (2004). The Triple-A Supply Chain. Harvard Business Review.
• Lapide, L. (2005). Sales and Operations Planning Part I: The Process. Journal of Business Forecasting.
• SAP. (2024). SAP IBP Product Overview. sap.com
• Kinaxis. (2024). Maestro Platform Overview. kinaxis.com
• o9 Solutions. (2024). Enterprise Knowledge Graph. o9solutions.com