Fragen Sie einen Projektentwickler und einen Asset Manager, was sie von ihrer Software brauchen, und Sie erhalten zwei verschiedene Antworten, und es geht dabei nicht nur darum, welche Ansicht sie zuerst öffnen. Ein Projektentwickler braucht Tiefe an einem einzelnen Objekt, solange es gebaut wird. Ein Asset Manager braucht dieselbe Handvoll Zahlen, über jedes Objekt im Bestand hinweg konsistent berechnet, Quartal für Quartal, ohne dass jemand die Aggregation von Hand neu aufbaut.
Tiefe an einem Objekt: das Problem des Projektentwicklers
Während der Bauphase ist die Arbeitseinheit das Projekt, und die Software muss DIN-276-Kostengruppen bis hinunter zur KG 800 abbilden, Versionen des Kostenplans mit Freigaben, sobald sich der Leistungsumfang ändert, und eine Cashflow-Prognose, die genauer wird, sobald Ist-Werte an die Stelle der Schätzungen treten. Ein einziges Projekt in der Tiefe richtig hinzubekommen, ist die ganze Aufgabe.
Konsistenz über viele Objekte: das Problem des Asset Managers
Sobald eine Immobilie gehalten statt gebaut wird, verschiebt sich die Frage von "liegt dieses Projekt im Budget" zu "wie entwickelt sich der Bestand". Damit müssen NOI, Cap Rate, IRR und DSCR aus jedem Objekt auf gleiche Weise bis zum Fonds und zum Portfolio auflaufen und neu rechnen, wenn sich ein Mietvertrag ändert oder ein Quartal schließt, statt aus zwanzig getrennten Objektdateien von Hand neu berechnet zu werden. Tiefe an einem Objekt hilft hier nicht. Konsistenz über alle hinweg schon.
Wo Excel je nach Rolle unterschiedlich versagt
Die Tabelle eines Projektentwicklers bricht meist zuerst an den Nachträgen: genug Nachträge auf genug Kostengruppen, und das Soll-Ist-Bild deckt sich nicht mehr mit dem, was auf der Baustelle tatsächlich passiert ist. Die Tabelle eines Asset Managers bricht dagegen an der Menge: Bei drei Objekten funktioniert sie einwandfrei, bei dreißig nicht mehr, nicht weil die Formeln falsch wären, sondern weil jedes neue Objekt ein weiteres Tabellenblatt ist, das Quartal für Quartal von Hand in die Zahl auf Fondsebene eingerechnet werden muss, solange das Portfolio besteht. Hören Sie auf, den Bestandsbericht bei jedem Abschluss von Grund auf neu aufzubauen, und die Aufgabe verlagert sich vom Reproduzieren der Zahlen zum tatsächlichen Lesen.
ESG-Reporting fügt eine zweite Achse hinzu, mit der die meisten Projektentwickler nie zu tun haben
Das Reporting auf Portfolioebene unter dem EU-Rahmen zur Nachhaltigkeitsberichterstattung braucht zunehmend dasselbe wie der NOI: eine konsistente Kennzahl je Objekt, die sich sauber aggregieren lässt. Energiekennwerte, Emissionen und weitere ESRS-konforme Datenpunkte, die am Objektdatensatz liegen statt in einer parallelen ESG-Tabelle, die einmal im Jahr jemand abgleicht, machen aus der Nachhaltigkeitsberichterstattung auf Portfolioebene ein normales Element des Abschlusses statt eines Sonderprojekts.
Dieselbe Immobilie, zwei Aufgaben, ein Datensatz
Weil REPM einen einzigen Objektdatensatz über Entwickeln und Verwalten hinweg führt, trägt ein Objekt, das als Entwicklungsprojekt begonnen hat, seine DIN-276-Historie in den Bestand fort, in den es schließlich übergeht, statt als frisch angelegte Datei ohne jede Erinnerung daran anzukommen, was der Bau gekostet hat. Die Tiefe des Projektentwicklers und die Konsistenz des Asset Managers beruhen auf denselben zugrunde liegenden Zahlen, nicht auf zwei verschiedenen Systemen, die bei der Übergabe von Hand abgeglichen werden.
Sehen Sie, wie Ihr Portfolio zusammenläuft. Starten Sie eine kostenlose REPM-Lite-Testversion unter app.repm.cloud und fügen Sie ein zweites Objekt hinzu, um zu sehen, wie sich die Zahlen auf Fondsebene bewegen.
FAQ
Was braucht Asset-Management-Software, das Entwicklungssoftware nicht braucht?
Konsistente Aggregation über viele Objekte statt Tiefe an einem einzelnen. NOI, Cap Rate, IRR und DSCR müssen aus jedem Objekt auf gleiche Weise bis zur Fonds- und Portfolioebene auflaufen und automatisch neu rechnen, sobald ein Quartal schließt, statt jedes Mal von Hand aus getrennten Objektdateien neu zusammengesetzt zu werden.
Warum funktioniert eine Tabelle anfangs gut und versagt dann beim Portfolio-Reporting?
Sie skaliert linear mit dem Aufwand. Jedes neue Objekt ist ein weiteres Tabellenblatt, das von Hand in die Portfoliosumme eingerechnet werden muss, sodass der Aufwand für die Aggregation mit dem Portfolio wächst, obwohl die Analyse selbst nicht schwerer wird.
Was ist ESRS und warum ist es für Portfoliosoftware relevant?
ESRS steht für die European Sustainability Reporting Standards, das Rahmenwerk unter den EU-Vorgaben zur unternehmerischen Nachhaltigkeitsberichterstattung. Es verlangt zunehmend, dass Umweltdaten auf Objektebene bis zum Reporting auf Portfolio- und Fondsebene auflaufen, was nur handhabbar ist, wenn diese Daten am Objektdatensatz liegen statt in einem separaten jährlichen Abgleich.
Kann eine Immobilie im selben System erst als Entwicklungsprojekt und später als Bestandsobjekt geführt werden?
Ja. Bei REPM ist die Immobilie ein einziger Datensatz über ihren gesamten Lebenszyklus, sodass die DIN-276-Kostenhistorie aus dem Bau erhalten bleibt, sobald das Objekt in das laufende Portfolio-Reporting übergeht, statt in einem separaten System von vorn zu beginnen.