SAP S/4HANA Group Reporting und SAP BDC: Warum die SEM-BCS-Nachfolge mehr als ein Toolwechsel ist

Blogartikel | Group & Corporate Reporting

Das klassische SAP BW läuft nach 2027 aus der Wartung. Für Unternehmen, die SAP SEM-BCS einsetzen, stellt sich damit eine wichtige Frage: Wie lassen sich Konsolidierung, Planung und das gesamte Konzernberichtswesen künftig auf einer gemeinsamen Datengrundlage organisieren? SAP S/4HANA for Group Reporting und SAP Business Data Cloud sind Elemente eines möglichen Zielbildes – mit Vorteilen und Architekturfragen, die früh zu klären sind.

Für Unternehmen mit SAP SEM-BCS ist das Wartungsende des klassischen SAP BW mehr als eine Systemfrage. Sie müssen Konsolidierung und Datenarchitektur neu ordnen, damit Konzernabschluss, Konzernplanung und das gesamte Konzernberichtswesen weiter auf konsistenten Zahlen beruhen.

Der Beitrag zeigt, warum Group Reporting kein reiner technischer Ersatz ist, welche Rollen SAP Datasphere und SAP BDC im integrierten Konzernberichtswesen spielen und was Fachbereich und IT vor der Architekturentscheidung prüfen sollten.

SAPs Zielbild: Group Reporting auf einer gemeinsamen Datengrundlage

Das klassische SAP BW steht in SAPs Zielarchitektur nicht mehr im Zentrum. SEM-BCS-Anwender brauchen daher sowohl eine neue Konsolidierungslösung als auch eine Perspektive für ihre BW-basierte Daten- und Berichtslandschaft.

S/4HANA for Group Reporting: Konsolidierung näher am operativen Finanzwesen

SAP S/4HANA for Group Reporting unterstützt vielfältige Konzernstrukturen und Konsolidierungsszenarien mit Währumgsumrechnung, Intercompany-Eliminierungen, Validierungen, Journalbuchungen, Genehmigungen und Audit-Trails. Sein zentraler Vorteil gegenüber einer isolierten Lösung ist die Nähe zu den operativen FI/CO-Daten.

Stand-alone oder ERP-integriert: Zwei Wege für die Konsolidierung

Group Reporting kann als Stand-alone-Konsolidierung in einem eigenen S/4HANA-System laufen oder in das zentrale S/4HANA-System integriert werden. Zusätzliche Meldedaten lassen sich über SAP Group Reporting Data Collection per Formular, Datei-Upload, API oder OData einbinden – auch aus Non-SAP-Systemen oder für nichtfinanzielle Angaben.

Entscheidend ist, wie eng Konsolidierung und operatives Accounting zusammenarbeiten sollen. Die integrierte Variante reduziert Medienbrüche in zentralen S/4HANA-Landschaften; das Stand-alone-Modell bietet mehr Flexibilität bei mehreren ERP-Systemen oder getrennten Verantwortlichkeiten.

Die SAP Business Data Cloud wird zur Verbindungsschicht im Konzernberichtswesen

SAP BDC bildet die Data Foundation der EPM-Architektur. Sie verbindet Data-Lake- und Data-Warehouse-Funktionen, tauscht Stamm- und Bewegungsdaten zwischen Group Reporting, SAP Analytics Cloud Planning und weiteren Anwendungen aus und schafft die Basis für Berichte und Dashboards.

Für Konzerne mit mehreren S/4HANA-Instanzen ist die geplante BDC-Datenübermittlungsschicht besonders relevant: Sie soll Bewegungsdaten aus Public- und Private-Cloud-Systemen übernehmen und nach zentralen Regeln transformieren. Mapping, Ableitung, Substitution und Aggregation erfolgen kontrolliert; die Originaldaten bleiben erhalten.

So bleiben Transformationen nachvollziehbar und die Herkunft der Zahlen sichtbar. Große Datenmengen können nahezu in Echtzeit verarbeitet werden; zugleich entsteht die Basis für eine kontinuierliche Intercompany-Abstimmung auf Kontenebene.

Data Products schaffen Zugriff – die vollständige Berichtslogik entsteht schrittweise

Für SAP Datasphere gibt es bereits Group-Reporting-Content für Stamm- und Roh-Bewegungsdaten. Unternehmen können darauf eigene Modelle und Berichte aufbauen. Berichtspositionen, Regeln und die vollständige Group-Reporting-Logik sind im BDC-Zielbild jedoch noch nicht durchgängig als SAP-verwalteter Content abgedeckt.

Deshalb müssen Unternehmen früh festlegen, wo die Berichtslogik liegt, welche Modelle sie selbst in Datasphere verantworten und welche später durch SAP-Content ergänzt werden können. Sonst wandern alte Abhängigkeiten nur auf eine neue Plattform.

Neue Funktionen greifen an den Engpässen des Abschlussprozesses an

Die für 2025 und 2026 eingeführten oder angekündigten Funktionen adressieren typische Engpässe im Konzernabschluss: Validierungen prüfen gemeldete und noch nicht freigegebene Daten, eine Fiori-App unterstützt den Import, Vorperioden lassen sich erneut freigeben und der Konsolidierungsmonitor bündelt Schritte bis hin zu einer One-Click-Konsolidierung.

Auch die Regelsteuerung wird granularer: Buchungen können von Einheiten, Gruppen oder Bedingungen abhängen; Substitutionen unterstützen die Kapitalkonsolidierung, eine konfigurierbare Vorzeichenlogik reduziert externe Umrechnungen. Das bedeutet weniger Dateilogik, klarere Regeln und bessere Prüfbarkeit.

Für 2026 sind unter anderem IFRS-18-Updates, zusätzliche Quellfelder und Bedingungen in Berichtsregeln sowie Verbesserungen bei Data Collection vorgesehen. Mehr Automatisierung im Portfolio- und Konzernstrukturmanagement soll Pflegeaufwand und Fehler bei häufigen Strukturänderungen senken.

Fünf Fragen, die vor der Toolentscheidung beantwortet sein müssen

1. Welche Quellsysteme liefern Meldedaten? Berücksichtigen Sie S/4HANA-Instanzen, Non-SAP-Systeme, nichtfinanzielle Daten und manuelle Zulieferungen vollständig.

2. Wo soll die Konsolidierung betrieben werden? Prüfen Sie Stand-alone- und ERP-integriertes Modell im Kontext der Governance und Compliance sowie Release-Strategie und Integrationsbedarfe.

3. Welche Berichtslogik muss erhalten bleiben? Dokumentieren Sie Berichtspositionen, Regeln, Hierarchien, Ableitungen und Sonderlogiken aus SEM-BCS oder BW.

4. Was liegt in Group Reporting, was in Datasphere? Trennen Sie Konsolidierungslogik, Datenbereitstellung und analytische Modelle klar voneinander.

5. Welche Roadmap-Funktionen sind für das Zielbild zwingend? Kennzeichnen Sie angekündigte Funktionen ausdrücklich als Abhängigkeiten und planen Sie eine belastbare Zwischenlösung.

Ein tragfähiges Zielbild beginnt beim Prozess, nicht beim Produkt

Am Anfang steht die fachliche Bestandsaufnahme: Wo entstehen Wartezeiten, manuelle Nacharbeiten oder Lücken in der Rückverfolgbarkeit? Daraus wird ein priorisiertes Prozessbild.

Danach wird für jede Datenquelle festgelegt, wie sie angebunden, transformiert und validiert wird. Group Reporting Data Collection deckt manuelle sowie datei-, API- und OData-basierte Meldungen ab. SAP BDC und Datasphere übernehmen Bereitstellung und Modellierung, SAP Analytics Cloud stellt Berichte, Dashboards und je nach Szenario auch die Konzernplanung bereit.

Eine schrittweise Einführung senkt das Risiko: Beginnen Sie mit einem begrenzten Abschlussumfang und wenigen priorisierten Berichten. Testen Sie Datenherkunft, Regeln, Validierungen und Audit-Trail durchgängig, bevor weitere Gesellschaften, Planungsdaten oder nichtfinanzielle Informationen folgen.

Fazit: Die Nachfolge für SEM-BCS ist zugleich eine Architekturentscheidung

SAP S/4HANA for Group Reporting ist mehr als der technische Ersatz einer auslaufenden Konsolidierungslandschaft. Mit SAP Datasphere und SAP BDC kann ein Konzernberichtswesen entstehen, das Finanzdaten, Konsolidierung, Planung und Analyse auf einer gemeinsamen Datengrundlage verbindet.

Der Nutzen entsteht erst durch klar definierte Datenwege, Berichtslogik und Verantwortlichkeiten. Die Leitfrage lautet daher nicht: „Welches Tool ersetzt unser bisheriges System?“, sondern: „Wie entsteht ein Abschlussprozess, in dem jede Zahl schnell verfügbar, fachlich erklärbar und technisch nachvollziehbar ist?“