Warum SAP Integrated Business Planning wichtig ist

SAP Integrated Business Planning (IBP) ist die Cloud-Suite von SAP für die Supply-Chain-Planung: Sales and Operations Planning (S&OP), Nachfrage, Bestand sowie Reaktion und Versorgung, dazu bedarfsgetriebene Wiederbeschaffung. Sie sitzt oberhalb von S/4HANA oder ECC, übernimmt von dort Stamm- und Bewegungsdaten und gibt Pläne zur Ausführung zurück. Sie ist wichtig, wenn die Planung wirklich komplex ist, und sie ist der Nachfolger von SAP für den Großteil der APO-Planung, da die Wartung von SAP SCM ausläuft. Dieser Leitfaden richtet sich an Leiter der Supply Chain, CFOs und Programmleiter, die entscheiden, ob sich IBP lohnt und wie sich das übliche Scheitern vermeiden lässt. Dieses Scheitern ist selten technisch. Planer vertrauen den Ergebnissen nicht und behalten ihre Tabellenkalkulationen.

Ich habe Supply-Chain-Teams erlebt, die mit SAP IBP live gingen und trotzdem in Silos planten. Die Prognose lag in einer Tabellenkalkulation, die Produktionsplanung in einer anderen, und die Logistik traf Entscheidungen auf Basis der Zahlen von gestern. IBP war im Einsatz. Die Integration zu S/4HANA lief. Die Dashboards waren gefüllt.

Die Planer trauten dem, was sie zeigten, nicht und behielten ihre eigenen Modelle. Ich habe mit einem Unternehmen gearbeitet, in dem Planer ihre alten Tabellenkalkulationen monatelang heimlich neben IBP weiterpflegten. Das System war da, aber die Arbeitsweise hatte sich nicht geändert.

IBP ist ein Cloud-Service auf Basis von SAP HANA. Die Anwendungen decken ab:

1. Sales and Operations Planning (S&OP): die Koordinationsebene, auf der Vertrieb, Marketing, Supply Chain und Finanzen sich auf eine Zahl für Nachfrage, Versorgung und finanzielle Auswirkung einigen
2. Nachfrage (Demand): statistische und maschinell gelernte Prognosen, angereichert um Promotionen und kommerziellen Input, mit Versions- und Konsensmanagement und Nachverfolgung der Prognosegüte
3. Bestand (Inventory): Zielbestände je Produkt und Standort aus Servicegraden, Nachfragevariabilität und Lieferzeiten, auch für mehrstufige Netzwerke
4. Reaktion und Versorgung (Response and Supply): durch Restriktionen begrenzte Versorgungspläne über das Netzwerk, dazu auftragsbasierte Planung, um zu reagieren, wenn Plan und Realität auseinanderlaufen
5. Bedarfsgetriebene Wiederbeschaffung (Demand-Driven Replenishment): Positionierung von Puffern nach der DDMRP-Methode

SAP Supply Chain Control Tower, die Transparenz und Alarme über die gesamte Kette liefert, ist nativ mit IBP integriert. Der Anwendungsüberblick von SAP listet den aktuellen Umfang auf.

Joule ist in IBP seit Release 2502 (Januar 2025) allgemein verfügbar, mit separater Lizenz. Es beantwortet Fragen aus der IBP-Dokumentation von SAP und aus Ihren eigenen, als Grundlage hinterlegten Dokumenten, öffnet die passenden Apps, führt Stammdaten-Health-Checks durch und plant und überwacht Jobs. Nützlich, aber es plant nicht für Sie.

IBP ist kein Modul von S/4HANA. Es ist ein eigenständiges Cloud-Produkt mit eigenem Abonnement, auch für Kunden von RISE with SAP.

S/4HANA steuert die operative Ausführung: MRP, Fertigungsaufträge, Fertigungsterminpläne und Rückmeldungen. IBP arbeitet auf taktischer und strategischer Ebene: monatliche und wöchentliche Nachfrage- und Versorgungsplanung, S&OP und Bestandsstrategie. Mein SAP-PP-Leitfaden behandelt die S/4HANA-Seite, einschließlich der Frage, warum die klassische SOP in S/4HANA nur noch Compatibility Scope ist und IBP als Nachfolger genannt wird.

Die Integration läuft in beide Richtungen. Stammdaten (Produkte, Standorte, Ressourcen) und Bewegungsdaten (Absatzhistorie, offene Aufträge, Bestand) fließen von S/4HANA nach IBP. Pläne fließen zurück und steuern die Ausführung. Es gibt zwei Hauptwege:

1. Zeitreihenplanung (S&OP, Nachfrage, Bestand) wird über SAP Cloud Integration for data services integriert, mit einem Add-on in S/4HANA oder ECC, das die Extraktion vereinfacht.
2. Auftragsbasierte Planung (Reaktion und Versorgung) nutzt die Echtzeit-Integration mit ECC oder S/4HANA, aufgebaut auf dem Core Interface (CIF).

Hier entscheidet Data Governance über das Ergebnis. Tragen Materialstämme falsche Lieferzeiten, fehlende Planungsparameter oder falsche Werkszuordnungen, plant IBP auf Basis dieser Fehler. Das Ergebnis ist technisch korrekt und operativ falsch.

1. 04SAP IBPPlant: Sales and Operations, Nachfrage, Bestand, Reaktion und Versorgung
2. 03IntegrationZeitreihendaten über Cloud Integration for data services, auftragsbasierte Planung in Echtzeit über CIF
3. 02SAP S/4HANA oder ECCFührt aus: MRP, Fertigungsaufträge, Rückmeldungen
4. 01StammdatenLieferzeiten, Planungsparameter, Werkszuordnungen

Nutzen Sie diese Tabelle als ersten Test, bevor jemand ein Abonnement unterschreibt.

Signal	Spricht für IBP	Spricht für S/4HANA-Planung allein
Vertriebskanäle	Handel, Direktvertrieb und Export mit unterschiedlichen Lieferzeiten und Servicegraden	Ein Hauptkanal
Nachfragemuster	Saisonal oder promotionsgetrieben	Stabil
Distributionsnetzwerk	Vom Werk zu regionalen und lokalen Lagern	Ein Standort oder ein einfaches Netzwerk
Versorgungsengpässe	Echte Kapazitäts- oder Lieferantengrenzen, die Optimierung erfordern	Kapazität ist selten der Engpass
S&OP-Reifegrad	Ein Monatszyklus existiert, läuft aber auf getrennten Tabellenkalkulationen	Noch kein S&OP-Prozess
Produktprogramm	Viele SKUs und Standorte	Begrenzte SKU-Anzahl

Stehen die meisten Ihrer Antworten in der rechten Spalte, deckt MRP und Fertigungsplanung in S/4HANA den operativen Bedarf, und die Mehrkosten von IBP zahlen sich womöglich nicht aus. Haben Sie überhaupt keinen S&OP-Prozess, gestalten Sie zuerst den Prozess. Software schafft keinen.

Datenqualität nicht vor der Konfiguration behoben

Teams, die konfigurieren, bevor sie die Daten bereinigen, erzeugen frühe Pläne, die nicht zur Realität passen: Prognosen, die aktuelle Lieferzeiten ignorieren, Versorgungspläne, die reale Kapazität ignorieren, Bestandsziele auf Basis unvollständiger Historie. Planer reagieren, indem sie das System ignorieren. Bis die Daten stimmen, ist das Ignorieren von IBP zur Gewohnheit geworden, und diese Gewohnheit zu ändern ist schwerer, als die Daten zu bereinigen gewesen wäre.

Die Abhilfe: Prüfen Sie die Stammdaten in S/4HANA vor Konfigurationsbeginn gegen die Anforderungen von IBP, schließen Sie die Lücken und kontrollieren Sie, ob die Ergebnisse plausibel sind, bevor Sie von Planern verlangen, sich darauf zu verlassen. Mein Beitrag Warum SAP-Datenmigrationen scheitern und wie Sie es beheben beschreibt, wie Sie diese Prüfung durchführen.

S&OP nicht um IBP herum neu gestaltet

In den meisten Organisationen ist S&OP eine Reihe von Meetings, in denen jede Funktion ihre eigenen Zahlen präsentiert. Legen Sie IBP darunter, und Sie erhalten neue Ergebnisse aus demselben unverbundenen Prozess. Wirksames S&OP braucht einen festen Zyklus für die Datenlieferung, einen definierten Weg, Nachfrage- und Versorgungslücken zu schließen, und Entscheidungen der Führung, die verbindlich sind statt beratend. Die Software erleichtert es, diesen Prozess zu fahren. Einen Prozess, den es nicht gibt, kann sie nicht fahren.

Integrationsumfang vage gelassen

Spezifizieren Sie die IBP-Integration wie jede andere: welche Stammdatenobjekte, welche Transaktionen wann nach S/4HANA zurückfließen und wer abstimmt, wenn die beiden Systeme voneinander abweichen. Integrationen, die auf Konzeptebene beschrieben und dem technischen Team überlassen werden, zeigen sich als Lücken im Test oder, schlimmer, im Produktivbetrieb.

Akzeptanz als Schulung behandelt

Schulung bringt Menschen die Bildschirme bei. Sie schafft kein Vertrauen. Vertrauen entsteht aus Genauigkeit: Planer, die sehen, dass IBP-Prognosen ihre eigenen Modelle schlagen, wechseln. Planer, die regelmäßige Abweichungen sehen, tun es nicht, und die Abweichungen stammen meist von schlechten Daten, nicht abgestimmten statistischen Modellen oder geschäftlichen Ausnahmen, die niemand eingespeist hat. Zeigen Sie genaue Ergebnisse, bevor Sie von Planern verlangen, sich festzulegen.

Bevor das IBP-Projekt startet, bestätigen Sie diese Punkte in dieser Reihenfolge:

1. Ein benannter Verantwortlicher für jede Stammdatendomäne, die IBP nutzen wird
2. Eine Datenqualitätsprüfung gegen die Anforderungen von IBP, mit geschlossenen oder terminierten Lücken
3. Ein gestalteter S&OP-Zyklus: Kalender, Abgabefristen, Entscheidungsrechte und Eskalationsweg
4. Eine Integrationsspezifikation mit Objekten, Richtung, Häufigkeit und dem Verantwortlichen für die Abstimmung
5. Eine Basislinie der Prognosegüte der heutigen Methoden, damit Sie zeigen können, dass IBP es besser macht
6. Eine Parallelphase, in der Planer die IBP-Ergebnisse mit ihren eigenen Modellen vergleichen

Was ist SAP IBP und was leistet es?

SAP Integrated Business Planning ist die Cloud-Suite von SAP für die Supply-Chain-Planung. Sie deckt Sales and Operations Planning, Absatzprognose, Bestandsoptimierung, Reaktions- und Versorgungsplanung und bedarfsgetriebene Wiederbeschaffung ab. Statt dass jede Funktion auf ihrer eigenen Tabellenkalkulation plant, gibt IBP ihnen einen gemeinsamen Datenbestand und Prozess. Es plant; S/4HANA oder ECC führt aus.

Welche Anwendungen gibt es in SAP IBP?

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply und bedarfsgetriebene Wiederbeschaffung. SAP Supply Chain Control Tower ist nativ für Transparenz und Alarme integriert. Die meisten Unternehmen beginnen mit S&OP und Nachfrage und ergänzen dann Bestand und Versorgung.

Ist SAP IBP Teil von S/4HANA?

Nein. IBP ist ein eigenständiges Cloud-Produkt mit eigenem Abonnement und nicht in einem Basisvertrag von RISE with SAP enthalten. S/4HANA übernimmt die operative Ausführung wie MRP und Fertigungsaufträge. IBP übernimmt die taktische und strategische Planung. Zeitreihendaten werden über SAP Cloud Integration for data services integriert, und die auftragsbasierte Planung nutzt eine Echtzeit-Integration auf Basis des Core Interface (CIF).

Welche Daten braucht SAP IBP aus S/4HANA?

Stammdaten: Produkte mit Planungsparametern und Lieferzeiten, Standorte, Ressourcen und Kapazitäten sowie das Netzwerk der Lieferbeziehungen, also was von wo geliefert wird. Bewegungsdaten: Absatzhistorie, offene Kundenaufträge, Bestand je Standort sowie offene Fertigungsaufträge und Bestellungen. Die Qualität dieser Daten bestimmt die Qualität der Pläne. Falsche Lieferzeiten ergeben falsche Terminierung; inkonsistente Standorte hinterlassen Löcher im Netzwerkplan.

Wie lange dauert eine SAP-IBP-Einführung?

Eine Einführung dauert typischerweise sechs bis zwölf Monate, und ich würde niemandem trauen, der schneller verspricht. Eine vollständige Einführung über alle Bereiche, mit komplexem Netzwerkdesign und mehrstufiger Bestandsoptimierung, kann 12 bis 18 Monate dauern. Die zuverlässigste Ursache für Überschreitungen ist nicht eingeplante Datenarbeit, etwa wenn mitten im Projekt auffällt, dass viele Produkte im Materialstamm keine Lieferzeit haben.

Worin unterscheiden sich SAP APO und SAP IBP?

SAP APO (Advanced Planner and Optimizer) ist die On-Premise-Planungskomponente von SAP SCM 7.0, deren Standardwartung 2027 endet, mit optionaler erweiterter Wartung bis 2030. IBP ist der Cloud-Nachfolger von SAP für den Großteil der APO-Planung; die detaillierte Produktionsfeinplanung wandert in das eingebettete PP/DS in S/4HANA. Der Readiness Check von SAP für die Supply Chain hilft, den Umstieg abzugrenzen. Behandeln Sie ihn als Neugestaltung der Planung, nicht als Lift-and-Shift.