SAP IBP: Integrated Business Planning für die Supply Chain

SAP IBP steht für SAP Integrated Business Planning for Supply Chain: die Cloud-Software von SAP für Absatz- und Produktionsplanung, Bedarfsprognose, Bestands-, Response- und Versorgungsplanung sowie bedarfsgesteuerte Nachschubplanung. Sie sitzt oberhalb von SAP S/4HANA oder SAP ECC, übernimmt von dort Stamm- und Bewegungsdaten und schickt Pläne zur Ausführung zurück.

Das ist die kurze Antwort. Die längere handelt von der Eignung. Ich habe IBP in der Verteidigungsfertigung eingeführt, und ob es sich lohnt, läuft immer auf eine Frage hinaus: Wie komplex ist Ihre Planung?

Dieser Leitfaden richtet sich an Supply-Chain-Direktoren, CFOs und Programmleiter. Er zeigt, was IBP heute leistet, wie es sich mit S/4HANA verbindet, wie es sich zum eingebetteten PP/DS und zu Tabellen verhält und warum das übliche Scheitern nicht technisch ist.

IBP ist ein Cloud-Service auf Basis von SAP HANA. SAP vertreibt es als SAP Integrated Business Planning for Supply Chain, und die Planungsfunktionen sind:

1. Absatz- und Produktionsplanung (S&OP): die Abstimmungsebene, auf der Vertrieb, Marketing, Supply Chain und Finanzen sich auf eine Zahl für Bedarf, Versorgung und finanzielle Auswirkung einigen
2. Bedarf: statistische Prognosen und Prognosen mit maschinellem Lernen, angereichert um Promotions und kaufmännischen Input, mit Konsensmanagement und Messung der Prognosegenauigkeit
3. Bestand: Zielbestände nach Produkt und Standort, abgeleitet aus Servicegraden, Bedarfsschwankung und Wiederbeschaffungszeiten, auch für mehrstufige Netzwerke
4. Response and Supply: kapazitätsbegrenzte Versorgungspläne aus priorisiertem Bedarf, Zuteilungen und Kapazität, dazu auftragsbasierte Planung, um zu reagieren, wenn Plan und Realität auseinanderlaufen
5. Bedarfsgesteuerte Nachschubplanung: strategische Entkopplungspunkte und Bestandspuffer nach der DDMRP-Methode

SAP Supply Chain Control Tower, für Transparenz und Warnmeldungen entlang der Kette, ist nativ mit IBP integriert. SAPs Anwendungsübersicht listet den aktuellen Umfang je Release.

Joule, der KI-Assistent von SAP, ist in IBP mit einer Joule-Berechtigung verfügbar. Er beantwortet Fragen aus der IBP-Dokumentation von SAP, und das Release 2508 hat die Jobeinplanung über Joule ergänzt: gespeicherte Jobs auflisten, einplanen und ihren Status prüfen. Nützlich, aber er plant nicht für Sie.

IBP ist kein Modul von S/4HANA. Es ist ein eigenes Cloud-Produkt mit eigenem Abonnement.

S/4HANA steuert die operative Ausführung: Disposition, Fertigungsaufträge, Werkstattterminierung und Rückmeldungen. IBP arbeitet auf taktischer und strategischer Ebene, dazu kommt die auftragsbasierte Response-Planung. Mein Leitfaden zu SAP PP behandelt die S/4HANA-Seite, einschließlich der Frage, warum das klassische SOP in S/4HANA Compatibility Scope ist und IBP als benannter Nachfolger gilt.

Stammdaten (Produkte, Standorte, Ressourcen) und Bewegungsdaten (Verkaufshistorie, offene Aufträge, Bestand) fließen von S/4HANA zu IBP. Pläne fließen zurück, zum Beispiel Prognosen, die als Planprimärbedarfe zurückgegeben werden. Der Leitfaden von SAP Learning zu den IBP-Integrationswerkzeugen nennt drei Hauptwege:

1. SAP Integration Suite (Cloud Integration): der von SAP bevorzugte Ansatz für neue IBP-Kunden. Sie läuft auf SAP BTP, erreicht On-Premise- oder Private-Cloud-Systeme über den SAP Cloud Connector, und SAP veröffentlicht Integrationsinhalte für S/4HANA Cloud Public Edition, um große Datenmengen zu übertragen.
2. SAP Cloud Integration for data services (CI-DS): das Batch-Werkzeug, das viele bestehende IBP-Kunden bereits nutzen, vor allem für Zeitreihendaten. Für diese Kunden wird es weiter unterstützt, braucht aber einen On-Premise-Agenten.
3. Echtzeitintegration (RTI): für die auftragsbasierte Planung in Response and Supply. Sie nutzt bgRFC, um Änderungen an Stamm- und Bewegungsdaten in dem Moment an IBP zu übertragen, in dem sie entstehen, ohne eingeplanten Batch-Job. Die Dokumentation von SAP zur Echtzeitintegration listet die Voraussetzungen je Quellsystem.

Flatfile-Upload, das Excel-Add-in und OData-Services decken kleinere oder Nicht-SAP-Datenströme ab. Wenn Sie CI-DS bereits nutzen, müssen Sie es nicht herausreißen. Wenn Sie jetzt beginnen, planen Sie um die Integration Suite herum.

1. 04SAP IBPPlant: Absatz und Produktion, Bedarf, Bestand, Response and Supply
2. 03IntegrationSAP Integration Suite oder CI-DS für Batch-Daten, Echtzeitintegration für die auftragsbasierte Planung
3. 02SAP S/4HANA oder ECCFührt aus: Disposition, Fertigungsaufträge, Rückmeldungen
4. 01StammdatenWiederbeschaffungszeiten, Planungsparameter, Werkszuordnungen

Hier entscheidet die Data Governance über das Ergebnis. Tragen die Materialstämme falsche Wiederbeschaffungszeiten, fehlende Planungsparameter oder falsche Werkszuordnungen, plant IBP auf diesen Fehlern. Das Ergebnis ist technisch korrekt und operativ falsch.

Diese drei werden verglichen, als ob sie konkurrieren. Meist beantworten sie unterschiedliche Fragen.

Das eingebettete PP/DS (Production Planning and Detailed Scheduling) läuft innerhalb von S/4HANA. Es terminiert Aufträge kapazitätsgenau auf Werksressourcen über Tage und Wochen.

IBP plant über das Netzwerk und über Monate und bringt die Funktionen dazu, sich auf einen Plan zu einigen. Tabellen tun, was der Planer baut, ohne Rückverbindung zum System.

Die Tabelle unten zeigt, wo jedes Werkzeug passt.

Frage	SAP IBP	Eingebettetes PP/DS in S/4HANA	Tabellen
Hauptaufgabe	Netzwerk-, taktische und S&OP-Planung	Detaillierte, kapazitätsgenaue Terminierung im Werk	Was immer der Planer modelliert
Horizont	Wochen bis Monate und darüber hinaus	Stunden bis Wochen	Beliebig
Umfang	Viele Werke, Lager und Kanäle	Ressourcen und Aufträge eines Werks	Die Sicht eines Planers
Daten	Aus S/4HANA oder ECC integriert	Dieselbe Datenbank wie S/4HANA	Kopiert, dann veraltet
Funktionsübergreifender Konsens	Eingebaut (S&OP, Bedarfskonsens)	Nein	Per E-Mail und in Besprechungen
Lizenz	Eigenes Cloud-Abonnement	Teil des S/4HANA-Umfangs; prüfen Sie Ihre Lizenz für erweiterte Funktionen	Keine

In der Praxis habe ich sowohl das eingebettete PP/DS als auch MRP Live in S/4HANA eingesetzt und je nach Fall auch Kunden zu IBP geschickt. Viele Hersteller brauchen PP/DS oder MRP Live und nie IBP. Manche brauchen beides: IBP für den Netzwerkplan und S&OP, PP/DS, um zu reihen, was das Werk tatsächlich fertigt.

Tabellen sind der Punkt, an dem die meisten Unternehmen beginnen. Sie reichen, bis die Planung über das Modell einer Person hinauswächst. Wenn Sie das ERP selbst noch auswählen, behandelt mein Vergleich von ERP-Systemen für die Fertigung zuerst diese Entscheidung.

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

Signal	Spricht für IBP	Spricht für Planung allein in S/4HANA
Vertriebskanäle	Handel, Direktvertrieb und Export mit unterschiedlichen Lieferzeiten und Servicegraden	Ein Hauptkanal
Bedarfsmuster	Saisonal oder von Promotions getrieben	Stabil
Distributionsnetz	Vom Werk zu regionalen und lokalen Lagern	Ein Standort oder einfaches Netz
Versorgungsengpässe	Echte Kapazitäts- oder Lieferantengrenzen, die optimiert werden müssen	Kapazität begrenzt selten
S&OP-Reife	Monatlicher Zyklus vorhanden, läuft aber auf getrennten Tabellen	Noch kein S&OP-Prozess
Produktsortiment	Viele SKUs und Standorte	Begrenzte Zahl an SKUs

Liegen die meisten Ihrer Antworten in der rechten Spalte, decken Disposition und Produktionsplanung in S/4HANA den operativen Bedarf ab. Die Zusatzkosten von IBP zahlen sich dann womöglich nicht aus.

Wenn Sie überhaupt keinen S&OP-Prozess haben, gestalten Sie zuerst den Prozess. Software schafft keinen.

Ich habe Supply-Chain-Teams gesehen, die mit SAP IBP live gingen und trotzdem weiter in Silos planten. Die Prognose lag in einer Tabelle, die Produktionsplanung in einer anderen, und die Logistik entschied auf Basis der Zahlen von gestern. IBP war ausgerollt, die Integration zu S/4HANA lief, und die Dashboards waren befüllt.

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

Datenqualität vor der Konfiguration nicht bereinigt

Teams, die konfigurieren, bevor die Daten bereinigt sind, erzeugen frühe Pläne, die nicht zur Realität passen: Prognosen, die aktuelle Wiederbeschaffungszeiten ignorieren, Versorgungspläne, die die echte Kapazität ignorieren, Bestandsziele auf unvollständiger Historie. Die Planer reagieren, indem sie das System ignorieren. Wenn die Daten endlich bereinigt sind, ist das Ignorieren von IBP zur Gewohnheit geworden.

Bewerten Sie die Stammdaten in S/4HANA gegen die Anforderungen von IBP, bevor die Konfiguration beginnt, schließen Sie die Lücken und prüfen Sie, ob die Ergebnisse plausibel sind, bevor Sie die Planer bitten, sich darauf zu verlassen. Mein Beitrag dazu, warum SAP-Datenmigration scheitert, zeigt, wie Sie diese Bewertung durchführen.

S&OP nicht um IBP herum neu gestaltet

In den meisten Organisationen ist S&OP eine Reihe von Besprechungen, in denen jede Funktion ihre eigenen Zahlen präsentiert. Setzen Sie IBP darunter, bekommen Sie neue Ergebnisse aus demselben unverbundenen Prozess.

Wirksames S&OP braucht einen festen Zyklus für die Datenlieferung, einen definierten Weg zur Klärung von Lücken zwischen Bedarf und Versorgung und Entscheidungen der Geschäftsleitung, die verbindlich sind statt beratend. Die Software macht diesen Prozess leichter durchführbar. Einen Prozess, den es nicht gibt, kann sie nicht durchführen.

Integrationsumfang vage gelassen

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

Akzeptanz als Schulung behandelt

Schulung bringt Menschen die Bildschirme bei. Vertrauen schafft sie nicht. Planer, die sehen, dass die IBP-Prognosen ihre eigenen Modelle schlagen, steigen um, und Planer, die regelmäßige Fehlprognosen sehen, nicht.

Die Fehlprognosen kommen meist von schlechten Daten, nicht abgestimmten statistischen Modellen oder geschäftlichen Ausnahmen, die niemand eingespeist hat. Zeigen Sie genaue Ergebnisse, bevor Sie die Planer bitten, sich festzulegen.

Die meisten Best Practices für Integrated Business Planning laufen auf die Reihenfolge hinaus. Bestätigen Sie diese Punkte, in dieser Reihenfolge, bevor das IBP-Projekt beginnt:

1. Ein benannter Verantwortlicher für jede Stammdatendomäne, die IBP nutzen wird
2. Eine Bewertung der Datenqualität gegen die Anforderungen von IBP, mit geschlossenen oder eingeplanten Lücken
3. Ein gestalteter S&OP-Zyklus: Kalender, Abgabefristen, Entscheidungsrechte und Eskalationsweg
4. Eine Integrationsspezifikation mit Objekten, Richtung, Häufigkeit, Werkzeug und Verantwortlichem für die Abstimmung
5. Eine Ausgangsbasis für die Prognosegenauigkeit der aktuellen Methoden, damit Sie zeigen können, dass IBP besser ist
6. Eine Parallellaufphase, in der die Planer die Ergebnisse von IBP mit ihren eigenen Modellen vergleichen

Wenn Sie gleichzeitig von ECC umsteigen, planen Sie IBP parallel zum Wechsel auf S/4HANA und nicht danach. Mein Leitfaden zur Migration von ECC auf S/4HANA behandelt die Wege und Fristen.

Wofür steht SAP IBP?

SAP IBP steht für SAP Integrated Business Planning. Der vollständige Produktname bei SAP lautet SAP Integrated Business Planning for Supply Chain. Es ist ein Cloud-Planungsprodukt, getrennt von S/4HANA.

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 sowie die bedarfsgesteuerte Nachschubplanung. SAP Supply Chain Control Tower ist für Transparenz und Warnmeldungen nativ integriert. Joule ist mit einer Joule-Berechtigung verfügbar.

Wie wird SAP IBP mit S/4HANA integriert?

Der von SAP bevorzugte Weg für Neukunden ist die SAP Integration Suite (Cloud Integration) auf SAP BTP, mit dem SAP Cloud Connector für On-Premise- oder Private-Cloud-Systeme. Bestandskunden können SAP Cloud Integration for data services (CI-DS) behalten. Die auftragsbasierte Planung in Response and Supply nutzt die Echtzeitintegration, die Änderungen in dem Moment an IBP überträgt, in dem sie entstehen.

Ist SAP IBP Teil von S/4HANA?

Nein. IBP ist ein eigenes Cloud-Produkt mit eigenem Abonnement. S/4HANA übernimmt die operative Ausführung wie Disposition und Fertigungsaufträge, IBP die taktische und strategische Planung über das Netzwerk.

Was ist der Unterschied zwischen SAP IBP und PP/DS?

Das eingebettete PP/DS läuft innerhalb von S/4HANA und terminiert Aufträge kapazitätsgenau und detailliert auf Werksressourcen über einen kurzen Horizont. IBP plant über Werke, Lager und Kanäle über Monate und unterstützt den S&OP-Konsens. Manche Hersteller brauchen eines davon, manche beides.

Was ist der Unterschied zwischen 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, und die detaillierte Produktionsterminierung wandert in das eingebettete PP/DS in S/4HANA. Behandeln Sie es als Neugestaltung der Planung, nicht als Lift and Shift.

Wenn Sie IBP gegen das abwägen, was S/4HANA Ihnen bereits bietet, beginnen Sie mit der Komplexität Ihrer Planung, nicht mit der Softwaredemo. Wenn Sie eine zweite Meinung zu Eignung, Umfang oder Integrationsdesign möchten, nehmen Sie Kontakt auf.