Konzeptkarte

Integrated Business Planning (IBP)

Stand 27. September 2026

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

Was ist Integrated Business Planning (IBP)?

IBP ist SAPs Suite für die Supply-Chain-Planung – Demand, Supply, Bestand, S&OP – mit Integration in SAC für die Visualisierung auf Führungsebene und in Datasphere für funktionsübergreifende Analysen.

Was es ist

Integrated Business Planning ist die Disziplin, einen einzigen Plan über Demand, Supply, Finance und Operations auf einer gemeinsamen Menge von Annahmen zu betreiben, sodass eine Änderung in einer Funktion in den anderen als Konsequenz sichtbar wird.

Warum es für einen Analytics-Berater wichtig ist

IBP ist der Punkt, an dem Analytics aufhört, rein deskriptiv zu sein. Ein Reporting-Modell beantwortet, was passiert ist; ein Planungsmodell muss Schreibzugriffe akzeptieren, Versionen vorhalten und einen Raum voller Menschen überstehen, die über die Zukunft uneinig sind. Die technische Konsequenz ist, dass das Modell zu einem System of Record wird — prüfbar, mit Berechtigungen versehen und versioniert — statt eine bloße Projektion davon zu sein.

Die organisatorische Konsequenz ist größer: IBP scheitert weit häufiger an Kadenz und Ownership als an der Modellierung. Ein Plan, für den niemand verantwortlich ist, verfällt innerhalb von zwei Zyklen zurück zur Tabellenkalkulation.

Wie es funktioniert

Der Kern ist ein Planungskalender mit benannten Verantwortlichen je Schritt sowie ein Versionsmodell, das zwischen Arbeits-, eingereichtem und genehmigtem Status unterscheidet. Analytics unterstützt an drei Stellen: der Baseline (was tatsächlich geschehen ist, auf der vom Plan verwendeten Granularität), dem Treibermodell (was eine Demand-Annahme in eine finanzielle umwandelt) und der Abweichungsschleife (was der Plan vorhersagte gegenüber dem, was eintrat).

In einer SAP-Landschaft liefert die Analytics-Schicht meist die Baseline und die Abweichung, während die Planungs-Engine die Versionen und den Rückschreibemechanismus hält. Diese Grenze explizit zu halten, verhindert, dass zwei Systeme beide beanspruchen, den Plan zu halten.

Warum es zählt

S&OP ist die Schicht, in der sich Supply-Chain-Planung und Finance tatsächlich auf eine Zahl einigen müssen — die SAC-/Datasphere-Integration von IBP macht diesen Abgleich sichtbar, statt ihn in Meetings auszudiskutieren.
Demand-, Supply- und Bestandsplanung, die eine Suite speisen, bedeutet, dass sich eine Änderung der Absatzprognose automatisch fortpflanzt — isolierte Tools erzwingen den manuellen Abgleich, den IBP eliminiert.
Die Datasphere-Integration für funktionsübergreifende Analysen macht aus IBP nicht nur ein Planungstool, sondern eine Quelle für unternehmensweites Reporting.

Kernpunkte

Die Supply-Chain-Planungssuite — Demand, Supply, Bestand, S&OP.
Integriert sich mit SAC für die Visualisierung auf Führungsebene und mit Datasphere für funktionsübergreifende Analysen.
Das Modell wird zum System of Record, sobald es Schreibvorgänge akzeptiert und Versionen hält — nicht nur eine Projektion, anders als ein Reporting-Modell.
IBP scheitert weit häufiger an Takt und Ownership als an der Modellierung — ein Plan, für den niemand verantwortlich ist, fällt binnen zwei Zyklen auf eine Tabellenkalkulation zurück.
Die tabellarischen Foundation-Modelle SAP-RPT-1.6 / TabPFN-3.5-Plus können per In-Context-Learning eine schnelle Basisprognose der Nachfrage liefern, nützlich speziell dort, wo ein neuer SKU oder eine neue Region die Annahmen der statistischen Prognose bricht.
Keine bestätigte, ausgelieferte native Integration verbindet die eigene Prognose-Engine von IBP im September 2026 direkt mit SAP-RPT oder TabPFN — jeden Pilot mit einem tabellarischen Modell als angrenzende Datasphere-/Generative-AI-Hub-Konstruktion scopen, nicht als IBP-Schalter.
Eine bessere KI-generierte Prognose löst das S&OP-Abstimmungsproblem nicht — sie kann nur dieselbe organisatorische Abstimmung speisen, die diese Karte bereits ins Zentrum stellt.
Die Aggregations- und Cutoff-Regel zwischen Planungsgranularitäten (z. B. wöchentlicher SKU vs. monatliche Produktfamilie) vor dem Go-live gestalten, verantwortet von einer benannten Person aus jeder Funktion.

Begriffe auf dieser Seite

S&OP (Sales & Operations Planning): Das wiederkehrende Forum, in dem Vertrieb, Supply und Finanzen Annahmen zu einem Plan abstimmen, gegen den sich der Konzern zu planen einigt.
Planungsgranularität: Die Detailebene (SKU/wöchentlich vs. Produktfamilie/monatlich), auf der eine gegebene Funktion plant — nicht übereinstimmende Granularitäten zwischen Funktionen sind der häufigste IBP-Abstimmungsfehler.
Versionsmodell (Arbeit/eingereicht/genehmigt): Die Zustandsmaschine von IBP für eine Planversion, so gestaltet, dass ein unfertiger Plan nicht still zu der Zahl wird, die der Rollup einer anderen Funktion liest.
Baseline (Planung): Die Ist-Daten auf Plangranularität, gegen die die Abweichungsschleife den Plan vergleicht — müssen mit der verglichenen Version eingefroren werden, sonst machen neu ausgewiesene Ist-Werte die Abweichung uninterpretierbar.
Treibermodell: Die Logik, die eine nachfrageseitige Annahme (Einheiten, Mix) in eine finanzielle (Umsatz, Marge) umwandelt — das Analytics-Artefakt, das einen Plan auditierbar macht statt eines Blackbox-Rollups.
In-Context-Learning (tabellarische Modelle): Der Vorhersagemechanismus von SAP-RPT und TabPFN: Dem Modell wird zum Inferenzzeitpunkt eine beschriftete Tabelle gezeigt, und es prognostiziert neue Zeilen ohne separaten Trainingsschritt — relevant für die Nachfrageplanung, weil ein neuer SKU kein Modell-Retraining braucht, um eine Prognose zu erhalten.
SAP-RPT-1.6 / TabPFN-3.5-Plus: SAPs aktuelle Generation (Sept. 2026) beziehungsweise das tabellarische Foundation-Modell von Prior Labs, beide verfügbar über die Modellbibliothek des Generative AI Hub von SAP AI Core — eine Kandidatenquelle für Basisprognosen, getrennt von IBPs eigenen eingebauten statistischen Methoden.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →

Offene SAP-Projekte

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