Immobiliensoftware wechseln: Migrationsplan in sechs Schritten

Der Wartungsvertrag für das Altsystem endet zum 31. Dezember, der Anbieter hat eine Verlängerung mit Preisaufschlag geschickt, und das neue System ist bereits ausgewählt. Was fehlt, ist ein Plan dafür, wie mehrere hundert Mietverträge, fünfzehn Jahre Nachträge und die laufende Nebenkostenabrechnung vom einen ins andere System kommen, ohne dass im Januar eine Indexanpassung übersehen wird. Wer seine Immobiliensoftware wechseln will, steht genau an dieser Stelle: Die Werkzeugentscheidung ist gefallen, die eigentliche Arbeit beginnt jetzt. Dieser Beitrag beschreibt den Umstieg als Abfolge von sechs Schritten mit jeweils einem klaren Abnahmekriterium.

Was eine Immobilienverwaltungssoftware grundsätzlich leisten sollte und wie die Auswahl abläuft, beschreibt unser kompletter Leitfaden zu Immobilienverwaltungssoftware. Hier geht es ausschließlich um den Wechsel selbst.

Schritt 1: Stichtag festlegen und das Altsystem einfrieren

Der häufigste Fehler beim Wechsel ist ein bewegliches Ziel: Während das Team migriert, werden im Altsystem weiter Nachträge erfasst, Mieten angepasst und Flächen umgewidmet. Legen Sie deshalb zuerst einen Datenstichtag fest, der auf einen Monatsabschluss fällt. Ab diesem Tag gilt im Altsystem eine Erfassungssperre für Stammdaten; laufende Änderungen werden in einer separaten Delta-Liste protokolliert, die beim Go-live nachgetragen wird. Idealerweise liegt der Stichtag nicht in der Hochphase der Nebenkostenabrechnung und nicht im Monat mit den meisten Indexanpassungen.

Abnahmekriterium: Es existiert ein schriftlich bestätigtes Stichtagsdatum, eine benannte Person führt die Delta-Liste, und alle Property Manager wissen, welche Änderungen sie dort eintragen müssen.

Schritt 2: Export, Feldmapping und Bereinigung vor dem Import

Lassen Sie sich vom Altanbieter einen vollständigen Rohexport geben, nicht nur die Berichte, die Sie ohnehin kennen. Dazu gehören Mieter- und Flächenstamm, Vertragsköpfe, Konditionen mit Gültigkeitszeiträumen, Optionen, Kautionen, Nebenkostenschlüssel und die Dokumentenverknüpfungen. Erst dann wird jedes Feld des Altsystems einem Feld des Zielsystems zugeordnet. Dabei zeigt sich regelmäßig, dass Indexierungsklauseln, Verlängerungsoptionen und Staffelmieten im Altsystem als Freitext oder Kommentar liegen. Diese Inhalte müssen vor dem Import in strukturierte Felder überführt werden, denn das neue System kann nur Fristen überwachen, die es als Datum und nicht als Satz kennt.

Bewährt hat sich ein Vier-Augen-Prinzip: Eine Person überträgt die Klausel aus dem Originalvertrag, eine zweite prüft das Feld gegen das Dokument. Je Objekt wird außerdem ein einziger führender Rent Roll bestimmt, gegen den Excel-Nebenlisten und Papierordner abgeglichen werden. Was sich dort nicht belegen lässt, wird nicht migriert, sondern als offene Frage dokumentiert.

Abnahmekriterium: Eine Mapping-Tabelle, in der jedes Quellfeld entweder ein Zielfeld, eine Transformationsregel oder den Vermerk „wird nicht übernommen" hat.

Schritt 3: Testmigration mit Kontrollsummen

Bevor Daten produktiv geladen werden, läuft mindestens eine vollständige Testmigration in eine Testumgebung des neuen Systems. Der Abgleich erfolgt nicht stichprobenartig, sondern über Kontrollsummen je Objekt: Anzahl aktiver Verträge, Summe der vertraglichen Nettokaltmieten pro Monat, vermietete und leerstehende Quadratmeter, Anzahl der Verträge mit Restlaufzeit unter 18 Monaten. Diese Werte werden im Altsystem zum Stichtag ermittelt und müssen im Zielsystem exakt wiederkehren. Weicht eine Summe ab, wird die Ursache im Mapping gesucht, nicht im Einzelfall korrigiert, denn ein Mapping-Fehler betrifft meist Hunderte Datensätze gleichzeitig.

Ergänzend werden fünf bis zehn bewusst komplizierte Verträge pro Objekt vollständig von Hand nachgeprüft: der Ankermieter mit Umsatzmietkomponente, der Vertrag mit zwei Verlängerungsoptionen, die Fläche mit Zwischenvermietung. Abnahmekriterium: Alle Kontrollsummen stimmen überein, und die manuelle Prüfung der komplexen Fälle ist ohne Befund.

Schritt 4: Parallelbetrieb über einen vollständigen Monatsabschluss

Ein Parallelbetrieb ist aufwendig, weil jede Buchung doppelt erfasst wird. Er lohnt sich trotzdem für genau einen Zyklus: einen vollständigen Monatsabschluss, bei Abrechnungsthemen besser zwei. In dieser Phase erzeugen beide Systeme das monatliche Objektreporting, die Sollstellung und die Fristenliste. Verglichen wird auf Ebene der Ergebnisse, nicht der Einzelbuchungen. Jede Abweichung wird kategorisiert: Datenfehler aus der Migration, Konfigurationsfehler im neuen System oder ein Fehler, der im Altsystem schon immer vorhanden war. Die dritte Kategorie ist häufiger, als die meisten Teams erwarten, und sie ist kein Grund, den Wechsel zu verzögern.

Begrenzen Sie den Parallelbetrieb auf das Pilotobjekt oder eine kleine Gruppe von Objekten mit typischer Vertragsstruktur. Ein Parallelbetrieb über das gesamte Portfolio bindet so viel Kapazität, dass die Datenqualität in beiden Systemen leidet. Abnahmekriterium: Sollstellung und Fristenliste beider Systeme stimmen für den Pilotmonat überein oder jede Abweichung ist erklärt und entschieden.

Schritt 5: Immobiliensoftware wechseln am Stichtag – die Cut-over-Reihenfolge

Der Go-live selbst ist eine Abfolge fester Schritte, die vorab geprobt wurde. Erstens: Erfassungssperre im Altsystem für alle Nutzer, nicht nur für Stammdaten. Zweitens: finaler Export und produktiver Import mit denselben Skripten wie in der Testmigration. Drittens: Kontrollsummen erneut prüfen. Viertens: die Delta-Liste aus Schritt 1 im neuen System nachtragen, wieder im Vier-Augen-Prinzip. Fünftens: Benutzerrechte freischalten und die Fristenliste der nächsten 90 Tage ausdrucken oder exportieren, damit das Team in der ersten Woche eine Kontrollgrundlage außerhalb des Systems hat.

Legen Sie vorab fest, bei welchen Abweichungen der Go-live abgebrochen und auf den nächsten Monatsabschluss verschoben wird. Ein Rückfall ist nur möglich, solange das Altsystem noch läuft; deshalb wird es frühestens nach dem ersten erfolgreich abgeschlossenen Monat im neuen System abgeschaltet. Abnahmekriterium: Der erste Monatsabschluss im neuen System ist ohne Rückgriff auf das Altsystem erstellt worden.

Schritt 6: Altsystem stilllegen, Archiv sichern, Schnittstellen umhängen

Vor der Kündigung des Altvertrags klären Sie drei Dinge: Wie lange bleibt ein Lesezugriff möglich, in welchem Format wird das vollständige Archiv übergeben, und wer im eigenen Haus kann dieses Archiv in fünf Jahren noch öffnen. Historische Nebenkostenabrechnungen und Vertragsdokumente müssen für Prüfungen und Mieterstreitigkeiten auffindbar bleiben, auch wenn sie nicht in das neue System migriert wurden.

Gleichzeitig ist der Wechsel der richtige Moment, Datenquellen anzubinden, die bisher neben dem Altsystem lagen. Für Eigentümer von Handelsimmobilien betrifft das vor allem Mieterumsätze und Besucherfrequenzen. Wenn die Vertragsverwaltung in VemLease liegt, lassen sich Umsatzmeldungen aus VemTenant und Frequenzdaten aus VemCount im selben Projekt anbinden statt in einem zweiten Integrationsvorhaben zwei Jahre später. Für die Frequenzkomponente gilt: Vertraglich zugesichert sind mindestens 96 Prozent Zählgenauigkeit, in der Praxis liegen die Werte typischerweise bei 98 bis 99 Prozent, sofern Beleuchtung, Eingangsgeometrie und Besucherverhalten dies zulassen. Diese Bandbreite gehört in die Abnahmedokumentation, damit das Reporting nach dem Wechsel richtig eingeordnet wird.

Häufig gestellte Fragen

Wie lange sollte der Parallelbetrieb beim Systemwechsel dauern?
Ein vollständiger Monatsabschluss ist das Minimum, weil erst dann Sollstellung, Fristenliste und Objektreporting beider Systeme vergleichbar vorliegen. Wenn Nebenkostenabrechnungen oder Indexanpassungen in die Phase fallen, ist ein zweiter Monat sinnvoll. Länger als zwei Monate lohnt sich selten, weil die doppelte Erfassung die Datenqualität in beiden Systemen verschlechtert.

Müssen alle historischen Daten in das neue System migriert werden?
Nein. Aktive Verträge, laufende Optionen, Kautionen und die aktuelle Abrechnungsperiode gehören ins neue System, abgeschlossene Vorgänge in ein lesbares Archiv. Entscheidend ist, dass der Zugriff auf das Archiv geregelt ist, bevor der Altvertrag gekündigt wird.

Wie unterscheidet sich der Wechsel von einer Erst-Einführung?
Bei der Einführung einer Immobilienverwaltungssoftware ohne Vorgängersystem liegt die Arbeit in der Ersterfassung aus Papier und Tabellen. Beim Wechsel kommt das Feldmapping zwischen zwei Datenmodellen hinzu, und das Altsystem liefert eine Vergleichsbasis, die Fehler sichtbar macht. Ein Projekt zur Einführung von Immobilienverwaltungssoftware braucht deshalb beim Wechsel zwingend Kontrollsummen und einen Stichtag.

Wenn Sie den Wechsel von einem Altsystem planen und Vertragsdaten, Mieterumsätze und Besucherfrequenzen im selben Projekt zusammenführen möchten, sprechen Sie mit uns über Ihren Stichtag und Ihr Pilotobjekt: vemcogroup.com/contact-us. Wir gehen mit Ihnen Ihren Rohexport durch und zeigen, welche Felder sauber übernommen werden können und wo Nacharbeit vor dem Import nötig ist.