SAP S/4HANA vs. SAP ECC — Was sich für Anwender wirklich geändert hat

Viele Unternehmen stehen mitten in der Migration von SAP ERP (ECC) auf SAP S/4HANA — und plötzlich tauchen in Stellenausschreibungen Begriffe auf, die vor wenigen Jahren noch niemand kannte: Universal Journal, Geschäftspartner, Embedded Analytics, SAP Fiori Launchpad. Wer aktuell den Einstieg in die SAP-Welt sucht oder die SAP Foundation Level Zertifizierung (UC_FL_S42023) ablegen will, kommt um die Unterschiede zwischen beiden Systemen nicht herum. Denn die Prüfung fragt explizit nach S/4HANA-Konzepten — nicht mehr nach dem alten ECC-Datenmodell.

Was lernst du in diesem Artikel? Du bekommst die wichtigsten Anwender-relevanten Unterschiede zwischen SAP ECC und SAP S/4HANA in einer Form, die du dir wirklich merken kannst: keine technische Migrationsabhandlung, sondern eine ehrliche Gegenüberstellung von Datenmodell, Stammdaten, Oberfläche, Analytics und Einführungsmethodik. Am Ende warten sieben FL-typische Beispielfragen, mit denen du dein Wissen direkt prüfen kannst.

Warum SAP S/4HANA überhaupt? — Der Schritt nach ECC

SAP ECC (ERP Central Component) lief jahrzehntelang auf klassischen relationalen Datenbanken — Oracle, DB2, SQL Server. Daten wurden zeilenorientiert gespeichert, Auswertungen mussten meist aus separaten Reporting-Systemen wie SAP BW abgerufen werden, weil das Tagesgeschäft sonst zu sehr verlangsamt worden wäre. Doppelte Datenhaltung, Aggregationstabellen, nächtliche Batch-Läufe — das war der Alltag.

SAP S/4HANA bricht damit radikal: Die Suite läuft ausschließlich auf der In-Memory-Plattform SAP HANA. Daten liegen spaltenorientiert im Hauptspeicher, Aggregate werden zur Laufzeit berechnet, statt redundant gespeichert zu werden. Aus Anwendersicht heißt das: Echtzeitprozesse, dynamische Planung und Analyse aus derselben Datenquelle, weniger Datenredundanz, schlankere Tabellen.

Die wichtigsten strategischen Effekte für Anwender im Überblick:

• Eine Datenquelle für Transaktion und Auswertung — kein Wechsel mehr zwischen operativem System und Data Warehouse für Standardberichte.
• Vereinfachtes Datenmodell — weniger Tabellen, weniger Belege, kürzere Schreibwege.
• Moderne Benutzererfahrung über SAP Fiori — rollenbasiert, browserfähig, mobil nutzbar.
• Eingebettete KI- und Analytics-Funktionen aus der SAP Business Technology Platform (BTP).
• Branchenspezifische Best Practices, die nicht nachgerüstet, sondern mitgeliefert werden.

Genau diese Vereinfachung — auf Englisch oft „Simplification" genannt — ist der rote Faden hinter allen Detailänderungen, die wir uns jetzt anschauen.

Universal Journal — das neue Herz des Rechnungswesens

Wer schon einmal in einem ECC-System eine Buchung nachvollzogen hat, kennt das Problem: FI bucht in seine Tabellen, CO bucht in andere, die Anlagenbuchhaltung pflegt eigene Belege, das Material-Ledger nochmal andere. Abgleich, Abstimmung, periodische Verrechnung — und am Ende stimmt das Reporting trotzdem nur fast.

SAP S/4HANA löst das mit dem Universal Journal (technisch: Tabelle ACDOCA, „Accounting Document Actual"). Die Kernidee: ein einziges, umfassendes Journal für alle rechnungswesenrelevanten Buchungen. Externe Finanzbuchhaltung (FI) und internes Rechnungswesen (CO) schreiben in dieselbe Tabelle und teilen sich dieselben Sachkonten.

Damit verschwindet die alte, harte Trennung zwischen FI-Konten und CO-Kostenarten. Der Kontenplan enthält jetzt sowohl klassische Sachkonten als auch Sachkonten vom Typ Kosten. Bei der Anlage eines Sachkontos legt man im Feld Sachkontoart fest, welcher Typ vorliegt — etwa Primärkosten/Erlöse, Sekundärkosten, Bestandskonto, Geldkonto (Cash, Typ C) oder ein nicht betriebliches Konto.

Was bedeutet das konkret für den Anwender?

• Ein Buchungsbeleg enthält in einem Schritt FI- und CO-Informationen — kein nachträglicher Abgleich.
• Aus der Bilanz/GuV ist ein Drill-Down direkt bis zum Originalbeleg (Bestellung, Lieferantenrechnung) möglich.
• Reports auf Profitcenter-, Segment- oder Geschäftsbereichsebene laufen ohne separates Profit-Center-Ledger.
• Reale Buchungen erfolgen auf die Kostenstelle (oder einen anderen Kontierungsempfänger), statistische Buchungen immer parallel ans Profitcenter.

Universal Journal ist mit Abstand der wichtigste Unterschied im Rechnungswesen — und ein Prüfungsklassiker.

Geschäftspartner statt Debitor und Kreditor

In SAP ERP musste man für jeden Geschäftspartner zwei Stammsätze pflegen: einen Kundenstamm für die Vertriebsseite und einen Lieferantenstamm für die Einkaufsseite. War der Partner gleichzeitig Kunde und Lieferant — was im B2B häufig vorkommt —, musste vieles doppelt gepflegt werden: Adresse, Bankverbindung, Kommunikationsdaten. Inkonsistenzen waren vorprogrammiert.

SAP S/4HANA macht den Geschäftspartner-Ansatz (Business Partner, BP) obligatorisch. Der Geschäftspartner ist das zentrale Stammdatenobjekt — Kunden- und Lieferantenstammdaten werden über Rollen abgebildet, nicht über separate Stammsätze.

So sieht die Struktur in der Praxis aus:

Ebene	Beispielinhalt
Allgemeine Daten (Mandantenebene)	Name, Anschrift, Kommunikation, Geschäftspartnerkategorie
Geschäftspartnerrolle „FI Debitor"	Buchungskreis-spezifisch: Abstimmkonto, Zahlungsbedingungen, Zahlwege
Geschäftspartnerrolle „Kunde" (SD)	Vertriebsbereichsdaten: Auftragswährung, Lieferbedingungen
Geschäftspartnerrolle „FI Kreditor"	Buchungskreis-spezifisch: Abstimmkonto, Zahlwege
Geschäftspartnerrolle „Lieferant" (MM)	Einkaufsorganisations-Daten

Drei Geschäftspartnerkategorien sind möglich: Person, Gruppe (z. B. Ehepaar oder Wohngemeinschaft) und Organisation (juristische Person, Abteilung, Verband). Gepflegt werden Geschäftspartner über die SAP-Fiori-App Geschäftspartnerstammdaten verwalten oder die klassische Transaktion BP.

Für die Anwenderzertifizierung wichtig: Debitor und Kreditor existieren in S/4HANA als Begriffe weiterhin — aber nur noch als Rollen eines Geschäftspartners, nicht mehr als eigenständige Stammsätze.

SAP Fiori — die neue Anwender-Oberfläche

Das klassische SAP GUI mit seinem Easy-Access-Menü und Transaktionscodes wie VA01 oder ME21N hat in S/4HANA nicht ausgedient, ist aber nicht mehr der primäre Einstiegspunkt. An seine Stelle tritt das SAP Fiori Launchpad — eine rollenbasierte Web-Oberfläche mit Kacheln, Suchfunktion und individueller Startseite.

Der Unterschied ist mehr als kosmetisch. Während eine GUI-Transaktion typischerweise viele Felder und Reiter gleichzeitig zeigt, ist eine Fiori-App auf eine konkrete Aufgabe zugeschnitten — eine Bestellung freigeben, einen Kundenauftrag anlegen, offene Posten eines Kreditors prüfen. Die offiziellen Vorteile von SAP Fiori laut Prüfungsmaterial:

• Effizienteres Arbeiten, weil relevante Apps und Informationen ohne Umwege erreichbar sind.
• Schnellere Entscheidungen dank Push-Hinweisen, die direkt auf der Startseite einlaufen.
• Bessere Akzeptanz im Tagesgeschäft durch ein einheitliches, mobiltaugliches Design.
• Rollenbasierter Zugriff — jeder Nutzer sieht nur die Kacheln, die zu seiner Tätigkeit passen.

Drei wichtige App-Typen gibt es:

1. Transactional Apps — operative Transaktionen wie Anlegen, Ändern, Buchen.
2. Fact-Sheet-Apps — kontextbezogene Detailansicht eines Objekts (Bestellung, Material, Geschäftspartner).
3. Analytical Apps — KPI-Kacheln mit Echtzeitdaten und Drill-Down ins Belegdetail.

Das alte SAP GUI bleibt für Power-User und administrative Transaktionen verfügbar, ebenso der SAP Business Client als optionaler Desktop-Container. Für die Foundation-Level-Prüfung gilt aber: Default-Oberfläche in S/4HANA ist das Fiori Launchpad.

Embedded Analytics — Echtzeit-Auswertungen im System

In der ECC-Welt war Reporting ein eigenes Universum: Daten aus ERP wurden per Extraktor in SAP BW geladen, dort modelliert, aggregiert und über BEx-Queries oder BO-Tools bereitgestellt. Aktuelle Zahlen? Frühestens nach dem Nachtlauf.

SAP S/4HANA bringt mit Embedded Analytics das operative Reporting direkt ins Transaktionssystem zurück. Möglich wird das durch zwei Bausteine:

• Das virtuelle Datenmodell (VDM) — eine semantische Schicht aus CDS-Views, die fertig aufbereitete Blickwinkel auf das Universal Journal und weitere Tabellen liefert, ohne die Daten zu kopieren.
• Die In-Memory-Geschwindigkeit von SAP HANA, die Aggregationen zur Laufzeit erlaubt.

Für Endanwender gibt es drei zentrale Werkzeuge, die die Prüfung gern abfragt:

• Abfrage-Browser (Query Browser) — Liste verfügbarer CDS-Views, mit denen Anwender ohne IT eigene Auswertungen starten.
• SAP-Fiori-Analyse-Apps — vorgefertigte analytische Kacheln direkt im Launchpad.
• SAP Smart Business Cockpits — KPI-Dashboards für Führungskräfte.

Für Key-User und Anwendungsexperten kommen KPI-Builder, Design Studio und der Abfrage-Designer dazu. Wichtig fürs Anwender-Verständnis: Embedded Analytics ersetzt nicht das klassische Data Warehouse für strategisches Reporting über Jahre und Quellsysteme hinweg — aber für operative Echtzeitauswertungen ist es das neue Standardwerkzeug.

SAP Activate — die neue Einführungsmethodik

Auch jenseits der Software hat sich etwas Grundlegendes geändert: die Methodik, mit der SAP-Projekte umgesetzt werden. Die früher übliche ASAP-Methodik ist abgelöst durch SAP Activate — ein Framework, das drei Säulen kombiniert:

1. SAP Best Practices — sofort einsatzfähige, branchenspezifisch optimierte Geschäftsprozesse, die bereits vorkonfiguriert im System liegen.
2. Methodik — eine modulare Roadmap mit klar abgegrenzten Phasen.
3. Geführte Konfiguration — Tools wie der Solution Builder, Self-Service-Konfigurations-UIs und Expertenkonfiguration, die Best Practices im Kundensystem aktivieren.

Die Phasen der SAP-Activate-Roadmap musst du für die Anwenderprüfung kennen:

Phase	Was passiert?
Erkunden (Discover)	Testversion ausprobieren, Fiori-Erfahrung in vorkonfigurierten Szenarien sammeln.
Vorbereiten (Prepare)	Eigene Szenarien einrichten, Beispiele aus SAP Best Practices verwenden.
Kennenlernen (Explore)	Fit/Gap-Analyse — wie muss das System an Kundenanforderungen angepasst werden?
Umsetzen (Realize)	Best-Practices-Integration mit Ariba, SuccessFactors; Datenmigration, Erweiterungen.
Bereitstellen (Deploy)	Vorbereitung auf den Produktivstart, Anwenderschulungen.
Ausführen (Run)	Laufender Betrieb, Überwachung, kontinuierliche Optimierung.

SAP Activate unterstützt drei Übergangsszenarien: Neue Implementierung (Greenfield), Systemkonvertierung (Brownfield, also ECC-Umstieg ohne Reimplementierung) und Transformation der Landschaft (z. B. Konsolidierung mehrerer Altsysteme über SAP Central Finance). Wichtig: Eine Systemkonvertierung ist kein Upgrade — es findet ein Wechsel von einem SAP-Produkt (ECC) auf ein anderes (S/4HANA) statt.

Weitere strukturelle Änderungen im Schnellüberblick

Neben den großen Themen gibt es eine Reihe kleinerer, aber prüfungsrelevanter Detailunterschiede:

Bereich	SAP ECC	SAP S/4HANA
Datenbank	AnyDB (Oracle, DB2, MaxDB, MSSQL)	Ausschließlich SAP HANA (In-Memory)
Hauptbuch-Tabelle	BSEG, BKPF, FAGLFLEXA u. v. m.	Universal Journal (ACDOCA)
Kunde / Lieferant	Separate Stammsätze (XD01, XK01)	Geschäftspartner mit Rollen (BP)
Material	Materialnummer, max. 18 Stellen	Produktstammdaten, bis zu 40 Stellen
Oberfläche	SAP GUI als Standard	SAP Fiori Launchpad als Standard
Reporting	Vorwiegend SAP BW	Embedded Analytics + BW/4HANA für Strategie
Materialplanung	Klassischer MRP-Lauf	MRP Live (auf HANA)
Cloud-Optionen	Primär On-Premise	Cloud Public Edition, Private Edition, On-Premise

Hinzu kommen die SAP-Cloud-Angebote RISE with SAP (Modernisierung großer Bestandskunden) und GROW with SAP (für mittelständische Neukunden) — beides sind Lizenz- und Service-Pakete, die die Cloud-Einführung beschleunigen sollen. Für die Foundation-Level-Prüfung reicht es, beide Begriffe einordnen zu können.

Warum die Unterschiede prüfungsrelevant sind

Die Foundation-Level-Anwenderzertifizierung (UC_FL_S42023) testet nicht, ob du eine ECC-Transaktion auswendig kennst, sondern ob du die Konzepte der aktuellen S/4HANA-Generation beherrschst. Konkret heißt das: Du musst wissen, was Universal Journal, Geschäftspartner, Fiori, Embedded Analytics und SAP Activate sind — und wie sie sich vom ECC-Verständnis unterscheiden.

Sieben typische Beispielfragen im FL-Stil:

Frage 1. Was beschreibt das Universal Journal in SAP S/4HANA am treffendsten?
A) Eine neue Bedienoberfläche, die das Fiori Launchpad ablöst.
B) Eine gemeinsame Belegtabelle (ACDOCA), in der Finanzbuchhaltung und Controlling parallel schreiben.
C) Ein reines Hilfsjournal für statistische Nebenbuchungen.
D) Eine ausschließlich in der Public Cloud verfügbare Komponente.
Antwort: B. ACDOCA bildet die zentrale Belegzeile für externes und internes Rechnungswesen ab — Abstimmungs- und Schattentabellen früherer Releases entfallen weitgehend.

Frage 2. Richtig oder falsch: In SAP S/4HANA müssen Kunden- und Lieferantenstammdaten weiterhin als separate Stammsätze gepflegt werden.
Antwort: Falsch. Der Geschäftspartneransatz ist in S/4HANA obligatorisch. Kunde und Lieferant existieren nur noch als Rollen eines zentralen Geschäftspartners.

Frage 3. Welche der folgenden Werkzeuge richten sich in SAP S/4HANA Embedded Analytics an Endbenutzer? (Mehrfachauswahl)
A) Abfrage-Browser
B) Design Studio
C) SAP-Fiori-Analyse-Apps
D) Abfrage-Designer
E) SAP Smart Business Cockpits
Antwort: A, C, E. Abfrage-Browser, SAP-Fiori-Analyse-Apps und Smart Business Cockpits sind End-User-Werkzeuge. Design Studio und Abfrage-Designer werden von Key-Usern verwendet.

Frage 4. Welche Geschäftspartnerkategorien gibt es in SAP S/4HANA? (Mehrfachauswahl)
A) Person
B) Maschine
C) Gruppe
D) Organisation
E) Mandant
Antwort: A, C, D. Geschäftspartner werden als Person, Gruppe oder Organisation kategorisiert.

Frage 5. Ein Bestandskunde mit produktivem ECC-System will dieses gezielt — ohne Reimplementierung — in S/4HANA überführen. Welches Übergangsszenario passt?
A) Neue Implementierung
B) Systemkonvertierung
C) Transformation der Landschaft
D) Cloud-Migration
Antwort: B. Die Systemkonvertierung führt den bestehenden ECC-Stand technisch nach S/4HANA über und bewahrt dabei historische Buchungen und Customizing weitestgehend.

Frage 6. Welcher Effekt wird SAP Fiori in der Anwenderpraxis typischerweise zugeschrieben?
A) Längere Einarbeitungszeiten für neue Mitarbeiter
B) Effizienteres Arbeiten dank rollenbasiertem Zugriff auf passende Apps
C) Pflicht zum Wechsel auf SAP HANA bereits unter ECC
D) Ersatz für SAP BW als strategisches Reporting-System
Antwort: B. Fiori bündelt die für die jeweilige Rolle benötigten Apps so, dass Anwender deutlich schneller zum Ergebnis kommen.

Frage 7. Wozu dient das virtuelle Datenmodell (VDM) in SAP S/4HANA Embedded Analytics?
A) Es legt eine separate, analyseoptimierte Kopie der Datenbank an.
B) Es ist ein Reporting-Frontend für Endanwender.
C) Es liefert über CDS-Views fertige, semantisch angereicherte Blickwinkel direkt auf die operativen Daten.
D) Es enthält vorgefertigte, sofort druckbare Geschäftsberichte.
Antwort: C. Das VDM stellt CDS-basierte Sichten auf die Live-Daten bereit, sodass Auswertungen ohne zusätzliche Datenkopie möglich sind.

Fazit

SAP S/4HANA ist keine kosmetische Modernisierung von SAP ECC. Die zentralen Konzepte — Universal Journal, Geschäftspartner, Fiori als Default-Oberfläche, Embedded Analytics, SAP Activate als Einführungsmethodik — verändern die Art, wie Anwender mit dem System arbeiten, fundamental. Wer die Foundation-Level-Zertifizierung anstrebt, sollte diese fünf Bausteine sicher unterscheiden und in eigenen Worten erklären können.

Die gute Nachricht: Vieles, was du aus ECC kennst, wirkt in S/4HANA weiterhin im Hintergrund. Buchungskreise, Werke, Kostenstellen, Sachkonten — die Organisationsstrukturen sind dieselben geblieben. Was sich geändert hat, ist die Architektur darunter: ein vereinfachtes Datenmodell, eine integrierte Plattform, eine moderne Oberfläche. Wenn du diesen Perspektivwechsel verinnerlicht hast, fällt dir der Rest der Anwenderzertifizierung leicht.

👉 Jetzt 15 Foundation-Level-Fragen kostenlos testen oder direkt das FL-Modul ansehen.

Offizielle Quelle

Die Inhalte dieses Artikels beziehen sich auf die offizielle SAP-Zertifizierung (UC_FL_S42023). Den verbindlichen, aktuellen Stand – Prüfungsaufbau, Themen und Voraussetzungen – findest du direkt bei SAP:

• SAP Learning – offizielle Zertifizierungsübersicht