Die Segmente
Wie Immobilienwirtschaft digital tatsächlich funktioniert — eine Übersicht über die Untersegmente und wo die Grenzen jeweils verlaufen.
Die drei Segmente im Überblick
Immobilien als Geschäft
Wenn Immobilien das Geschäft selbst sind, ist das System, das sie erfasst, keine unterstützende Funktion. Es ist das operative Herzstück.
Ein Hersteller kann ein mittelmäßiges Leasingmodul betreiben und trotzdem gute Autos bauen; ein Wohnimmobilienbetreiber mit einer mittelmäßigen RE-FX-Konfiguration ist, ganz direkt gesagt, ein schlechteres Unternehmen. Das ist das Erste, was dieses Segment von allen anderen unterscheidet: Es gibt keinen Puffer zwischen der Qualität des Systems und der Qualität des Unternehmens.
Diese eine Tatsache erklärt das meiste von dem, was folgt.
Ein Segment, das durch ein Kontinuum definiert ist, nicht durch einen Typ.
Es ist verlockend, Wohn-, Gewerbe- und Einkaufszentrumsbetreiber als drei verschiedene Geschäftsbereiche zu betrachten. Man versteht sie jedoch besser als drei Punkte auf einem Kontinuum — dem Kontinuum der Preisfreiheit. An einem Ende steht der Wohnbereich: Die Logik von Miete und Nebenkosten ist in den meisten Ländern Kontinentaleuropas gesetzlich weitgehend festgelegt, was die Konfiguration paradoxerweise zur einfachsten im gesamten Bereich macht. Das Gesetz hat die schwierigen Entscheidungen bereits getroffen. Am anderen Ende stehen die Einkaufszentren: Klauseln zu Ankermietern, besuchszahlabhängige Gebühren und Umsatzmietstrukturen, bei denen fast nichts feststeht und das System eher eine Verhandlung modellieren muss, als eine Regel anzuwenden. Die gewerbliche Vermietung liegt dazwischen. Was das Segment wirklich schwierig macht, ist nicht ein einzelner Punkt auf dem Kontinuum — es ist die Tatsache, dass ein einzelner Portfolioinhaber routinemäßig das gesamte Spektrum abdeckt.
Die Abrechnung als Spiegel.
Jedes Segment hat einen Prozess, der den wahren Zustand des Systems offenbart, und hier ist es die jährliche Nebenkostenabrechnung. Nicht weil es der häufigste Prozess ist, sondern weil er am integrativsten ist: Er zieht Daten aus Stammdaten, Schnittstellen, externen Zählern und Finanzbuchungen in ein enges Zeitfenster mit geringer Fehlertoleranz. Ein System, das an anderer Stelle stillschweigend defekt ist, bleibt verborgen, bis der Abrechnungslauf jede Schwachstelle auf einmal ans Licht zwingt. Die Abrechnung verursacht die Fehler nicht. Sie deckt sie auf. Deshalb ist ihr Zustand der ehrlichste Einzelindikator für den Systemzustand im Segment — besser als jede isolierte Prüfung der Konfiguration.
Warum der Schaden immer historisch bedingt ist.
Der typische Fehlermodus ist keine heute getroffene Fehlentscheidung. Es ist eine vor Jahren getroffene vernünftige Entscheidung — eine benutzerdefinierte Transaktion zur Zufriedenheit einer Geschäftseinheit, eine Notlösung bei einer Migration, eine Wahl der Granularität in den Stammdaten —, die niemand dokumentiert hat und für die sich seitdem niemand mehr verantwortlich fühlt. Das System sammelt diese Dinge an, so wie ein Gebäude undokumentierte Umbauten ansammelt, und die Kosten werden nicht bei der Änderung bezahlt, sondern am nächsten Punkt struktureller Belastung: einer Migration, einer Prüfung, einer behördlichen Frist. In einem Segment, in dem das System das Geschäft ist, ist technische Verschuldung kein IT-Problem. Es ist ein Bilanzrisiko, das einfach noch nicht erkannt wurde.
Immobilien als Wegbereiter — Unternehmensimmobilien
In den meisten Organisationen ist Immobilien nicht das Geschäft — sie ist der Boden, auf dem das Geschäft steht.
Eine Bank existiert nicht, um Filialen zu unterhalten; sie unterhält Filialen, um Bankgeschäfte zu tätigen. Das klingt trivial. Es ist jedoch genau diese Tatsache, die bestimmt, wie jedes Unternehmen sein Immobiliensystem behandelt und warum diese Systeme so aussehen, wie sie aussehen: unterbesetzt, unterentwickelt und fast immer jünger, als das Unternehmen annimmt.
Ein Modul, das entstand, weil es so vorgesehen war.
Die meisten RE-FX-Implementierungen in Unternehmen gingen nicht aus einer Immobilienstrategie hervor. Sie entstanden aus einem Rechnungslegungsstandard. Als IFRS 16 vorschrieb, dass Verpflichtungen aus Operating-Leasingverhältnissen in der Bilanz ausgewiesen werden müssen, benötigte eine Vielzahl von Unternehmen, die Leasingverträge bisher in Tabellenkalkulationen verwaltet hatten, plötzlich ein System, das diese aktivieren konnte. Das Modul wurde eingeführt, um einen Wirtschaftsprüfer zufrieden zu stellen, es wurde so konfiguriert, dass es einen Wirtschaftsprüfer zufriedenstellt, und — das ist die entscheidende Konsequenz — seitdem wurde es selten mit anspruchsvolleren Aufgaben betraut. Es beantwortet die Frage, für die es entwickelt wurde, und keine andere.
Der strategische blinde Fleck ist strukturell bedingt, nicht zufällig.
Da das System entwickelt wurde, um eine konforme Offenlegung zu erstellen, erfasst es Leasingverträge so, wie es die Offenlegung erfordert: aggregiert, zugeordnet zu Kostenstellen oder generischen Bezeichnungen, ausreichend für die Buchhaltung. Es war nie darauf ausgelegt, die Frage zu beantworten, was das Filialnetz tatsächlich kostet, wo die Flotte konsolidiert werden könnte oder welche Standorte aufgegeben werden sollten. Die Daten wirken vollständig und sind für ihren ursprünglichen Zweck korrekt. Die Lücke wird erst sichtbar, wenn jemand eine Frage stellt, für die die Konfiguration nie ausgelegt war — und zu diesem Zeitpunkt war die Struktur, die diese Frage beantwortet hätte, bereits Jahre zuvor festgelegt worden, von Menschen, die auf ein anderes Ziel hin optimierten.
Die Zuständigkeit ist das tiefer liegende Problem.
Ein Immobilienunternehmen weiß, wem dieses System gehört. Ein Konzern weiß es oft nicht. Die IT betrachtet es als eine Finanzangelegenheit; die Finanzabteilung betrachtet es als eine Immobilienangelegenheit; das Facility Management, das die Vermögenswerte am besten versteht, hat überhaupt keinen Zugriff auf das System. Das Modul wird letztendlich verwaltet — am Laufen gehalten, konform gehalten —, aber nicht gemanagt, in dem Sinne, dass niemand fragt, ob es noch zu den aktuellen Geschäftsanforderungen passt. Deshalb tritt die Belastung eher plötzlich als schrittweise zutage: nicht weil sich die Situation schnell verschlechtert hat, sondern weil niemand die Anzeige im Auge hatte, bis Wachstum, ein Audit oder eine Frist für die Nachhaltigkeitsberichterstattung eine Ablesung erzwangen.
Gesetzlich geregelte Immobilien — Öffentliche Immobilien
Der private Sektor optimiert seine Immobilien im Hinblick auf den Markt. Der öffentliche Sektor kann das nicht.
Seine Vermögenswerte werden aufgrund gesetzlicher Vorgaben gehalten, unter rechtlichen Auflagen veräußert und unterliegen Regeln, die nichts mit Rendite zu tun haben. Dies ist kein gradueller Unterschied — eine öffentliche Organisation, die sich wie ein kommerzieller Portfoliomanager verhalten würde, handelte rechtswidrig. Das Ergebnis ist ein Segment, dessen Systemanforderungen keine verschärfte Version des kommerziellen Falls sind, sondern ein kategorisch anderer.
Das eigentliche Objekt ist das Grundstück, nicht das Gebäude.
Dies ist die konzeptionelle Grenze, die den öffentlichen Sektor von allem unterscheidet, was davor kam. Kommerzielle Systeme verknüpfen Verträge mit Immobilien. Öffentliche Systeme müssen sie mit der katasterrechtlichen Realität verknüpfen — Parzellen, Grundbücher, Rechte, Belastungen, Dienstbarkeiten, Beschränkungen —, denn das rechtlich relevante Objekt ist die Parzelle, und das Gebäude ist lediglich das, was darauf steht. Das Land Use Management von SAP existiert genau dazu, dies abzubilden, und es ist funktional untrennbar mit einem geografischen Informationssystem verbunden: Die räumliche Realität und die Finanzdaten müssen dasselbe Objekt beschreiben. Wenn sie auseinanderdriften — und ohne eine bewusst gepflegte Schnittstelle tun sie das unweigerlich —, kann das System die eine Frage nicht mehr beantworten, die in diesem Segment bei Prüfungen am häufigsten gestellt wird: Welche Parzellen sind mit welchen Verpflichtungen verbunden?
Die Einschränkungen sind die Umgebung, nicht ein Hindernis darin.
In einem Unternehmen sind Beschaffungsregeln Reibungsverluste bei der eigentlichen Arbeit. Im öffentlichen Sektor sind sie die bestimmende Voraussetzung für die eigentliche Arbeit. Eine Änderung, die ein kommerzieller Betreiber in drei Wochen vornimmt, durchläuft Beschaffungszyklen, die sich in Quartalen messen; ein System muss so konzipiert sein, dass es die Amtszeiten derjenigen überdauert, die es in Auftrag geben. Hinzu kommen Verpflichtungen, für die es im kommerziellen Bereich einfach keine Entsprechung gibt: verbindliche Sicherheitsvorschriften für Betreiber kritischer Infrastrukturen und — im oft übersehenen Bereich des sozialen Wohnungsbaus — Wohnimmobilienportfolios, die auf nationaler Ebene nach Mietformeln verwaltet werden, die politisch und nicht vom Markt bestimmt sind. Nichts davon ist innerhalb des Segments außergewöhnlich. Es ist der normale Betriebsalltag.
Warum die Systemebene selbst das Markenzeichen ist.
Jedes Segment hat ein Erkennungsmerkmal — eine Konfiguration, die niemand außerhalb dieses Segments jemals aufbauen würde. Hier ist es die Koexistenz von RE-FX, Landnutzungsmanagement, GIS-Integration und Vertragsbuchhaltung des öffentlichen Sektors in einer einzigen Landschaft. Kein gewerbliches Immobilienunternehmen würde in diese Kombination investieren, da keines von ihnen gleichzeitig eine Parzelle beschreiben, Katasteranforderungen erfüllen und regulierte öffentliche Zahlungen abwickeln muss. Ihre Präsenz ist fast schon diagnostisch: Wenn Sie feststellen, dass diese Ebene produktiv läuft, haben Sie es mit einer Organisation des öffentlichen Sektors oder einer Infrastrukturorganisation zu tun — und mit einem System, das die meisten SAP-Berater noch nie gesehen, geschweige denn gewartet haben.