DSGVO in SAP RE-FX

DSGVO in SAP RE-FX: Datenschutzkonformes Löschen von Geschäftspartnerdaten

Seit Inkrafttreten der Datenschutz-Grundverordnung (DSGVO) am 25. Mai 2018 rückt der Schutz personenbezogener Daten stärker denn je in den Fokus der Unternehmen – auch im Bereich der Immobilienverwaltung. In SAP RE-FX kommt diesem Aspekt eine besondere Bedeutung zu, da hier Geschäftspartnerdaten in vielfältiger Form verarbeitet werden. Doch wie lässt sich die Einhaltung der DSGVO – insbesondere das Recht auf Vergessenwerden – im Zusammenspiel mit aktuellen und historischen Vertragsdaten praktisch umsetzen?

Warum DSGVO in SAP RE-FX ein kritisches Thema ist

Im Kontext von SAP RE-FX begegnen uns personenbezogene Daten an vielen Stellen: in Mietverträgen, Anmietungen, Hausgeldabrechnungen, Serviceverträgen und sogar in Ansprechpartnerrollen. Dies betrifft nicht nur Namen und Kontaktdaten, sondern mitunter auch Bankverbindungen und weitere sensible Informationen.

Dadurch stellt sich zwangsläufig die Frage: Wie bleiben Unternehmen DSGVO-konform, wenn personenbezogene Daten nicht länger benötigt werden? Wie gelingt der Spagat zwischen gesetzlichen Aufbewahrungsfristen und dem Zweckbindungsprinzip der DSGVO, wonach Daten nicht unendlich lange gespeichert werden dürfen?

Die Antwort liegt in einer strukturierten Datenarchivierung und -vernichtung mit Hilfe von SAP ILM (Information Lifecycle Management).

Die Rolle von SAP ILM im Datenschutzprozess

SAP ILM unterstützt bei der regelbasierten Archivierung, Sperrung und endgültigen Vernichtung personenbezogener Daten auf Basis gesetzlicher und organisatorischer Anforderungen. Für SAP RE-FX sind insbesondere folgende Komponenten relevant:

• Definieren und Anwenden von Aufbewahrungs- und Verweilregeln
• Sperren von Daten – selektiver Zugriff mit Berechtigungssteuerung
• Endgültiges Löschen personenbezogener Daten, wenn die Aufbewahrungsfrist überschritten und der Zweck entfallen ist

Diese Funktionen werden über sogenannte ILM-Objekte bereitgestellt. Für Geschäftspartner beispielsweise ist das Objekt CA_BUPA maßgeblich, während in SAP RE-FX viele relevante Stammdatenobjekte wie REFX_BE (Wirtschaftseinheit) oder REFX_BU (Gebäude) geläufig sind.

Das Prinzip: Von „End of Business“ bis zur Löschung

Ein zentrales Konzept im SAP ILM ist der Lebenszyklus eines Datenobjekts. Dieser beginnt im produktiven Einsatz und endet mit dem Abschluss des „geschäftlichen Zwecks“ – dem sogenannten End of Business (EoB). Ab diesem Zeitpunkt startet die sogenannte Verweildauer, definiert durch Verweilregeln.

Nach Ablauf der Verweildauer beginnt die Prüfung, ob Daten gelöscht werden dürfen – das End of Purpose (EoP). Dabei wird analysiert, ob noch offene Buchungen, Verträge oder andere systemrelevante Abhängigkeiten vorliegen. Erst wenn alle Kriterien erfüllt sind, können Daten gesperrt und anschließend gelöscht werden.

Die SAP ILM-Komponenten ermöglichen es, diesen zeitlichen und funktionalen Ablauf klar zu steuern – unter Berücksichtigung von DSGVO und handelsrechtlichen Aufbewahrungspflichten (z. B. nach HGB und AO).

Ein Beispiel aus der Praxis

Stellen wir uns folgende Situation in einem Immobilienunternehmen vor:

Die Firma Mustermann Immobilien GmbH verwaltet Wohn- und Gewerbeimmobilien. Ein Mieter (Herr Schulze) kündigt im Oktober 2022 seinen Mietvertrag, der offiziell zum 31. Januar 2023 endet. Für die Mietverhältnis-Verhältnisse besteht eine gesetzliche Aufbewahrungspflicht von 10 Jahren (z. B. wegen Betriebskostenabrechnungen oder steuerlichen Prüfungen). Gleichzeitig möchte das Unternehmen den Datenschutzanforderungen gerecht werden und personenbezogene Daten nicht länger als nötig speichern.

Das Vorgehen mit SAP ILM könnte folgendermaßen aussehen:

• End of Business: 31.01.2023 – Mietverhältnis endet
• Beginn der Verweildauer: 01.02.2023
• Verweilregel: 2 Jahre, um mögliche Rückfragen oder Gewährleistungsansprüche zu klären
• Geplante Löschung: Ab 01.02.2025 Prüfung, ob personenbezogene Daten gelöscht werden dürfen

Im Rahmen dieser EoP-Prüfung stellt das System sicher, dass keine offenen Belege oder Verträge mehr bestehen. Sind alle Voraussetzungen erfüllt, wird Herr Schulzes Geschäftspartnerrolle gesperrt und für den Großteil der Benutzer nicht mehr sichtbar. Nach Ablauf aller gesetzlichen Aufbewahrungsfristen kann sein Datensatz automatisch gelöscht werden – DSGVO-konform und nachvollziehbar.

Sperren vs. Löschen: Der feine Unterschied

Gerade bei komplexen Vertragskonstruktionen kommt es auf Differenzierung an. Nicht jeder Geschäftspartner darf sofort gelöscht werden, selbst wenn der ursprüngliche Zweck entfallen ist. In solchen Fällen bietet SAP ILM den Zwischenschritt der Sperrung an. Gesperrte Daten bleiben im System erhalten, sind aber nur noch für autorisierte Benutzer zugreifbar und erscheinen nicht mehr in Standardauswertungen.

Das endgültige Löschen erfolgt erst nach Ablauf aller Fristen – insbesondere, wenn keine steuerlichen oder rechtlichen Aufbewahrungspflichten mehr bestehen.

Wichtige Erfolgsfaktoren für eine DSGVO-konforme Umsetzung in SAP RE-FX

Die DSGVO-konforme Datenverarbeitung ist keine rein technische Aufgabe, sondern betrifft Prozesse, Organisation und Systemkonfiguration gleichermaßen. Folgende Punkte gilt es bei der Projektumsetzung zu berücksichtigen:

• Klare Regelwerke in SAP ILM definieren: Welche Daten dürfen wann archiviert, gesperrt oder vernichtet werden?
• Prüfgebiete aktivieren und mit ILM-Objekten verbinden, z.B. für Geschäftspartnerdaten (BUPA_DP)
• Gültigkeitsdaten vererben (z.B. von Vertrag auf Geschäftspartner), um die EoB-Zeitpunkte logisch ableiten zu können
• Regelmäßige EoP-Prüfungen planen und automatisieren
• Datenzugriffe berechtigungsbasiert steuern, insbesondere im Fall gesperrter Daten

Fazit

Der Schutz personenbezogener Daten ist mehr als ein Schlagwort – er ist Pflicht. SAP RE-FX bietet mit Hilfe von SAP ILM das passende Werkzeug, um Datenlebenszyklen DSGVO-konform zu steuern. Entscheidend ist dabei nicht nur die technische Umsetzung, sondern auch das Zusammenspiel zwischen Fachbereich, IT und Datenschutzverantwortlichen.

Richtig genutzt, sorgen ILM-Regelwerke dafür, dass personenbezogene Daten nur so lange wie nötig im System bleiben und anschließend nachvollziehbar und geprüft gelöscht werden – egal, ob es sich um Mieter, Korrespondenzpartner oder Dienstleister handelt.

Wenn du Fragen zu SAP RE-FX oder zur DSGVO-konformen Umsetzung in deinem System hast, melde dich gerne auf LinkedIn bei mir: Steven Imig auf LinkedIn – ich freue mich auf den Austausch!
Oder: Wenn du dich für SAP RE-FX interessierst, gerne vernetzen!

Archivierung von Verträgen

Vertragsarchivierung in SAP RE-FX – DSGVO-konform, übersichtlich und systematisch

Was passiert eigentlich mit Altverträgen im SAP-System? In vielen Immobilienunternehmen sammeln sich im Laufe der Jahre tausende von Miet-, Kauf- oder Dienstverträgen – inklusive dazugehöriger Buchungs- und Bewegungsdaten. Auch wenn viele dieser Verträge bereits beendet oder längst irrelevant für den operativen Betrieb sind, bleiben sie im System bestehen. Das führt zu unnötigem Datenballast, erschwert die tägliche Arbeit und birgt ein erhebliches Risiko: die Nichteinhaltung der DSGVO.

Deshalb ist die strukturierte und gesetzeskonforme Archivierung von Verträgen ein zentraler Baustein jedes nachhaltigen SAP RE-FX Betriebs. In diesem Beitrag erkläre ich, wie Verträge und zugehörige Stammdaten in SAP RE-FX archiviert werden können – mit besonderem Fokus auf die Vorgaben der Datenschutz-Grundverordnung (DSGVO) und deren Auswirkung auf Ihr System und Ihre Prozesse.

Worum geht es bei der Archivierung in SAP RE-FX?

Archivierung bedeutet in SAP RE-FX: Auslagerung nicht mehr benötigter Daten aus dem aktiven System in ein Archiv. Diese Informationen werden nicht gelöscht, sondern außerhalb der Datenbankstruktur des operativen Systems abgelegt. Damit sind sie weiterhin (mit speziellen Berechtigungen) lesbar, aber beeinflussen nicht mehr die Performance oder laufende Geschäftsprozesse.

Verträge und dazugehörige Objekte wie Mietobjekte, Gebäude oder Wirtschaftseinheiten durchlaufen dabei definierte Archivierungsprozesse, die aus mehreren Schritten bestehen. SAP stellt dafür eigene Archivierungsobjekte (z. B. REFX_CN für Verträge) sowie Transaktionen wie SARA oder REBDBEAR bereit.

DSGVO – warum wir Daten nicht endlos speichern dürfen

Seit dem Inkrafttreten der DSGVO im Jahr 2018 ist klar geregelt, dass personenbezogene Daten nur so lange gespeichert werden dürfen, wie sie für den jeweiligen Zweck erforderlich sind. Diese Regel betrifft auch alle personenbezogenen Informationen in Verträgen, wie Mieterdaten, Adressen oder Bankverbindungen.

Für Unternehmen bedeutet das: Sobald ein Vertrag beendet ist und alle gesetzlichen Aufbewahrungsfristen abgelaufen sind, müssen diese Daten entweder gelöscht oder – wenn ein berechtigtes Interesse wie eine Betriebsprüfung besteht – rechtssicher archiviert werden. SAP RE-FX unterstützt diesen Prozess, wenn ihn Unternehmen auch entsprechend im Customizing und in ihren operativen Abläufen verankert haben.

Wie läuft die Archivierung konkret ab?

Die Archivierung in SAP RE-FX folgt einem strukturierten Vier-Schritt-Modell:

1. Löschvormerkung setzen: Die Objekte – z. B. Verträge oder Gebäude – werden mit dem Status "Löschvormerkung" versehen. Das setzt voraus, dass alle verbundenen Prozesse abgeschlossen sind (z. B. keine offenen Buchungen).
2. Löschkennzeichen automatisch setzen: Nach einer im Customizing definierten Residenzzeit (z. B. 90 Tage) wird das Löschkennzeichen durch ein Vorlaufprogramm automatisch gesetzt.
3. Daten archivieren (Schreibprogramm): Die nun als archivierungsfähig markierten Daten werden in die Archivdatenbank ausgelagert.
4. Daten löschen: Schließlich werden sie aus den aktiven Anwendungsdaten gelöscht und nur noch über das Archivsystem zugänglich gemacht (z. B. über SARE oder RE-Navigator).

Wichtig: Die korrekte Reihenfolge der Archivierung ist entscheidend. Verträge werden vor den Objekten archiviert, mit denen sie verbunden sind. Innerhalb der Objekthierarchie (Mietobjekt → Gebäude → Wirtschaftseinheit) gilt: von unten nach oben archivieren.

Ein Beispiel aus der Praxis

Ein Wohnungsunternehmen verwaltet rund 20.000 Verträge in SAP RE-FX. Jedes Jahr laufen etwa 3.000 Mietverhältnisse aus. Nach Ablauf der vertraglichen Verpflichtungen, Zahlungsabgleiche und Rückbuchungen gibt es keinen operativen Grund mehr, diese Verträge weiter im aktiven System zu halten.

Das Unternehmen hat in Zusammenarbeit mit der IT und dem Datenschutzbeauftragten ein Archivierungskonzept erstellt. Darin ist u. a. definiert:

• Nach Vertragsende werden Verträge für ein Jahr beobachtet (Residenzzeit 1).
• Danach erhalten sie automatisiert das Löschkennzeichen.
• Sechs Monate später erfolgt die Archivierung (Residenzzeit 2).
• Zugriffe auf archivierte Verträge sind nur bestimmten Rollen vorbehalten.

Durch diese konsequente Archivierung wurden nicht nur über 2.500 Altverträge pro Jahr aus dem Produktivsystem entfernt, sondern gleichzeitig der Zugriff auf personenbezogene Daten konsequent eingeschränkt – in Übereinstimmung mit der DSGVO.

Fazit – Deshalb ist Archivierung kein „Kann“, sondern ein „Muss“

Die Archivierung von Verträgen in SAP RE-FX ist viel mehr als nur Datenpflege. Sie ist ein essenzieller Bestandteil einer sicheren, performanten und datenschutzkonformen Systemlandschaft. Besonders im Hinblick auf gesetzliche Anforderungen wie die DSGVO lassen sich mit Hilfe der SAP-Archivierungsfunktionen praktikable und auditfeste Lösungen etablieren.

Wer jedoch lediglich technische Archivierungsjobs plant, ohne sich mit den betrieblichen Auswirkungen zu befassen (z. B. Zugriff, Aufbewahrungsfristen, Objektstatus), riskiert Inkonsistenzen oder sogar Datenverluste. Der Schlüssel liegt in einem ganzheitlichen Archivierungskonzept, das sowohl IT, Fachabteilung als auch Datenschutz einbezieht.

Mein Rat: Nehmen Sie Archivierung nicht als reines Technikthema. Es ist ein strategischer Hebel für Compliance, Performance und Prozessklarheit im Immobilienmanagement.

Wenn du Fragen zu SAP RE-FX oder zur Archivierung hast, melde dich gerne auf LinkedIn:
https://www.linkedin.com/in/steven-imig-479993a2/
Oder: Wenn du dich für SAP RE-FX interessierst – gerne vernetzen!

Fehleranalyse und Logs

Fehleranalyse und Logs in SAP RE-FX – So schaffen Sie Transparenz und Kontrolle

Wer täglich mit SAP RE-FX arbeitet, kennt das Problem: Ein Buchungslauf läuft nicht durch, eine Mietanpassung bleibt erfolglos oder ein Geschäftsprozess produziert unerklärliche Ergebnisse. Doch wo liegt der Fehler? Wie können Sie systematisch und effizient nach Ursachen suchen?

Für Systembetreuer und RE-FX-Verantwortliche sind eine strukturierte Fehleranalyse und der gezielte Einsatz von Logs und Protokollen entscheidend für die erfolgreiche Wartung und Optimierung des Systems. In diesem Beitrag beleuchte ich zentrale Werkzeuge im SAP RE-FX, mit deren Hilfe Sie Fehlerquellen aufdecken und beheben können – allen voran Protokolle, Änderungsbelege und das Postprocessing Office (PPO).

Warum Fehleranalyse im RE-FX so wichtig ist

Im Gegensatz zu rein transaktionalen Anwendungen basiert SAP RE-FX auf komplexen, periodischen und stark konfigurierbaren Prozessen. Ob Mietanpassung, Nebenkostenabrechnung oder periodische Buchungen – Abweichungen oder Fehler treten nicht selten erst nach Wochen auf, können aber massive Auswirkungen haben.

Daher ist es essenziell, die richtigen Werkzeuge zu kennen, um Probleme frühzeitig zu erkennen und nachvollziehbar zu analysieren. Neben einer sorgfältigen Customizing-Dokumentation helfen standardisierte Logging-Funktionen dabei, Transparenz im Systemverhalten zu erzeugen.

Protokolle sinnvoll nutzen: RECALA und RERAPL

Im SAP RE-FX werden bei nahezu allen Geschäftsprozessen Protokolle erzeugt. Für die Auswertung nutzen Sie primär die Transaktion RECALA (Protokolle auswerten). Hier können Sie gezielt nach Protokollen suchen – z. B. zur periodischen Buchung, Nebenkostenabrechnung oder Rechnungsstellung. Hilfreich ist die Auswahl nach Objekttypen wie RERA (Mietenbuchhaltung) oder RESC (Nebenkosten).

Für Buchungsprozesse selbst steht zusätzlich die Transaktion RERAPL (Buchungsprotokoll) zur Verfügung. Besonders praktisch: Sie können dort sowohl RE-FX-Belege als auch FI/CO-Belege selektieren, abhängig davon, wo Sie die Ursache eines Fehlers vermuten.

Wichtig: Die Protokolle werden nur für einen begrenzten Zeitraum gespeichert – standardmäßig 30 Tage. Mittels BAdI BADI_RECA_MESSAGE_LIST kann dieses Verfallsdatum bei Bedarf verlängert werden, etwa für Jahresprozesse wie die Mietanpassung.

Änderungsbelege: Wer hat was geändert?

Nicht jeder Fehler steckt im Prozess selbst – manchmal liegt die Ursache in geänderten Stammdaten oder Vertragskonditionen. Änderungsbelege helfen, Änderungen lückenlos nachzuvollziehen.

Sowohl in der Vertragsanzeige als auch über das Infosystem (Transaktion REISCHGDOCCN) können Sie nachvollziehen, wann und durch wen z. B. ein Konditionseintrag angepasst, ein Mietobjekt entfernt oder ein Verwendungszweck geändert wurde. Besonders bei Abstimmungsproblemen zwischen Anlagenbuchhaltung, Controlling und RE-FX ist das eine unschätzbare Hilfe.

Postprocessing Office (PPO): Fehler systematisch nachbearbeiten

Ein weiterer wichtiger Baustein der Fehleranalyse ist das Postprocessing Office (PPO). Vor allem im Umfeld der Geschäftspartner-Synchronisation (z. B. zwischen Debitoren und Kreditoren) treten Validierungsfehler auf, die im PPO gesammelt werden.

Hier sehen Sie strukturiert alle offenen Nachbearbeitungsaufträge – die zentrale Anlaufstelle, wenn z. B. neue Geschäftspartner mit fehlenden Pflichtfeldern angelegt wurden.

Aber Achtung: Das PPO ist kein Dauerzustand! Ziel sollte es sein, die Ursachen der Fehler zu beheben (z. B. durch angepasstes Customizing des Feldstatus) und dann das PPO im Produktivsystem wieder zu deaktivieren. Eine dauerhafte Nutzung birgt die Gefahr von Prozessfehlern im Tagesgeschäft.

Beispiel aus der Praxis

In einem Kundenprojekt wurde die periodische Mietanpassung mehrfach ohne ersichtlichen Grund abgebrochen. Zunächst wurden die Prozesse manuell überprüft, ohne Befund.

Die Analyse über RECALA zeigte dann: Die Protokolle enthielten eine konfigurierbare Fehlermeldung, die jedoch nur bei bestimmten Nutzungsarten auftrat. Mittels BAdI BADI_RECA_MESSAGE wurde analysiert, dass die Fehlermeldung durch ein fehlendes Profit Center für eine selten genutzte Objektnutzung ausgelöst wurde. Nach Anpassung des Customizings konnte der Lauf fehlerfrei abgeschlossen werden.

Zusätzlich stellte sich heraus, dass einige Vertragsstammdaten manuell manipuliert worden waren. Über REISCHGDOCCN konnten die entsprechenden Änderungen und Benutzer identifiziert, intern geschult und die Prozesse angepasst werden.

Fazit: Transparenz durch Logs spart Mühe und Zeit

Für Systembetreuer im SAP RE-FX ist es entscheidend, nicht nur die Prozesse, sondern auch die Fehlerquellen zu verstehen. Protokolle, Änderungsbelege und das Postprocessing Office bilden eine solide Grundlage für eine systematische Fehleranalyse.

Mein Tipp: Richten Sie sich für alle Standardprozesse regelmäßige Prüf-Routinen mit RECALA und RERAPL ein. Überprüfen Sie vierteljährlich das PPO auf offene Einträge – und nutzen Sie die Änderungsbelege, um Stammdatenpflege proaktiv zu auditieren.

So sorgen Sie dafür, dass Ihr RE-FX-System nicht nur funktioniert, sondern langfristig stabil und auditkonform bleibt.

Wenn du Fragen zu SAP RE-FX hast oder dich für einen Austausch interessierst, melde dich gerne auf LinkedIn bei mir: Steven Imig – ich freue mich auf den Kontakt!

Massenänderungen in SAP RE

Massenänderungen in SAP RE — Verantwortlichkeiten und Zuordnungen effizient verwalten

In jeder größeren RE-FX-Installation kommt früher oder später die Frage auf: Wie lassen sich sehr viele Objekte gleichzeitig aktualisieren, ohne diese mühsam einzeln zu bearbeiten?
Ob durch Umstrukturierungen, Personalwechsel oder organisatorische Veränderungen – die Notwendigkeit zur Massenänderung von Verantwortlichkeiten und organisatorischen Zuordnungen gehört zum operativen Alltag vieler Unternehmen. SAP RE-FX bietet hierzu leistungsstarke Werkzeuge – die jedoch vielfach ungenutzt bleiben oder wenig bekannt sind.

Die Relevanz für den operativen Betrieb

In der Praxis stoßen Key User und Systemadministratoren regelmäßig auf die Herausforderung, hunderte bis tausende Stamm- oder Vertragsdaten aktualisieren zu müssen. Typische Szenarien sind unter anderem:

• Ein neuer Mitarbeiter übernimmt die Betreuung bestimmter Objekte.
• Profit-Center-Strukturen werden im Unternehmen neu geordnet.
• Verträge sollen einer neuen organisatorischen Einheit zugewiesen werden – z.B. im Zuge von Unternehmenszusammenschlüssen oder Reorganisationen.

Statt alle betroffenen Objekte manuell anzupassen, lassen sich solche Änderungen in SAP RE-FX gezielt und massenhaft durchführen – vorausgesetzt, man kennt die richtigen Transaktionen und setzt sie korrekt ein.

Hauptfunktionen für Massenänderungen in SAP RE-FX

Der Menüpfad Werkzeuge → Massenänderung im SAP RE-FX-Modul führt zu verschiedenen spezialisierten Transaktionen, mit denen Sie systematisch große Datenmengen ändern können. Im Fokus stehen hier zwei praxisrelevante Funktionen:

1. Verantwortlichkeiten massenhaft ändern – RECARP & Co.

Bei der Anlage von Objekten oder Verträgen wird automatisch der Benutzer als Verantwortlicher gespeichert, der den Datensatz erstellt. Das ist praktisch, kann aber schnell ein Problem werden, wenn Zuständigkeiten verlagert werden. Hier kommt Transaktion RECARP ins Spiel: Sie ermöglicht die zielgerichtete Massenänderung der Verantwortlichkeiten von Nutzungsobjekten.

Vorgehen:

1. Starten Sie RECARP.
2. Wählen Sie die Objektart und ggf. Selektionskriterien (z. B. Standort, Objektgruppe).
3. Tragen Sie den neuen Verantwortlichen ein.
4. Das System zeigt Ihnen die selektierten Objekte in einer Liste.
5. Markieren Sie die Objekte, die geändert werden sollen, und sichern Sie die Änderungen.

Für andere Objektarten wie Verträge, Abrechnungseinheiten oder architektonische Objekte stellt SAP entsprechende analoge Transaktionen bereit.

2. Organisatorische Zuordnung ändern – REMCOA*

Die organisatorische Zuordnung eines Objekts betrifft unter anderem Geschäftsbereich, Profit-Center, Funktionsbereich und Steuerstandort. Bei strukturellen Veränderungen innerhalb des Unternehmens ist es essenziell, diese Merkmale korrekt, konsistent und rückverfolgbar zu aktualisieren.

Hierfür stellt SAP RE-FX unterschiedliche Transaktionen bereit, etwa:

• REMCOABD – für Nutzungsobjekte
• REMCOACN – für Verträge
• REMCOASU – für Abrechnungseinheiten
• REMCOAOF – für Vertragsangebote

Der große Vorteil: Die Änderungen können stichtagsbezogen vorgenommen und – bei Bedarf – zunächst simuliert werden. So behalten Sie jederzeit die Kontrolle über Ihre Daten und vermeiden Inkonsistenzen.

Praxisbeispiel: Umstrukturierung im Facility Management

Ein mittelständisches Unternehmen strukturiert seinen Bereich Facility Management neu. In der Folge werden über 500 Mietobjekte neu zugeordnet:

• Die organisatorische Verantwortung wechselt von drei alten Profit-Centern auf zwei neu gegründete.
• Zudem sollen die Objekte neuen Mitarbeitern als Verantwortliche zugewiesen werden.

Statt diese Änderungen manuell durchzuführen, nutzt das SAP-RE-Team die Transaktionen RECARP (für Verantwortliche) und REMCOABD (für organisatorische Zuordnung der Objekte). Innerhalb eines Nachmittags kann das Team alle Änderungen sauber und nachvollziehbar abwickeln – inklusive Protokollierung der Änderungsläufe.

Dank der Möglichkeit, bestimmte Änderungen als Zeitscheibe einzugeben (beispielsweise mit Startdatum 01.07.), bleibt die Historie unangetastet, und das Reporting läuft weiterhin korrekt.

Tipps zur praktischen Umsetzung

• Änderungsläufe dokumentieren: Verwenden Sie das Feld „Ext. Identifikation“, um Massenänderungen nachvollziehbar zu dokumentieren.
• Simulation zuerst: Wenn Sie unsicher sind, nutzen Sie zunächst die Simulationsfunktion, um Fehler frühzeitig zu erkennen.
• Berechtigungen beachten: Nicht jeder Benutzer darf alle Transaktionen starten. Prüfen Sie Berechtigungskonzepte vor dem Produk­tiveinsatz.
• Arbeitsvorrat gezielt einsetzen: Falls Sie keine direkte Änderungsberechtigung für Folgeobjekte haben, registrieren Sie die Änderung im Arbeitsvorrat (z. B. via RE80 oder RECARG) zur späteren Verarbeitung.

Fazit

Massenänderungen in SAP RE-FX sind kein Hexenwerk – im Gegenteil: Sie gehören zu den wirkungsvollsten Werkzeugen für die Datenpflege, Governance und effiziente Systemnutzung unter produktiven Bedingungen. Doch wie bei jedem Werkzeug gilt: Nur wer die Funktion kennt und korrekt anwendet, profitiert in vollem Umfang.

Mein Tipp: Legen Sie sich Ihre wichtigsten Massenänderungs-Transaktionen als Favoriten im SAP-Menü an. So haben Sie bei Bedarf das richtige Werkzeug sofort zur Hand.

Wenn du Fragen zu SAP RE-FX hast oder über Best Practices sprechen möchtest, melde dich gern direkt bei mir auf LinkedIn:
https://www.linkedin.com/in/steven-imig-479993a2/

Oder: Wenn du dich für SAP RE-FX interessierst – gerne vernetzen!

Wiedervorlagetermine automatisieren

Wiedervorlagetermine in SAP RE-FX automatisieren – ein unterschätzter Helfer in der Vertragsverwaltung

Jahreswechsel sind für viele Unternehmen nicht nur ein Zeitpunkt für Bilanzen, sondern auch eine Hochphase für administrative Aufgaben. Gerade in der Immobilien- bzw. Mietvertragsverwaltung mit SAP Real Estate Management (RE-FX) häufen sich um diese Zeit periodische Arbeiten: Finanzströme müssen überprüft, Kostensammler eingerichtet und Nummernkreise angepasst werden. Ein Thema wird dabei häufig unterschätzt, obwohl es enorm zur Effizienz beiträgt: die Automatisierung von Wiedervorlagetermine für Verträge und Nutzungsobjekte.

Warum ist das wichtig? Ganz einfach: Wiedervorlagetermine dienen Ihnen als Erinnerungshilfen für anstehende Aufgaben im Lebenszyklus eines Vertrags – etwa für Vertragsverlängerungen, Kündigungen, Indexanpassungen oder Prüfungen von Mietkonditionen. Werden diese nicht rechtzeitig generiert oder gepflegt, besteht die Gefahr, wichtige Fristen zu versäumen.

Was sind Wiedervorlagetermine in SAP RE-FX?

Wiedervorlagetermine in SAP RE-FX sind systemseitige Erinnerungen, die bestimmten Objekten – etwa Verträgen oder Nutzungsobjekten – zugeordnet werden können. Sie dienen der strukturierten Wiedervorlage relevanter Informationen zu einem bestimmten Datum.

Diese Termine können entweder aus spezifischen Vertragsinhalten (z. B. Kündigungsfristen oder Vertragslaufzeiten) automatisch abgeleitet oder als periodische Termine generiert werden, etwa einmal jährlich zur Überprüfung wirtschaftlicher Parameter oder zur Vorbereitung auf Jahreswechselprozesse.

Wie funktioniert die automatisierte Generierung?

Die Generierung von Wiedervorlagetermine erfolgt über vordefinierte Transaktionen, die als Hintergrundjob eingeplant werden können. Das reduziert manuellen Aufwand erheblich und sorgt dafür, dass kein wichtiger Termin verloren geht. Es stehen Ihnen je nach Objekt verschiedene Transaktionen zur Verfügung:

• RECARSGEN – Wiedervorlagetermine (allgemein)
• RECARSGENBD – für Nutzungsobjekte (BD = Basisdaten)
• RECARSGENCN – für Verträge (CN = Contract)

Die häufigste Anwendung findet RECARSGEN als „Sammeltransaktion“, die periodische Wiedervorlagetermin-Einträge für sämtliche relevanten Objektarten erstellt – typischerweise im Zeitraum von bis zu fünf Jahren im Voraus, basierend auf den Customizing-Einstellungen der jeweiligen Vertragsart.

Best Practice: Diese Generierung sollte mindestens einmal jährlich erfolgen – idealerweise kurz vor dem Jahreswechsel, wenn ohnehin viele begleitende Prozesse anstehen (z. B. Finanzstromgenerierung, Kostensammler etc.).

Ein Beispiel aus der Praxis

Stellen Sie sich folgende Situation vor: Ein kommunales Wohnbauunternehmen verwaltet mehrere Hundert Mietverträge im SAP RE-FX. Die Prozesse zur Indexanpassung und Kündigung sollen jährlich überprüft werden, um Fristen nicht zu verpassen. Hierzu wird die Transaktion RECARSGENCN einmal jährlich im November als Hintergrundjob geplant. Sie generiert automatisch Wiedervorlagetermine für das Folgejahr, sodass das Team der Vertragsverwaltung rechtzeitig systemisch erinnert wird, diese Verträge zu prüfen.

Im Fiori Launchpad oder über das GUI-Arbeitsvorrat lassen sich diese Termine übersichtlich anzeigen. Jeder zuständige Sachbearbeiter filtert sich seine persönlichen Wiedervorlagen, arbeitet sie Schritt für Schritt ab und dokumentiert die Tätigkeiten direkt im Vertrag – transparent, nachvollziehbar und revisionssicher.

Warum lohnt sich die Automatisierung?

Die Vorteile liegen auf der Hand:

• Reduzierter manueller Aufwand: Keine manuelle Pflege von Einzelterminen mehr
• Transparenz und Nachvollziehbarkeit: Jeder Termin ist systemisch dokumentiert
• Proaktive Fristverwaltung: Keine vergessenen Kündigungen oder Anpassungen
• Skalierbarkeit: Auch bei mehreren hundert Verträgen durchführbar

Außerdem lässt sich die Transaktion komfortabel mit dem SAP Job Scheduling via SM36 oder Job-Planungstools wie dem SAP Job Repository kombinieren. Durch einfache Parametervergabe im Selektionsbild kann die Generierung nach Vertragstypen, Buchungskreisen oder Objektklassen zielgerichtet erfolgen.

Fazit

Die regelmäßige und automatisierte Erstellung von Wiedervorlagetermine ist ein einfaches, aber hochwirksames Werkzeug in der Vertragsverwaltung mit SAP RE-FX. Sie unterstützt dabei, Fristen im Griff zu behalten, Aufgaben vorausschauend zu planen und Prozesse zu standardisieren. Besonders im hektischen Jahresendgeschäft verschafft sie Ihrem Team einen wertvollen strukturellen Vorteil.

Wenn du in deinem Unternehmen SAP RE-FX im Einsatz hast und deine Vertragsverwaltung effizienter gestalten möchtest, ist die Automatisierung von Wiedervorlagetermine ein idealer Startpunkt.

Wenn du Fragen zu RE-FX hast oder dich für eine gute Implementierung interessierst, melde dich gerne auf LinkedIn bei mir:

https://www.linkedin.com/in/steven-imig-479993a2/

Oder einfach: Wenn du dich für SAP RE-FX interessierst – gerne vernetzen!

Reportprofile und Layouts im Infosystem

Reportprofile und Layouts im SAP RE-FX Infosystem: Mehr Auswertungsmöglichkeiten durch clevere Anpassung

Wer kennt es nicht: Die Anforderungen der Fachabteilung an Auswertungen entwickeln sich stetig weiter. Standardreports im SAP RE-FX liefern viele Informationen – doch oft reichen sie nicht aus, um spezifische Fragestellungen effizient zu beantworten. Wie aber lassen sich Reports im Infosystem so anpassen, dass sie den individuellen Bedürfnissen der Nutzer besser entsprechen?

In diesem Beitrag zeige ich, wie Reportprofile und Layouts im SAP RE-FX Infosystem genutzt und angepasst werden können – ein häufig unterschätzter, aber äußerst wirkungsvoller Hebel zur Verbesserung von Auswertungen. Der Beitrag richtet sich an Berater, Key User und Techniker:innen in Projekten oder im laufenden Betrieb.

Das Infosystem in SAP RE-FX – mehr als nur Datenanzeige

Das Infosystem von SAP RE-FX basiert auf dem SAP List Viewer (ALV). Damit stehen mächtige Werkzeuge zur Anpassung von Listen zur Verfügung: Filter, Sortierungen, Aggregationen, Gruppierungen, Spaltenanpassung und sogar das Abspeichern benutzerdefinierter Layouts.

Durchdacht genutzt, wird das Infosystem zur nachhaltigen Entscheidungsgrundlage: Vergleichbare Zahlen, valide Berichte und für die Zielgruppe passende Darstellung sind zentrale Erfolgsfaktoren – sei es im Asset Management, im Controlling oder in der Buchhaltung.

Layouts: Daten sichtbar machen – so, wie der Nutzer sie braucht

Mit Layouts lassen sich die sichtbaren Spalten, Sortier- und Summenregeln im Report steuern. Dabei unterscheidet SAP zwischen:

• Standardlayouts von SAP (z.B. 0STANDARD)
• Benutzerübergreifenden Layouts, die mit / beginnen (z.B. /FINANZ)
• Individuellen Benutzerlayouts (z.B. MEIN_LAYOUT)

Ein gut gepflegtes, zentral gepflegtes /STANDARD-Layout pro Auswertung hilft, einheitliche Reportings zu etablieren. Unterschiedliche Interpretationen durch unterschiedliche Datenanzeigen gehören damit der Vergangenheit an.

Über Berechtigungen lässt sich außerdem steuern, wer Layouts anlegen oder ändern darf – besonders relevant in produktiven Systemen.

Reportprofile: Wenn 1:n-Beziehungen ins Spiel kommen

Ein zentrales, aber häufig unbekanntes Konzept sind sogenannte Reportprofile. Diese kommen zum Einsatz, wenn zu einem Objekt mehrere untergeordnete Einträge bestehen – z.B. bei mehreren Bemessungen pro Mietobjekt, mehreren Konditionen pro Vertrag oder auch Ausstattungsmerkmalen.

Ein Reportprofil besteht aus verschiedenen Komponenten:

• Konditionsprofil: Welche Konditionsarten oder Gruppen sollen in der Liste erscheinen?
• Bemessungsprofil: Welche Flächenarten oder Größen wie Wohnfläche, Nutzfläche oder Stellplätze sollen gezeigt werden?
• Ausstattungsprofil: Welche Merkmale (z.B. Fernwärme, Personenaufzug) sollen mit angezeigt werden?

Diese Profile können im Customizing als „Set“ hinterlegt und einem Reportprofil zugeordnet werden. Im Report selbst lässt sich dann das Profil wie eine Vorlage auswählen – und schon werden alle relevanten Spalten entsprechend angezeigt.

Beispiel aus der Praxis

Stellen wir uns folgendes Szenario vor:

Ein Immobilienunternehmen möchte quartalsweise eine Übersicht aller Gewerbeverträge mit folgenden Informationen:

• Vertragslaufzeit
• Aktuell gültige Miete
• Gesamtfläche, aufgeteilt nach Hauptnutzfläche und Nebenfläche
• Anzahl Stellplätze
• Merkmal „barrierefrei“

Standardmäßig zeigt der Vertrag-Report (REISCN) nur allgemeine Vertragsdaten. Doch mit einem Reportprofil, das ein entsprechendes Bemessungs- und Ausstattungsprofil enthält, lassen sich genau die Spalten definieren, die die Fachabteilung benötigt. Ergänzt durch ein einheitliches Layout (z. B. /GEWERBE_Q2) wird die Liste nicht nur übersichtlich, sondern auch vergleichbar – projektübergreifend und zwischen Fach- und IT-Abteilung.

Freie Abgrenzungen: Mehr Selektionsoptionen dank Selektionsview

Ein ebenfalls sehr nützliches Werkzeug ist die Option der freien Abgrenzungen. Anders als die klassischen Selektionsfelder auf dem Startbild eines Reports, lassen sich hier auch zusätzliche, benutzerdefinierte Felder zur Eingrenzung verwenden.

Voraussetzung: Das Feld ist in der logischen Datenbank des Reports hinterlegt. Über den „Selektionsview CUS“ (kundenindividueller Selektionsview) lässt sich das erreichen – z. B. durch Hinzufügen des eigenen Feldes „Vertragsklassifizierung“ zur Sachgruppe „Vertrag“. Danach kann dieses Feld in den freien Abgrenzungen genutzt werden – z. B. zur Filterung auf „öffentlicher Mieter“ oder „Langzeitvertrag“.

Objekte als Sets selektieren: Mehr Flexibilität bei der Objektauswahl

Ein weiteres Highlight ist das Arbeiten mit Sets. Wer schon einmal versucht hat, eine nicht zusammenhängende Gruppe von Wirtschafts- oder Mietobjekten auszuwerten, weiß das zu schätzen. Sets erlauben die Gruppierung beliebiger Objekte zu einer Menge (z.B. alle Einheiten in „Region Nord“) – unabhängig von durchgehenden Nummern oder Buchungskreisen.

Sets können entweder manuell gepflegt werden, z.B. via RE80, oder flexibel generiert – z. B. alle Mietobjekte mit bestimmtem Nutzungszweck. Die Auswertungen lassen sich dann gezielt auf die zuvor definierten Sets einschränken.

Fazit: Große Wirkung durch kleine Konfiguration

Das SAP RE-FX Infosystem bietet deutlich mehr Potenzial, als viele Anwender:innen nutzen. Insbesondere mit Reportprofilen, Layouts, freien Abgrenzungen und Sets lassen sich Auswertungen flexibel und benutzerfreundlich gestalten – ohne Programmierung oder aufwendige Projekte.

Für Berater:innen und Key User lohnt sich ein genauerer Blick auf diese Mechanismen: Sie bringen Struktur in die Daten, erhöhen die Transparenz und verbessern die Zusammenarbeit zwischen Fachbereich und IT.

Mein Tipp: Üben Sie den Einsatz dieser Funktionen zunächst im Entwicklungssystem anhand konkreter Use Cases – so wird schnell klar, welche Kombination wann sinnvoll ist.

---

Wenn du dich für SAP RE-FX interessierst oder Fragen zu Reportprofilen und Infosystem-Auswertungen hast – melde dich gerne auf LinkedIn bei mir oder vernetze dich direkt:

https://www.linkedin.com/in/steven-imig-479993a2/

Nutzung des Business Data Toolsets

Stammdaten gezielt steuern: Das Business Data Toolset (BDT) in SAP RE-FX effektiv einsetzen

Wer mit SAP Real Estate Management (RE-FX) arbeitet, kennt die Herausforderung: Der Standard bietet eine breite Funktionalität, aber Kundenprozesse erfordern oft zusätzliche Felder, individuelle Prüfungen oder spezifische Anzeigelogiken. Technische Berater stehen dann vor der Frage: Wie erweitere ich Vertrags- und Stamm­datenobjekte ohne Modifikationen und mit maximaler Wiederverwendbarkeit?

Die Antwort lautet in vielen Fällen: Business Data Toolset (BDT). Dieses von SAP entwickelte Framework steckt hinter dem einheitlichen Oberflächen- und Anwendungsdesign von RE-FX – sowohl bei Wirtschafts­einheiten, Gebäuden, Mietobjekten als auch bei Verträgen. In diesem Beitrag zeige ich, wie technische Berater das BDT nutzen, um kundenspezifische Felder und Validierungen elegant zu integrieren.

Was ist das Business Data Toolset?

Das BDT ist ein generisches Werkzeug, mit dem SAP verschiedene Anwendungen – etwa SAP RE-FX oder SAP BP (Business Partner) – um einheitliche UI-Strukturen, Feldstatus-Logik und Erweiterbarkeit ergänzt hat. Es wird genutzt, um den Aufbau der Masken, Registerkarten, Felder sowie deren Interaktionen festzulegen.

In RE-FX ermöglicht es unter anderem, den Feldstatus (z.B. Pflichtfeld, Anzeigefeld) zu steuern, Benutzerfelder einzufügen, kundenspezifische Validierungen umzusetzen oder Feldgruppen sichtbar oder unsichtbar zu machen – je nach Verwendungskontext (z.B. Vertragsart, Nutzungsart).

Über vordefinierte Erweiterungspunkte und Zeitpunkte lassen sich eigene Logiken integrieren, ohne den Standardcode zu verändern. Das ist besonders wichtig für Upgrade-Fähigkeit und eine klare Trennung von Kundencode und SAP-Standard.

Struktur und Logik im BDT

Die Benutzeroberflächen im BDT folgen einer klaren Hierarchie:

• Bildfolge: eine oder mehrere Registerkarten einer Anwendung. Einer Vertragsart oder Nutzungsart ist jeweils eine Bildfolge zugeordnet.
• Bild: entspricht einer Registerkarte, enthält Abschnitte.
• Abschnitt: logische Gruppierung von Feldern, häufig als Subscreen umgesetzt.
• Sicht: technisch ein Dynpro, enthält Feldgruppen.
• Feldgruppe: logische Zusammenfassung von Feldern, gemeinsam sicht-/unsichtbar schaltbar.
• Feld: Anzeige- oder Eingabefeld – z. B. Checkbox, Datum oder Freitext.

Dieses strukturierte Konzept erlaubt es, Anpassungen gezielt vorzunehmen – z. B. eine neue Sicht mit Benutzerfeldern in einen bestehenden Abschnitt einzufügen, ohne das Verhalten anderer Anwendungsbereiche zu beeinflussen.

Praxisbeispiel: Benutzerfeld für Freigabestatus im Vertrag einfügen

Nehmen wir an, ein Kunde möchte im Mietvertrag ein neues Feld „Freigabestatus“ integrieren, welches anzeigt, ob der Vertragsabschluss fachlich geprüft wurde. Dieses Feld soll Änderbar sein, Berichtsbereit und in Abhängigkeit zur Vertragsart erscheinen.

Die Umsetzungsschritte mit dem BDT wären:

1. Datenmodell erweitern: Das Feld „Freigabestatus“ wird im Customer-Include CI_VICNCN (Tabelle: VICNCN) angelegt, z. B. als Checkbox mit Datenelement ZRECN_APPROVED.
2. Funktionsgruppe kopieren: Die Beispiel-Funktionsgruppe REGC_EXT_EXAMPLE wird in den Namensraum Z_REGC_EXT kopiert. Enthalten sind Funktionsbausteine für Dynpro-Logik und Feldmodifikation.
3. Dynpro bearbeiten: Das eingefügte Feld wird grafisch im Subscreen (z. B. 0901) platziert und mit der Struktur RECN_CONTRACT_CI verknüpft.
4. Feldgruppe anlegen: Im BDT-Customizing wird eine neue Feldgruppe (z. B. 703) definiert und das Feld zugeordnet.
5. Sicht anlegen: Eine neue Sicht „ZCN_APPROVAL“ wird angelegt, welche das Dynpro und die Feldgruppe einbindet.
6. Abschnitt und Bild anlegen: Abschnitt und Bild ("Vertragsfreigabe") werden definiert, der Bildfolge für entsprechende Vertragsarten zugeordnet.

Zusätzlich kann über den Zeitpunkt DCHCK (Prüfen vor dem Sichern) eine Validierung eingebaut werden: Wenn der Vertrag abgeschlossen wird, aber der Freigabestatus auf „Nein“ steht, gibt das System eine Warnung aus.

Vorteile für Berater und Projekte

• Strukturierte Erweiterbarkeit: Dank des hierarchischen Aufbaus ist jede Erweiterung klar nachvollziehbar und wartungsarm.
• Modifikationsfrei: Erweiterungen im BDT erfolgen konform zu SAP-Standards – ideal für Upgrades.
• Wiederverwendbare Komponenten: Sichten, Funktionsgruppen und Feldgruppen können mehrfach verwendet werden.

Best Practices für eine reibungslose Umsetzung

• Namenskonventionen: Im Kundennamensraum (Z*) klare Zuordnungen für Sichten, Klassen und Packages verwenden.
• BAPI-/API-Nutzung statt Direktzugriff: Statt SELECT oder UPDATE werden Bausteine wie API_RE_CN_GET_DETAIL oder API_RE_CN_CHANGE genutzt.
• BAdIs verwenden: Für komplexere Prüfungen und Logiken stehen vorbereitete BAdIs mit Methoden wie CHECK_ALL und SUBSTITUTE zur Verfügung.

Fazit

Mit dem Business Data Toolset bietet SAP RE-FX ein mächtiges Instrument zur strukturierten, konsistenten Erweiterung von Stammdaten und Verträgen. Ob einfache Benutzerfelder, automatische Vorbelegungen oder eigene Prüfregeln – BDT stellt dafür bewährte Mechanismen bereit. Wer sich mit der Funktionsweise vertraut macht und Best Practices beachtet, schafft auch in komplexen Kundenprojekten eine robuste und wartbare Lösung – ganz ohne Modifikationen.

Wenn du dich für SAP RE-FX interessierst oder Fragen hast, freue ich mich auf den fachlichen Austausch – schreib mir gerne oder vernetze dich direkt mit mir auf LinkedIn:
https://www.linkedin.com/in/steven-imig-479993a2/

Kundenspezifische Erweiterungen

Kundenspezifische Erweiterungen in SAP RE-FX – praxisnah und modifikationsfrei umsetzen

In vielen SAP-RE-FX-Projekten kommt früher oder später die Frage auf: Wie können wir unsere Prozesse an individuelle Anforderungen anpassen, ohne dabei den SAP-Standard zu verändern? Gerade bei der Verwaltung von Immobilienobjekten und Verträgen reicht der SAP-Standard nicht immer aus – sei es, um zusätzliche Informationen zu speichern oder bestimmte Prüfungen einzubauen.

Zum Glück bietet SAP RE-FX dafür eine ganze Reihe von Erweiterungsmöglichkeiten, die modifikationsfrei umgesetzt werden können. In diesem Beitrag zeige ich euch, welche Werkzeuge SAP dafür bereitstellt, wann der Einsatz sinnvoll ist und wie ihr dabei am besten vorgeht.

Warum Erweiterungen in SAP RE-FX notwendig sind

In der Praxis gibt es zahlreiche Szenarien, in denen die SAP-Standardfunktionen nicht mehr ausreichen. Hier ein paar typische Beispiele aus RE-FX-Projekten:

• Ein Feld für „Energieausweis gültig bis“ soll im Vertrag erfasst werden.
• Warnungen sollen erscheinen, wenn Mietflächen außerhalb bestimmter Grenzen liegen.
• Verträge sollen beim Anlegen automatisch eine spezielle Nummernlogik verwenden.
• Im Infosystem sollen eigene Felder in Auswertungen berücksichtigt werden.

All diese Anforderungen lassen sich mit den richtigen Mitteln in SAP RE-FX umsetzen – ohne Modifikationen. Denn Modifikationen sind teuer in der Wartung, aufwändig beim nächsten Releasewechsel und in den meisten Fällen nicht erforderlich. Stattdessen greifen wir auf bewährte Mechanismen wie BAdIs (Business Add-Ins), Benutzerfelder über das BDT (Business Data Toolset) und Erweiterungspunkte zurück.

Werkzeuge für kundenspezifische Erweiterungen: BAdIs, BDT und Co.

SAP stellt in RE-FX verschiedene Werkzeuge zur Verfügung, mit denen sich Erweiterungen modular, flexibel und klar definiert implementieren lassen. Im Folgenden stelle ich die wichtigsten kurz vor:

BAdIs – Business Add-Ins

Mit BAdIs lassen sich an vordefinierten Stellen im SAP-Standard eigene Logiken einbauen. Das macht sie zur ersten Wahl, wenn es um Prüfungen, Vorbelegungen oder Anpassungen des Systemverhaltens geht.

Typische Anwendungsfälle sind:

• Prüfung von Kombinationen aus Nutzungsart und Raumtyp beim Anlegen eines Nutzungsverhältnisses
• Substitution von Feldwerten wie z. B. der Ablageort auf Basis des Miettyps
• Kundenspezifische Nummernvergabe für Immobilienobjekte oder Verträge
• Einbindung eigener Auswertungen in der Vertragsübersicht

Die Implementierung erfolgt in der Transaktion SE19, passende BAdI-Schnittstellen findet man über SE18, z. B. mit Suchmustern wie BADI_RECN* für Vertragsinhalte.

BDT – Business Data Toolset

Sollen zusätzliche Eingabefelder in den Transaktionen sichtbar werden (z. B. beim Vertrag oder beim Objekt), kommt das Business Data Toolset (BDT) ins Spiel. Es erlaubt die Oberflächenerweiterung – inklusive eigener Felder sowie tabellarischer Erweiterungen – ohne Änderung des SAP-Standards.

Die Daten werden dabei in einer eigenen Struktur verwaltet, die über Customizing mit dem Anwendungskontext verbunden wird. Das Gute: Die Felder verhalten sich nachher genauso wie Standardfelder – inklusive Validierungen, Feldhilfen und Pflegeunterstützung.

Object Navigator SE80

Die Zentrale für alle Entwicklungsobjekte in SAP ist die Transaktion SE80. Hier werden Strukturen, Funktionsgruppen, Programme oder Klassen gepflegt. Für RE-FX-Erweiterungen dient SE80 meist zur Pflege der Objekte, die hinter den Benutzerfeldern (z. B. Strukturen im DDIC) und den BAdIs (z. B. Klassen mit benutzerdefinierter Logik) stehen.

Beispiel aus der Praxis: Validierung eines Vertragsfelds mit BAdI

Ein Kunde möchte verhindern, dass in einem Gewerbemietvertrag die Fläche unter 50 m² liegt. Sobald ein Benutzer versucht, einen Vertrag mit kleinerer Fläche zu speichern, soll eine Fehlermeldung erscheinen.

Dazu setzen wir auf das BAdI BADI_RECN_CONTRACT. In dessen Methode CHECK_BEFORE_SAVE prüfen wir das entsprechende Feld (z. B. RECN_CONTRACT_AREA) und lösen bei Unterschreiten der Mindestfläche eine Fehlermeldung aus:

IF iv_area < 50.
  RAISE EXCEPTION TYPE cx_badi_contract
    EXPORTING 
      textid = cx_badi_contract=>invalid_data
      msgv1  = 'Fläche zu klein (min. 50 m²)'.
ENDIF.

Diese Implementierung ist sauber gekapselt, beim nächsten Release problemlos übertragbar und folgt der SAP-Erweiterungssystematik. Gleichzeitig sorgt sie beim Anwender für ein klares, prüfbares Verhalten – ohne dass externe Tools oder Tabellen notwendig sind.

Fazit – die "richtige Dosis" Erweiterung im Projekt

Kundenspezifische Erweiterungen sind im RE-FX-Umfeld nahezu unvermeidlich – sei es für Prüfprozesse, Oberflächenanpassungen oder Auswertungen. Wichtig ist dabei:

• Modifikationsfrei arbeiten – z. B. mit BAdIs und BDT
• Standardmethoden nutzen, um wartbar und upgradefähig zu bleiben
• Nur dort erweitern, wo es technisch und fachlich wirklich nötig ist

Wenn ihr diese Leitlinien beachtet, könnt ihr RE-FX flexibel an Kundenbedürfnisse anpassen und gleichzeitig die Vorteile des SAP-Standards erhalten.

Wenn du dich für SAP RE-FX interessierst oder Fragen zu kundenspezifischen Erweiterungen hast, vernetze dich gerne mit mir auf LinkedIn:
https://www.linkedin.com/in/steven-imig-479993a2/

Raumbelegung und -reservierung

Raumbelegung und Raumreservierung in SAP RE-FX – Mehr Effizienz für Ihre Büro- und Besprechungsräume

Ob voll ausgelastete Großraumbüros oder ein ständiger Mangel an verfügbaren Besprechungsräumen – unzureichend geplante Raumbelegung stellt viele Unternehmen vor logistische und wirtschaftliche Herausforderungen. Gerade in Zeiten flexibler Arbeitsplatzgestaltung und international vernetzter Teams ist eine transparente Verwaltung von Raumressourcen essentiell für den Unternehmenserfolg.

Wie unterstützt SAP RE-FX Facility Manager und Corporate Real Estate-Teams bei der effizienten Verwaltung von Büroflächen und Meetingräumen? In diesem Beitrag werfen wir einen Blick auf die wichtigsten Funktionen rund um Raumreservierung und permanente Raumbelegung in SAP RE-FX – und warum es sich lohnt, diese Prozesse zu digitalisieren und zentral zu steuern.

Raumreservierung: Mehr Transparenz, bessere Auslastung

Die Raumreservierung in SAP RE-FX ermöglicht eine systemgestützte Buchung von Besprechungs-, Veranstaltungs- oder temporären Arbeitsräumen. Für jeden Raum können Verfügbarkeiten, Uhrzeiten und sogar Feiertagsregelungen exakt im System definiert werden – inklusive Rücksicht auf unterschiedliche Zeitzonen oder länderspezifische Kalender.

Dabei bietet das System die Möglichkeit, wiederkehrende Serienbuchungen (z. B. wöchentliche Teammeetings) mit sogenannten Terminserienregeln zu definieren. Über den zugewiesenen Fabrikkalender werden lokale Feiertage automatisch berücksichtigt – ein wichtiger Aspekt für global tätige Unternehmen mit mehreren Standorten.

Reservierungskosten können automatisiert auf Kostenstellen, Innenaufträge oder PSP-Elemente gebucht werden – entweder periodisch per Transaktion REORCOSTPOSTRS oder einmalig über RERAOP. Auch Stornierungen sind flexibel steuerbar, inklusive unterschiedlicher Stornoregelungen je nach Frist (z. B. 100 % Erstattung bei Storno 48h vorher, 50 % innerhalb von 24h etc.).

Permanente Raumbelegung: Die Basis für moderne Arbeitsplatzplanung

Die permanente Raumbelegung bezieht sich auf die langfristige Zuordnung von Mitarbeitenden zu festen Büroräumen – ein zentrales Element für Personal- und Standortplanung. In RE-FX wird dazu die Belegung pro Raum dokumentiert: Wer sitzt wo, für welchen Zeitraum, und gehört zu welchem Projekt oder Team?

Diese Daten bilden die Grundlage für die Umzugsplanung via Transaktion REORMP, z. B. im Zuge von Reorganisationen oder Kapazitätsveränderungen. Auch hier lassen sich die entstehenden Kosten über die Transaktion REORCOSTPOSTPO systematisch verbuchen und somit analysieren.

Eine präzise Belegungsplanung hilft nicht nur dabei, ungenutzte Flächen zu identifizieren, sondern ermöglicht auch eine bedarfsgerechte Flächenoptimierung – zum Beispiel durch Zusammenlegung von Teams oder gezieltes Desk Sharing.

Customizing: Flexibel auf Unternehmensbedürfnisse anpassbar

Für eine nahtlose Implementierung bietet SAP RE-FX umfangreiche Customizing-Optionen:

• Gesuchsarten: Sie definieren, wonach reservierende Nutzer suchen können: z. B. nach Mindestkapazität, Raumausstattung oder Gebäude.
• Bemessungsarten & Konditionsarten: Diese helfen, passende Räume anhand fester Kriterien (UND-/ODER-Logik) automatisch zu filtern.
• Terminserienregeln: Legen Sie einheitliche Buchungsfenster fest (z. B. werktags 08:00–18:00 Uhr) und berücksichtigen Sie dabei spezifische Feiertagsregelungen je Standort.
• Preiscodes: Hinterlegen Sie unterschiedliche Preise für Raumtypen und Zusatzleistungen – von Standardmeetingraum bis Konferenzpaket mit Catering.

So lässt sich die Oberfläche nicht nur auf die jeweiligen Raumarten, sondern auch auf interne Richtlinien und Kostenverrechnung anpassen.

Praxisbeispiel: Raumverwaltung für eine internationale Unternehmenszentrale

Ein international tätiges Beratungsunternehmen mit Hauptsitz in Frankfurt möchte die Nutzung und Verrechnung aller Besprechungsräume im Headquarter digitalisieren. Auch die dauerhafte Belegung von Flex-Offices durch Projektteams soll besser nachvollziehbar sein.

Mittels RE-FX führt das Unternehmen eine zentrale Raumreservierung ein. Dank der lokalen Einstellung des deutschen (bayerischen) Fabrikkalenders werden Feiertage korrekt ausgeschlossen. Mitarbeiter können Besprechungsräume per Self-Service reservieren, die Abrechnung erfolgt automatisch auf die jeweilige Kostenstelle des reservierenden Mitarbeiters.

Projektteams, die für mehrere Monate gemeinsam an Kundenprojekten arbeiten, werden über die permanente Raumbelegung in Projekträumen eingeplant. Bei Änderungen in der Teamzusammensetzung greift die RE-FX-Umzugsplanung direkt auf die bestehenden Zuordnungen zu, eliminiert manuelle Excel-Listen und fehleranfällige Mailsysteme.

Das Ergebnis: Weniger Raumkonflikte, gesteigerte Transparenz über Raumnutzung und eine saubere Kostenzuordnung für die Finanzbuchhaltung.

Fazit: Raumgestaltung als strategischer Hebel

In einer dynamischen Unternehmenswelt sind Büroflächen mehr als nur Platz. Sie sind Investitionsgüter, Begegnungsorte und längst Teil der New-Work-Debatte. SAP RE-FX hilft, Raumressourcen proaktiv zu steuern – mit klaren Prozessen für Reservierung und Belegung, optimierter Flächennutzung und sauberer Kostenverteilung.

Wer also seine Flächennutzung effizient, skalierbar und international nachvollziehbar managen will, findet in SAP RE-FX genau die richtigen Werkzeuge dafür.

Wenn du Fragen zu SAP RE-FX hast, melde dich gerne auf LinkedIn bei mir: https://www.linkedin.com/in/steven-imig-479993a2/
Oder vernetze dich, wenn du dich für SAP RE-FX interessierst!

Vorsteueraufteilung

Vorsteueraufteilung in SAP RE-FX: Wie Sie gesetzeskonform und effizient buchen

Wie kann ein Unternehmen sicherstellen, dass es nur die Vorsteuer geltend macht, die ihm laut Umsatzsteuergesetz zusteht? Die Antwort liegt in der korrekten Umsetzung der Vorsteueraufteilung gemäß § 15 UStG – ein oft unterschätztes, aber wesentliches Thema gerade bei Immobilien und gemischter Nutzung. In SAP RE-FX lässt sich dieser Prozess strukturiert und gesetzeskonform abbilden – mit hohem Automatisierungspotenzial.

Warum ist die Vorsteueraufteilung notwendig?

Unternehmen dürfen die in Rechnungen enthaltene Vorsteuer nur insoweit geltend machen, wie die bezogenen Leistungen für umsatzsteuerpflichtige Zwecke verwendet werden. Bei Immobilien wird dies komplex, da Gebäude häufig gemischt genutzt werden – beispielsweise zu gewerblichen (steuerpflichtigen) und privaten (nicht steuerpflichtigen) Zwecken. Damit entsteht die Notwendigkeit, Vorsteuern sachgerecht aufzuteilen.

In SAP RE-FX erfolgt diese Aufteilung automatisch auf Basis sogenannter Optionssätze, die das Verhältnis der steuerpflichtigen Nutzung eines Objekts zur Gesamtnutzung abbilden. Ein korrekt gepflegter Optionssatz ist der Schlüssel zur fehlerfreien und revisionssicheren Vorsteueraufteilung.

Wie funktioniert die Vorsteueraufteilung in SAP RE-FX?

Der Ablauf ist stark prozessorientiert und besteht aus mehreren Schritten:

1. Kontierung der Rechnung: Die Kreditorenrechnung wird im SAP FI gebucht und einem Immobilienobjekt (z. B. Gebäude oder Mietobjekt) zugeordnet – mit dem vollen Steuerbetrag.
2. Berechnung des Optionssatzes: Dieser wird auf Basis der aktuellen Nutzung des Objekts (z. B. belegt durch Gewerbemietverträge oder Wohnnutzung) ermittelt. Die Berechnung kann automatisch oder manuell erfolgen.
3. Erstellung des Vorsteuerbasisbelegs: Dieser enthält die Verteilung der Steuerbeträge je Objekt.
4. Periodische Vorsteueraufteilung: In der Transaktion REITDS wird die Vorsteueraufteilung auf Basis der zum Leistungsbezugsdatum gültigen Optionssätze durchgeführt.

Somit stellt SAP RE-FX sicher, dass die abziehbare und nicht abziehbare Vorsteuer korrekt getrennt wird – ein Muss für steuerliche Compliance und interne Kostentransparenz.

Ein Beispiel aus der Praxis

Stellen wir uns folgendes Szenario vor:

Die Muster GmbH betreibt in einem Gebäude sowohl ein Beratungsbüro (umsatzsteuerpflichtige Leistungen) als auch ein Schulungszentrum für Privatpersonen (umsatzsteuerfreie Leistungen). Das Gebäude verfügt über eine Nutzfläche von 500 m² – davon entfallen 300 m² auf das Büro und 200 m² auf das Schulungszentrum. Daraus ergibt sich ein Optionssatz von 60 %.

Für eine Fassadensanierung wird eine Rechnung über 10.000 EUR netto zzgl. 2.000 EUR USt gebucht. SAP RE-FX ermittelt automatisch, dass 60 % dieser Steuer (1.200 EUR) als abzugsfähig gelten und 40 % (800 EUR) nicht abziehbar sind. Die nicht abzugsfähige Vorsteuer wird automatisch auf das von Ihnen im Customizing definierte Kostenkonto gebucht.

Interessant: Sollte sich die Nutzung des Gebäudes ändern – beispielsweise wird das Schulungszentrum aufgelöst und weitere Büroräume entstehen – so erhöht sich der Optionssatz. Daraus resultiert ggf. eine Vorsteuerberichtigung gemäß § 15a UStG, die in SAP RE-FX ebenfalls unterstützt wird.

Worauf Sie im SAP RE-FX achten sollten

Für eine erfolgreiche Vorsteueraufteilung sind insbesondere folgende Punkte entscheidend:

• Aktivierung des Buchungskreises für Vorsteueraufteilung: Im Customizing ist das Kennzeichen „Buchungskreis optiert“ zu setzen.
• Pflege valider Optionssatzmethoden: Je nach Objektart und Nutzung sollten Methoden hinterlegt werden, die entweder feste Werte (z. B. 0 %, 100 %) oder dynamisch berechnete Sätze basierend auf Flächen verwenden.
• Periodische Ermittlung der Optionssätze: Änderungen in der Nutzung führen zu neuen Optionssätzen. Diese müssen regelmäßig über die Transaktion REITORCALC ermittelt und gespeichert werden.
• Zuverlässige Buchung der Vorsteueraufteilung: Vorzugsweise im Batch mit der Transaktion REITDS; auch als Simulation nutzbar.
• Optional: Leistungsbezugsdatum berücksichtigen: Um gesetzlichen Anforderungen gerecht zu werden, sollte das Leistungsbezugsdatum gepflegt werden – manuell oder automatisch per BAdI.

Ein weiteres wesentliches Feature: Auch nicht-immobilienbezogene Vorgänge – etwa Aufträge, Anlagen oder PSP-Elemente – können in die Vorsteueraufteilung einbezogen werden, sofern sie einem Berichtigungsobjekt mit gültigem Optionssatz zugewiesen sind.

Fazit

Die Vorsteueraufteilung in SAP RE-FX ist mehr als ein technischer Vorgang – sie ist ein zentrales Element zur Sicherstellung der steuerlichen Korrektheit in Unternehmen mit gemischter Nutzung, insbesondere im Immobilienbereich. Durch den konsistenten Einsatz der Optionen in SAP RE-FX lassen sich nicht nur Fehler vermeiden und Rückfragen durch Finanzbehörden minimieren, sondern auch manuelle Aufwände spürbar reduzieren.

Mit einer sauberen Kombination aus Customizing, Optionssatzmethoden und automatisierter Aufteilung schaffen Sie die Basis für effiziente Prozesse – und behalten gleichzeitig die Kontrolle über steuerliche Risiken.

Wenn du Fragen zur Vorsteuerbehandlung oder allgemein zu SAP RE-FX hast, melde dich gerne auf LinkedIn: Steven Imig