Der Umstieg auf SAP S/4HANA ist für das Immobilienmanagement mehr als ein technisches Update. Er bringt ein vereinfachtes Datenmodell, eine neue Oberflächenwelt und veränderte Spielregeln für Eigenentwicklungen. Dieser Artikel erklärt, was sich für RE-FX-Anwender konkret ändert – und was gleich bleibt.

Das Universal Journal als neuer Mittelpunkt

Die wichtigste Änderung liegt im Rechnungswesen. Wo SAP ECC die Buchungsdaten über viele Summen- und Einzelpostentabellen verteilte, führt S/4HANA sie in einer zentralen Bewegungsdatentabelle zusammen: dem Universal Journal (ACDOCA). Diese „Single Source of Truth“ vereint FI- und CO-Informationen auf Einzelpostenebene und macht redundante Datenhaltung und Abstimmungsaufwände überflüssig.

Für RE-FX heißt das: Die buchhalterischen Bewegungen aus Sollstellung, Nebenkostenabrechnung und Leerstandsbuchung fließen in das Universal Journal – mit dem Vorteil deutlich schnellerer und flexiblerer Auswertungen in Echtzeit.

Was mit den gewohnten RE-FX-Tabellen passiert

Die gute Nachricht für alle, die mit der gewohnten Tabellenwelt arbeiten: Die RE-FX-Stammdatentabellen (VIBDBE, VIBDRO, VICNCN und Co.) bleiben grundsätzlich erhalten. Ältere oder abgelöste Strukturen werden über Kompatibilitätsviews weiter bereitgestellt, sodass bestehende Programme zunächst weiterlaufen.

Entscheidend ist aber der Umgang in eigenen Entwicklungen: Direkte Zugriffe auf klassische Tabellen wie BSEG sind kritisch und sollten vermieden werden. Stattdessen gilt der Zugriff über das Universal Journal sowie über freigegebene APIs und CDS-Views als der richtige Weg. Eine Übersicht der relevanten Tabellen bietet der Artikel zu den RE-FX Tabellen.

Fiori neben dem RE-Navigator

Bei der Oberfläche bringt S/4HANA SAP Fiori als modernes, webbasiertes User Interface. Komplexe Transaktionen werden dabei nicht einfach nachgebaut, sondern in mehrere leichtgewichtige Apps neu strukturiert, die jeweils einen Teil der Funktionalität abbilden.

Wichtig für die Praxis: Die klassische SAP-GUI-Welt bleibt verfügbar. Der vertraute RE-Navigator (RE80) und die bekannten Transaktionen funktionieren in der On-Premise-Variante weiter – niemand muss von heute auf morgen die gesamte Sachbearbeitung auf Fiori umstellen. Die beiden Welten ergänzen sich, und der Übergang lässt sich schrittweise gestalten.

Geschäftspartner und Custom Code

Zwei weitere Punkte sind für RE-FX relevant. Erstens der Geschäftspartner: In S/4HANA ist der Business Partner der führende Stammsatz für Debitoren und Kreditoren – die Grundlage für das Partnermanagement, das der Artikel zum SAP Geschäftspartner in RE-FX beschreibt. Zweitens der Custom Code: Jede Migration erfordert eine Analyse der Eigenentwicklungen. Direkte Tabellenzugriffe sollten umgestellt, Custom Code wo möglich reduziert und durch SAP-Standard oder Erweiterungen über die SAP Business Technology Platform (BTP) ersetzt werden.

Migration mitdenken

All das ist kein Selbstzweck, sondern Teil der Migrationsentscheidung. Wie der Umstieg insgesamt abläuft und welche Stolpersteine lauern, behandelt unser kompletter Leitfaden zur RE-FX Migration von ECC zu S/4HANA. Welcher Migrationsansatz zu Ihrem Bestand passt, vertieft der Artikel Brownfield vs. Greenfield für RE-FX.

Fazit

RE-FX unter S/4HANA bedeutet: ein zentrales Universal Journal als Datenbasis, erhaltene Stammdatentabellen mit Kompatibilitätsviews, Fiori neben dem weiterhin nutzbaren RE-Navigator und klare Regeln für Eigenentwicklungen. Wer diese Logik versteht, kann den Umstieg als Modernisierung nutzen, statt ihn nur als technische Pflichtübung zu erleben. Eine erste Standortbestimmung liefert der RE-FX Reifegrad Self-Check.

Häufige Fragen

Funktioniert der RE-Navigator (RE80) noch unter S/4HANA? Ja. In der On-Premise-Variante bleiben SAP GUI, der RE-Navigator und die bekannten Transaktionen verfügbar; Fiori kommt als zusätzliche, moderne Oberfläche hinzu.

Was ist das Universal Journal im RE-FX-Kontext? Das Universal Journal (ACDOCA) ist die zentrale Bewegungsdatentabelle in S/4HANA, in die auch die buchhalterischen RE-FX-Bewegungen fließen – mit Vorteilen bei Performance und Echtzeit-Auswertungen.

Muss ich meinen Custom Code anpassen? In der Regel ja. Direkte Zugriffe auf klassische Tabellen sollten auf das Universal Journal und freigegebene APIs umgestellt und Eigenentwicklungen wo möglich reduziert werden.