Konzeptkarte

SAP BPC (Business Planning and Consolidation)

Stand 2026-08-29

Redaktion: Cédric-Olivier Mâry, 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 SAP BPC (Business Planning and Consolidation)?

SAP Business Planning and Consolidation ist das Produkt, das in SAP-Beständen seit weit über einem Jahrzehnt Finanzplanung, Budgetierung, Forecasting und rechtliche Konsolidierung trägt.

Worum es geht

SAP Business Planning and Consolidation ist das Produkt, das in SAP-Beständen seit weit über einem Jahrzehnt Finanzplanung, Budgetierung, Forecasting und rechtliche Konsolidierung trägt. Seine Geschichte erklärt den größten Teil der Verwirrung um es herum: BPC begann auf einer Microsoft-Plattform, wanderte auf NetWeaver, und teilte sich dann in zwei Modelle, die sich unterschiedlich genug verhalten, um als getrennte Produkte behandelt zu werden. Standard BPC behält seine eigenen Dimensionen und seine eigene Administrationsoberfläche, vertraut für Finance-Teams und weitgehend unabhängig von der BW-Modellierung. Embedded BPC sitzt direkt auf BW-InfoProvidern und BW-Integrated Planning, was es leistungsfähig und untrennbar vom darunterliegenden BW-Bestand macht.

Diese Trennung ist das Erste, was in jedem Engagement zu klären ist. Eine Aussage wie „der Kunde betreibt BPC“ ist noch keine Information. Standard und Embedded haben unterschiedliche Migrationspfade, unterschiedliche Skill-Anforderungen und unterschiedliche Exponierung gegenüber dem BW-Wartungshorizont — ein Embedded-Bestand erbt jede Randbedingung des BW-Systems, auf dem er lebt, ein Standard-Bestand nicht.

Warum es in ein modernes Analytics-Gespräch gehört. SAPs strategische Planungsrichtung führt über SAP Analytics Cloud Planning, mit Datasphere als Datengrundlage und, in neueren Architekturen, Business Data Cloud darunter. BPC-Bestände sind daher Migrationsgegenstände — und ungewöhnlich schwierige, weil Planungslogik keine Reporting-Logik ist. Eine Story lässt sich aus einer Spezifikation neu bauen; ein Planungsmodell trägt Skriptlogik, Allokationsregeln, Währungsumrechnung, konzerninterne Eliminierung und einen Kalender von Geschäftsprozessen, die Menschen gegen Deadlines fahren. Es neu zu bauen bedeutet, Regeln neu zu vereinbaren, die vor Jahren festgelegt wurden, oft mit Leuten, die die sie festgelegt haben, nicht mehr verfügbar sind.

Was den Aufwand vorhersagt. Nicht die Anzahl der Modelle, sondern Umfang und Komplexität von Skriptlogik und Geschäftsregeln, die Anzahl aktiv genutzter Input Schedules, und ob Konsolidierung — rechtlich, statutarisch, mit eigenen Prüfungserwartungen — neben der Planung im Scope ist. Konsolidierung hebt die Messlatte deutlich, weil Korrektheit dort keine Geschmacksfrage ist.

Für einen Berater ist BPC der Ort, an dem Finance und Analytics sich wirklich treffen, und an dem ein Migrationsvorschlag daran gemessen wird, ob er den Abschlusskalender respektiert.

Der Horizont 2027/2030, und der Markt dahinter. Embedded BPC erbt die Wartungsuhr des BW-Systems, auf dem es läuft: die Mainstream-Wartung von BW 7.5 bis 2027, verlängert bis 2030, oder den deutlich längeren BW/4HANA-Horizont für Bestände, die bereits gewandert sind. Standard BPC auf NetWeaver folgt dem Wartungspfad von SAP Business Suite 7 — demselben Paar 2027/2030. So oder so hat die Planungsmigration nach SAC Planning aufgehört, eine Roadmap-Folie zu sein: innerhalb des eigenen Vertragskorpus dieser Plattform benennen 22 derzeit aktive Engagements explizit eine Migration von BPC nach SAC Planning, was sie zu einer der konkreter nachgefragten Bewegungen im Legacy-BI-Segment macht statt zu einer spekulativen. Der Engpass liegt selten auf der SAC-Seite — er liegt darin, die Allokations-, Eliminierungs- und Währungsumrechnungsregeln neu zu vereinbaren, die die ursprüngliche BPC-Skriptlogik kodierte, was die Business Owner braucht, die sie ursprünglich abgesegnet haben, nicht nur eine technische Mapping-Übung.

Die Entscheidung, die das erzwingt. Standard oder Embedded legt den Pfad fest, aber die Entscheidung, die das Risiko trägt, wird pro Regel getroffen, nicht pro Modell: die Regel exakt wie geschrieben neu implementieren, oder sie neu vereinbaren. Neu implementieren ist schneller und in einem Projektplan verteidigbar. Neu vereinbaren ist langsamer und manchmal die einzige ehrliche Option, weil eine Regel, deren Urheber gegangen ist und deren Begründung undokumentiert ist, von niemandem mehr im Raum validiert werden kann. Der Trade-off besteht daher zwischen einer Migration, die pünktlich fertig wird und dabei Regeln trägt, die bei einer Prüfung niemand verteidigen kann, und einer, die das Finance-Gespräch früh eröffnet und länger dauert, aus einem Grund, den sie benennen kann. Konsolidierung im Scope nimmt die Wahl weg — statutarische Korrektheit ist keine Geschmacksfrage —, und genau deshalb gehört die Klärung, ob Konsolidierung im Scope ist, in das erste Meeting, nicht das dritte.

Warum es zählt

Planungslogik ist keine Reporting-Logik: ein BPC-Modell neu zu bauen bedeutet, vor Jahren festgelegte Regeln neu zu vereinbaren, gegen einen Abschlusskalender, der sich nicht bewegt.

Kernpunkte

Zwei Modelle, die sich wie zwei Produkte verhalten: Standard BPC (eigene Dimensionen und Administration) und Embedded BPC (auf BW-InfoProvidern und BW-IP).
🔴 „Der Kunde betreibt BPC“ ist noch keine Information — zuerst klären, ob Standard oder Embedded.
Ein Embedded-Bestand erbt jede Randbedingung des darunterliegenden BW-Systems, einschließlich seines Wartungshorizonts.
Die strategische Richtung ist SAC Planning auf einer Datasphere-Grundlage, mit BDC darunter in neueren Architekturen.
Der Aufwand wird durch Skriptlogik, Geschäftsregeln und aktive Input Schedules vorhergesagt — und Konsolidierung im Scope hebt die Messlatte deutlich.
Die risikotragende Entscheidung ist pro REGEL, nicht pro Modell: sie wie geschrieben neu implementieren, oder mit dem Business neu vereinbaren.
Konsolidierung im Scope nimmt die Wahl weg — statutarische Korrektheit ist nicht verhandelbar —, also den Konsolidierungs-Scope im ersten Meeting klären.

Quellen

In der App öffnen →