SAP BPC: Wann es funktioniert, wann nicht und was danach kommt

SAP BPC (Business Planning and Consolidation) wird 2026 noch unterstützt, wie lange, hängt aber von Ihrer Version ab. BPC for Microsoft hat die Standardwartung am 30. Juni 2026 verlassen. BPC 10.1 for NetWeaver verlässt sie Ende 2027. Die Versionen für BW/4HANA und S/4HANA sind bis 2040 eingeplant. Für neue Vorhaben verweist SAP die Planung auf SAP Analytics Cloud (SAC) und die Konsolidierung auf S/4HANA Group Reporting. Dieser Leitfaden richtet sich an CFOs, Finanzcontroller und Verantwortliche für Finanzsysteme, die entscheiden, ob sie BPC behalten, neu gestalten oder ersetzen. Finden Sie Ihre Version in der folgenden Tabelle und legen Sie dann mit dem Entscheidungsleitfaden Ihren nächsten Schritt fest.

Die meisten BPC-Einführungen bekommen die Grundlagen richtig hin. Das System geht live. Berichte laufen automatisiert. Die Daten erreichen das Finanzwesen im festen Rhythmus.

Dann, Monate später, baut das Finanzteam die Offline-Modelle wieder auf, die es vorher genutzt hat.

Die Software ist selten die Ursache. Die Einführung ist es. Vorlagen, die zu starr für die Arbeitsweise des Unternehmens sind. Konsolidierungslogik, die so technisch ist, dass niemand sie anfasst. Forecast-Updates, die die IT brauchen. Berichte, die vor der Vorlage an die Geschäftsleitung noch von Hand formatiert werden. BPC wird so zu einer Berichtsschicht über dem Prozess, den es ersetzen sollte, und der Ertrag stellt sich nie ein.

Das BPC Strategy Update von SAP vom Oktober 2025 legt das Wartungsbild Version für Version dar:

BPC-Version	Wartung	Was das für Sie bedeutet
BPC 10.1, Version für Microsoft	Standardwartung endete am 30. Juni 2026; nur noch kundenspezifische Wartung	Planen Sie den Ausstieg jetzt. SAP empfiehlt den Wechsel zu SAP Business Data Cloud
BPC 11.1, Version für BW/4HANA 2.0	Endete am 31. Dezember 2025	Upgrade auf BPC 2021 oder Migration
BPC 10.1, Version für NetWeaver (BW 7.5)	Standardwartung bis 31. Dezember 2027; optional erweiterte Wartung bis 31. Dezember 2030	Ein Zeitfenster, kein Ziel. Entscheiden Sie das während Ihrer S/4HANA-Planung
BPC 2021, Version für BW/4HANA 2021 und 2023	Bis 31. Dezember 2030, mit einer zugesagten Nachfolgeversion bis mindestens 2040	Noch viele Jahre tragfähig, wenn BW/4HANA in Ihrer Architektur bleibt
BPC 10.1, optimiert für S/4HANA	Mit jedem S/4HANA-Release abgestimmt, mindestens bis 2040	Tragfähig neben S/4HANA On-Premise oder Private Edition

1. 2025BPC 11.1 für BW/4HANA 2.0 beendet31. Dezember. Upgrade auf BPC 2021 oder Migration
2. 2026BPC for Microsoft verlässt die Standardwartung30. Juni. Nur kundenspezifische Wartung
3. 2027BPC 10.1 für NetWeaver verlässt die Standardwartung31. Dezember. Optionale erweiterte Wartung folgt
4. 2030Erweiterte Wartung für NetWeaver endetBis hierhin läuft auch BPC 2021, danach eine Nachfolgeversion
5. 2040BW/4HANA-Linie und BPC für S/4HANAMindestens bis 2040 eingeplant

Quelle: SAP BPC Strategy Update, Oktober 2025

Zwei weitere Änderungen sind wichtig. Erstens hat SAP 2025 SAP Business Data Cloud eingeführt, und BPC 10.1 for NetWeaver oder BPC 2021 können zusammen mit BW in deren Private-Cloud-Edition umziehen. Das ist ein Lift, keine Neugestaltung. Zweitens fließt SAPs KI-Arbeit in der Planung in SAC. Die analytischen Insights von Joule, seit Mitte 2025 allgemein verfügbar, beantworten Fragen in natürlicher Sprache über die Funktion „Just Ask“ von SAC. BPC bekommt kein Gegenstück.

Für neue Programme ist die Standardarchitektur SAC für die Planung, S/4HANA Group Reporting für die gesetzliche Konsolidierung und das Universal Journal als einheitlicher Datenbestand. Neue Einführungen entscheiden sich selten für BPC, es sei denn, es gibt einen konkreten Grund, etwa Beteiligungsstrukturen, die Group Reporting noch nicht gut abbildet.

Für Bestandskunden ist die Frage der Zeitpunkt. Die Migration im Rahmen des S/4HANA-Programms ist meist günstiger als ein späteres separates Finanzprojekt, weil Daten-, Design- und Testarbeit geteilt werden.

Meine Einschätzung: BPC funktioniert weiterhin, wird unterstützt und kann bei der Konsolidierung mehrerer Gesellschaften noch Dinge, die SAC nicht erreicht. Es ist eine taktische Entscheidung für ein bestimmtes Zeitfenster, keine langfristige Plattformwette, es sei denn, Sie haben sich auf BW/4HANA oder S/4HANA On-Premise festgelegt. Planen Sie die Roadmap jetzt, auch wenn die Umsetzung zwei Jahre entfernt ist.

BPC ist seit mehr als 20 Jahren am Markt. Es hat sich seine Anwenderbasis mit strukturierten Abschlusszyklen, strenger Prüfungs-Compliance und gesetzlicher Konsolidierung über viele Gesellschaften erarbeitet. Es gibt vier Plattformvarianten:

1. BPC Standard (NetWeaver oder BW/4HANA): Daten, Logik und Berechtigungen liegen innerhalb von BPC. Für das Finanzwesen leichter zu verantworten.
2. BPC Embedded: auf BW-Objekten aufgebaut. Engere Integration mit operativen Daten, aber Sie brauchen BW-Kenntnisse, um die Modelle zu pflegen.
3. BPC for Microsoft: SQL Server mit Excel- und .NET-Frontend. Seit Juni 2026 aus der Standardwartung.
4. BPC optimiert für S/4HANA: läuft auf dem S/4HANA-Stack, liest Ist-Daten aus dem Universal Journal (ACDOCA) und kann Plandaten in die Plantabelle (ACDOCP) schreiben. Echtzeit, keine Replikation.

SAC Planning bewältigt treiberbasierte Planung und funktionsübergreifende Zusammenarbeit besser als BPC. Die gesetzliche Konsolidierung beherrscht es nicht nativ. Für Konzerne mit mehrstufigen Beteiligungen, Intercompany-Eliminierungen und prüfungsgesteuerten Abschlusszyklen leistet BPC weiterhin Dinge, die SAC im Standard nicht erreicht.

Für S/4HANA-Kunden ist Group Reporting der Konsolidierungsweg, nicht BPC und nicht SAC. Group Reporting setzt saubere Quelldaten voraus, die innerhalb von S/4HANA fließen. Sind Ihre nicht sauber, stößt die Migration auf dieselben Datenprobleme wie jedes andere Konsolidierungswerkzeug. Mein Leitfaden zu SAP FICO behandelt das Finanzdesign, das es speist.

BPC behauptet seine Position weiterhin in vier Situationen:

1. ECC-Kunden und phasenweise S/4HANA-Migrationen, die noch nicht bereit für Group Reporting sind
2. Konsolidierung mit komplexen Beteiligungsstufen und Berechnung von Minderheitsanteilen
3. Compliance-intensive Umgebungen, in denen Prüfpfade und Datensperren nicht verhandelbar sind
4. Hybride Landschaften, in denen die Konsolidierung eigene Geschäftsregeln braucht, die SAC nicht ausdrücken kann

Finanzteams, die aus BPC am meisten herausholen, gehen bei vier Funktionen in die Tiefe, statt zu versuchen, alles zu nutzen.

Strukturierte Planungsvorlagen. Eingabemasken für GuV, Kostenstellen und Umsatz, an einen Planungskalender gebunden, mit Validierung, klaren Verantwortlichen und Terminen, alles in Excel. Die Anwender konzentrieren sich auf Zahlen, nicht auf Struktur.

Gesetzliche Konsolidierung und Intercompany-Eliminierung. Beteiligungen, Währungsumrechnung, Eliminierungen und Minderheitsanteile. Hier schlägt BPC die meisten Alternativen. In Konzernen mit Joint Ventures oder gestuften Beteiligungen ist die Kontrolle, die BPC über Skriptlogik, Geschäftsregeln und Dimensionsdesign bietet, kaum nachzubilden.

Datensperren und Prüfkontrollen. Eingereichte und validierte Daten werden gesperrt. Prüfpfade zeigen, wer was wann und warum geändert hat. Nicht die hübscheste Oberfläche, aber genau das, was interne Kontrollen und externe Prüfer brauchen.

Versionsverwaltung. Budget, Forecast 1, Forecast 2 und Ist-Werte nebeneinander. Spielen Sie eine Senkung der Opex um 5 % oder einen Umsatzausfall von 12 % durch, ohne das Modell neu zu bauen und ohne auf die IT zu warten.

Das Bereitstellungsmodell entscheidet, wem das Planungsmodell gehört, wie schnell Daten fließen und wie rasch das Finanzwesen reagieren kann, wenn sich die Bedingungen ändern. Die meisten BPC-Probleme beginnen mit einer zu schnell getroffenen Architekturentscheidung, oft nach der Präferenz des Partners und nicht danach, wie das Finanzwesen arbeitet.

Bereitstellungsmodell	Funktionsweise	Am besten für
BPC Standard	Daten und Logik innerhalb von BPC; für die Pflege sind keine BW-Kenntnisse nötig	Finanzgeführte Teams, die Kontrolle ohne IT-Abhängigkeit wollen
BPC Embedded	Nutzt BW-Objekte; Logikänderungen brauchen BW- oder ABAP-Kenntnisse	IT-geführte Umgebungen mit starken BW-Kenntnissen
BPC for Microsoft	SQL Server, Excel- und .NET-Frontend	Nur Bestandsanwender, die ihren Ausstieg planen
BPC optimiert für S/4HANA	Planung in Echtzeit auf dem Universal Journal; keine Replikation	Ausgereifte, stabile S/4HANA-Landschaften mit standardnaher Planungslogik
Hybrid aus BPC und SAC	BPC für Konsolidierung und Regeln; SAC für Dashboards und Szenarien	Organisationen, die in die Cloud wechseln und dabei die strukturierte Konsolidierung behalten

Das Hybridmodell ist das, womit viele Teams am Ende stillschweigend arbeiten. Es funktioniert, wenn die Rollen getrennt sind: BPC für regelbasierte Forecasts, Compliance und Konsolidierung, SAC für Szenarien und Anwendereingaben. Ohne diese Grenze tragen beide Werkzeuge Planungslogik, und Sie haben zwei Wahrheiten. Mein Leitfaden zu SAP Analytics Cloud behandelt die SAC-Seite.

Wählen Sie anhand Ihrer Plattform und Ihrer S/4HANA-Pläne einen Weg:

1. Auf BPC for Microsoft. Migrieren. Die Standardwartung ist ausgelaufen. Die Wahl betrifft das Ziel: SAC plus Group Reporting, wenn S/4HANA kommt, oder ein anderes Konsolidierungsprodukt, wenn nicht.
2. Auf BPC 10.1 NetWeaver, S/4HANA-Migration innerhalb von zwei Jahren. Ziehen Sie die BPC-Entscheidung in das S/4HANA-Programm hinein. Prüfen Sie Group Reporting für die Konsolidierung und SAC für die Planung im Design, nicht erst nach dem Go-live.
3. Auf BPC 10.1 NetWeaver, keine S/4HANA-Pläne vor 2028. Gestalten Sie neu, was nicht funktioniert, planen Sie die erweiterte Wartung im Budget ein und legen Sie einen Termin für die erneute Prüfung fest.
4. Auf BPC 2021 for BW/4HANA, mit Verbleib auf BW/4HANA. Behalten. Klären Sie Verantwortung und Vorlagendesign. Erwägen Sie die Private-Cloud-Edition der Business Data Cloud, wenn Sie BW aus Ihrem Rechenzentrum haben wollen.
5. Bereits auf S/4HANA. Testen Sie Group Reporting gegen Ihre Konsolidierungsanforderungen. Behalten Sie BPC optimiert für S/4HANA nur dort, wo Group Reporting eine klare Lücke hat.

SAP BPC im Vergleich zu Oracle FCCS

Oracle Financial Consolidation and Close (FCCS) gibt es nur in der Cloud, als Teil der Oracle EPM Cloud. Es ist schneller einzuführen und bietet eine starke Standardkonsolidierung: Währungsumrechnung, Intercompany-Eliminierungen und Logik für das gesetzliche Berichtswesen. Es spricht schlanke Teams an.

Es wird zur Einschränkung, wenn das Unternehmen eigene Logik über die Standardkonsolidierung hinaus braucht. BPC bietet mehr Kontrolle über die Konsolidierungsregeln, verlangt dafür aber SAP-Kenntnisse für die Pflege. Wenn das Finanzwesen jede Logik selbst kontrollieren will und diese Kenntnisse hat, hat BPC die Nase vorn. Wenn Time-to-Value und eine moderne Oberfläche mehr zählen, ist FCCS ein legitimer Weg.

SAP BPC im Vergleich zu Anaplan

Anaplan ist Cloud-nativ und schnell. Finanz- und Supply-Chain-Teams bauen Modelle ohne IT.

Jahrelang war die Konsolidierung seine Schwäche. Das änderte sich, als Anaplan 2024 Fluence Technologies übernahm, um Finanzabschluss und Konsolidierung zu ergänzen. Für Konzerne mit komplexen, prüfbaren Abschlusszyklen sollten Sie prüfen, wie weit diese Integration gereift ist, bevor Sie sich darauf verlassen. Anaplan ist am stärksten, wenn Sie funktionsübergreifende Forecast-Modelle von Grund auf bauen.

SAP BPC im Vergleich zu OneStream

OneStream vereint Konsolidierung, Planung und Reporting mit solider Prüfbarkeit und Sicherheit. Es kommt ins Spiel, wenn Konsolidierung und Planung auf mehrere Werkzeuge verteilt sind.

Es ist nicht immer schneller einzuführen als BPC, und nach dem Go-live liegt die Verantwortung eher bei Power Usern oder dedizierten Administratoren. Wenn Sie SAP ERP nutzen, vermeidet BPC optimiert für S/4HANA die Replikation und plant in Echtzeit. Für Unternehmen, die noch nicht auf S/4HANA sind, kann BPC seine Position länger halten, als die Kommunikation der Hersteller vermuten lässt.

Das Muster ist in allen drei Vergleichen dasselbe. Werkzeuge scheitern, wenn niemand fragt, wer die Modelle nach dem Go-live pflegt, nicht an fehlenden Funktionen.

Wofür steht BPC in SAP, und was leistet es?

BPC steht für Business Planning and Consolidation. Es ist das SAP-Werkzeug für Planung, Budgetierung, Forecasting und Finanzkonsolidierung.

Es läuft auf NetWeaver oder BW/4HANA (Standard oder Embedded), auf dem S/4HANA-Stack oder auf Microsoft SQL Server. Standard ist finanzgeführt und leichter zu pflegen; Embedded bindet die Logik an BW-Objekte und braucht mehr technisches Können.

Die Kernanwendungen sind strukturierte Budget- und Forecast-Zyklen, gesetzliche Konsolidierung mit Intercompany-Eliminierungen und der prüfungsgesteuerte Abschluss.

Wird SAP BPC eingestellt?

Nein, aber der Support hängt von der Version ab. BPC 10.1 for Microsoft hat die Standardwartung am 30. Juni 2026 verlassen. BPC 11.1 for BW/4HANA 2.0 endete im Dezember 2025. BPC 10.1 for NetWeaver hat Standardwartung bis Ende 2027 und optionale erweiterte Wartung bis 2030. Die BW/4HANA-Linie und BPC optimiert für S/4HANA sind mindestens bis 2040 eingeplant.

SAPs strategisches Planungswerkzeug ist SAP Analytics Cloud. Für die Konsolidierung auf S/4HANA führt der Weg über Group Reporting, nicht über SAC.

SAP BPC oder SAP Analytics Cloud: Was soll ich nutzen?

Sie erfüllen unterschiedliche Aufgaben. BPC ist für strukturierte Planung und gesetzliche Konsolidierung mit strengen Prüfkontrollen, Datensperren und Versionsverwaltung gebaut. SAC Planning ist für treiberbasierte Planung, Szenarien und Zusammenarbeit gebaut, mit einer visuelleren Oberfläche und den KI-Investitionen von SAP im Rücken.

Viele Organisationen setzen beides ein: BPC als Konsolidierungs- und Compliance-Engine, SAC als Planungs- und Dashboard-Schicht. Das funktioniert nur, wenn die Rollen klar getrennt sind.

Für eine neue Planungseinführung ist SAC die zukunftsweisende Wahl. Haben Sie ausgereifte BPC-Konsolidierungsmodelle und ist Group Reporting für Sie noch nicht tragfähig, kann eine zu frühe Migration mehr Probleme schaffen, als sie löst.

Welche Bereitstellungsmodelle gibt es für SAP BPC?

Fünf. BPC Standard hält die Logik innerhalb von BPC und passt zu finanzgeführten Teams. BPC Embedded stützt sich auf BW-Objekte und passt zu IT-geführten Umgebungen mit BW-Kenntnissen. BPC for Microsoft ist aus der Standardwartung und für Neueinführungen geschlossen. BPC optimiert für S/4HANA plant in Echtzeit auf dem Universal Journal und passt zu stabilen, standardnahen Prozessen. Hybrid aus BPC und SAC trennt die Konsolidierung von Szenarien und Dashboards.

Legen Sie die Grenze in einem Hybridmodell fest, bevor Sie es bauen, nicht erst nach dem Go-live.

Wie schneidet SAP BPC im Vergleich zu Oracle FCCS und OneStream ab?

Oracle FCCS ist schneller einzuführen und bietet eine starke Standardkonsolidierung, schränkt Sie aber ein, sobald Sie eigene Logik brauchen. BPC bietet mehr Kontrolle über die Konsolidierungsregeln, braucht aber SAP-Kenntnisse für die Pflege.

OneStream ist einheitlich und modern, mit starker Prüfbarkeit und Sicherheit. Es lässt sich nicht immer schneller einführen als BPC, und die Verantwortung nach dem Go-live liegt oft bei dedizierten Administratoren. Wenn Ihre Planung eng an SAP-ERP-Daten gekoppelt ist, hält BPC gegenüber Werkzeugen, die zusätzliche Integrationsschichten brauchen, gut mit.

Keines dieser Werkzeuge scheitert an fehlenden Funktionen. Sie scheitern, wenn niemand nach dem Go-live das Modell verantwortet.

Wann sollte ich mein SAP-BPC-Setup überprüfen oder neu gestalten?

Wenn das Finanzwesen neben BPC Offline-Modelle nachbaut. Das ist das deutlichste Signal dafür, dass das System zu einer Berichtsschicht statt zu einem Planungswerkzeug geworden ist.

Weitere Anzeichen: Jede Forecast-Änderung braucht die IT, die Konsolidierungslogik ist zu technisch, als dass das Finanzwesen sie pflegen könnte, Ist-Daten kommen spät oder unvollständig an, und Management-Berichte werden noch von Hand formatiert.

Ob Neugestaltung oder Migration, hängt von Ihrer Version und Ihren S/4HANA-Plänen ab. Bei ECC ohne baldigen Wechsel ist es sinnvoll, BPC zu verbessern. Wenn S/4HANA kommt, prüfen Sie Group Reporting und SAC, bevor Sie sich auf eine Neugestaltung festlegen. Mein Leitfaden zur Migration von ECC zu S/4HANA behandelt diesen Zeitplan.