Leitfaden

Was der SAP IBP Prozess der integrierten Geschäftsplanung tatsächlich umfasst

Stand 31. Oktober 2026

Redaktion: Cédric Mary, verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Der SAP IBP Prozess – die integrierte Geschäftsplanung – ist kein einzelner Workflow, sondern fünf operative Module auf einem gemeinsamen Planungsmodell: Absatzplanung, Beschaffungs- und Produktionsplanung, Bestandsoptimierung, Reaktions- und Versorgungsplanung und ein monatlicher Sales-and-Operations-Zyklus, der die übrigen vier zu der einen Zahl zusammenführt, auf die sich das Unternehmen festlegt. Jedes Modul erzeugt eine Version – in Bearbeitung, eingereicht oder freigegeben –, und der S&OP-Zyklus ist der Ort, an dem über diese Versionen gestritten und entschieden wird. Integriert wird der Prozess nicht durch die Softwarelizenz, sondern dadurch, dass eine Änderung in der Absatzplanung in Beschaffung, Bestand und Finanzen sichtbar wird, bevor jemand freigibt.

Die fünf Module in ihrer Reihenfolge

Die Absatzplanung verbindet statistische Prognosen mit dem gemeinsamen Beitrag von Vertrieb und Marketing zu einer einzigen Konsens-Absatzzahl. Die Beschaffungs- und Produktionsplanung lässt anschließend Heuristiken und Optimierung über diesen Absatzplan laufen – gegen mehrstufige Stücklisten, Kapazitätsgrenzen und Lieferzeiten –, um einen Versorgungsplan zu erzeugen, der tatsächlich machbar ist und nicht bloß gewünscht.

Die Bestandsoptimierung berechnet den Zielbestand an jedem Knoten aus stochastischen Modellen und übersetzt ein Servicegrad-Ziel in eine Sicherheitsbestandszahl statt in eine Faustregel. Die Reaktions- und Versorgungsplanung ordnet echte Versorgung eingehenden Aufträgen zu, sobald sie eintreffen, innerhalb der Grenzen, die die anderen drei Module bereits gesetzt haben.

S&OP ist kein sechstes Modul – es ist das monatliche Forum, in dem die anderen vier zusammengeführt werden, und dort sitzt der größte Teil der Reibung des Prozesses, nicht in der Mathematik eines einzelnen Moduls.

Warum der Prozess ein Versionsmodell braucht und nicht nur eine Datenbank

Der Prozess funktioniert nur, wenn die Zustände in Bearbeitung, eingereicht und freigegeben getrennt sind und durchgesetzt werden. Ohne diese Trennung sind eine private Arbeitsversion und der freigegebene Plan nicht mehr zu unterscheiden, und niemand weiter unten kann sagen, nach welcher Zahl er handeln soll.

In einer SAP-Landschaft liefert die Analytics-Schicht typischerweise die Basis – was tatsächlich geschehen ist, in der Granularität des Plans – und die Abweichung dagegen, während die Planungs-Engine die Versionen und das Zurückschreiben hält. Diese Grenze ausdrücklich zu halten, verhindert, dass zwei Systeme beide für sich beanspruchen, den Plan zu führen.

Der Senior-Schritt: die Uneinigkeit gestalten, nicht nur die Daten

Der Wert des Prozesses liegt in einem einzigen Forum, in dem Vertrieb, Beschaffung und Finanzen Annahmen abgleichen, die sonst in drei getrennten Tabellen lägen – jede in sich stimmig und untereinander widersprüchlich. Aufgabe des Modells ist es, die Annahme jeder Funktion sichtbar und zuordenbar zu machen, nicht sie zu einem Mittelwert zu glätten, an den niemand glaubt – ein Plan, der verbirgt, wessen Zahl sich bewegt hat, wird nach der Sitzung einfach offline erneut verhandelt.

Wo der Prozess in der Praxis bricht

Der häufigste Fehler ist ein Granularitätsbruch: Absatz, der wöchentlich je Artikel geplant wird, gegen Finanzen, die monatlich je Produktfamilie planen, erzeugt eine Abstimmung, für die niemand zuständig ist. Der zweite ist Versionswildwuchs: Ohne Regel, wer veröffentlichen darf, vermehren sich private Arbeitskopien, und der freigegebene Plan ist nicht mehr auffindbar. Der dritte ist Basisdrift: Werden Ist-Werte nach der Freigabe nachträglich korrigiert, wird die Abweichung unlesbar, sofern die Basis nicht mit dieser Version eingefroren wurde.

Wo SAP IBP for Supply Chain in diesen Prozess passt

Die Supply-Chain-Planungssuite von SAP führt diese fünf Module auf einem gemeinsamen, HANA-Cloud-gestützten Modell aus. Deshalb werden Prozess und Produktname fast austauschbar gebraucht, obwohl der Prozess selbst älter ist als jedes konkrete Werkzeug. Für einen SAP-Analytics-Berater ist der praktische Einstieg die Datenpipeline, die jedes Modul speist – Verkaufs-, Retouren-, Liefer- und Bestandshistorie, typischerweise aus S/4HANA, BW/4HANA oder Datasphere –, denn saubere Historie in der richtigen Granularität lässt den Prozess auf verlässlichen Zahlen laufen.

Häufige Fragen

Welche Schritte hat der integrierte Geschäftsplanungsprozess?

Fünf Module speisen einen Zyklus: Die Absatzplanung erzeugt eine Konsensprognose, die Beschaffungs- und Produktionsplanung macht daraus einen machbaren Versorgungsplan gegen Kapazität und Lieferzeiten, die Bestandsoptimierung legt Zielbestände fest, die Reaktions- und Versorgungsplanung ordnet echte Aufträge innerhalb dieser Grenzen zu, und ein monatliches S&OP-Forum führt alle vier zu der einen Zahl zusammen, auf die sich das Unternehmen festlegt.

Warum braucht der Prozess Versionen in Bearbeitung, eingereicht und freigegeben?

Ohne diese Unterscheidung sind ein privater Entwurf und der freigegebene Plan für alle weiter unten nicht mehr zu trennen. Das Versionsmodell erlaubt der Analytics-Schicht, eine stabile Basis und eine aussagekräftige Abweichung zu liefern, und der Planungs-Engine, das Zurückschreiben zu halten, ohne dass zwei Systeme beide den Plan für sich beanspruchen.

Wo bricht der Prozess am häufigsten?

An drei Stellen, immer wieder: ein Granularitätsbruch zwischen wöchentlich je Artikel geplantem Absatz und monatlich je Produktfamilie geplanten Finanzen, Versionswildwuchs, sobald niemand durchsetzt, wer veröffentlichen darf, und Basisdrift, wenn Ist-Werte nach der Freigabe einer Version korrigiert werden.

Ist der Prozess dasselbe wie SAP IBP?

Der Prozess ist eine Planungsdisziplin; SAP IBP for Supply Chain ist ein Produkt, das seine fünf Module auf einem gemeinsamen HANA-Cloud-Modell ausführt. In der Praxis werden beide Namen austauschbar gebraucht, aber der Prozess selbst ist älter als jedes konkrete Werkzeug und kann, weniger sauber, auch ohne es laufen.

Was ist integrierte Geschäftsplanung – im Unterschied zum Prozess der integrierten Geschäftsplanung?

Integrierte Geschäftsplanung ist die Disziplin: einen Plan über Absatz, Beschaffung, Finanzen und Betrieb auf gemeinsamen Annahmen zu führen, sodass eine Änderung in einer Funktion in den anderen als Folge sichtbar wird. Der Prozess ist die Art, wie diese Disziplin betrieben wird: fünf Module und ein monatlicher Zyklus mit versionierten Zuständen. Scheitern liegt selten an der Modellierung, sondern an Taktung und Verantwortung, und ein Plan, für den niemand einsteht, fällt auf eine Tabelle zurück.

IBP-Bedeutung: Wofür steht IBP?

IBP steht für Integrated Business Planning, also integrierte Geschäftsplanung: einen Plan über Absatz, Beschaffung, Finanzen und Betrieb auf gemeinsamen Annahmen zu führen. In einer SAP-Landschaft bezeichnet die Abkürzung zudem SAP IBP for Supply Chain, das Produkt, das die fünf Planungsmodule auf einem gemeinsamen, HANA-Cloud-gestützten Modell ausführt. Die Planungsdisziplin selbst ist älter als jedes konkrete Werkzeug.

Den Herausgeber beauftragen

Dieser Leitfaden stammt von Cédric Mary, SAP-KI- & Analytics-Architekt & Teamleiter. 27 Jahre SAP — Datasphere, Business Data Cloud, SAC Planning, Joule. Freiberuflich oder Festanstellung · Hybrid / remote · Ganz EMEA.

Profil und Kontakt

Worauf diese Seite aufbaut

Externe Quellen

Weiterlesen

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.