Softwarewechsel im laufenden Neubauprojekt richtig planen

Warum ist ein Softwarewechsel im laufenden Neubauprojekt so riskant?

Weil im Projektbetrieb Zustände mit Fristen hängen: Reservierungen, Widerrufsfristen, Preisstände, Provisionsansprüche. Ein Datensatz, der bei der Migration ein Datum verliert, verschiebt eine Frist. Der Bestand ist eben nicht nur eine Kontaktliste, sondern ein Zustandsmodell des Projekts, und dieses Modell muss über den Wechsel hinweg lückenlos bleiben.

Drei Datenstränge tragen das eigentliche Risiko. Der erste ist der Einheitenbestand mit Status, Preisstand und Zuordnung. Der zweite sind die Vorgänge mit Fristen: Reservierung, Finanzierungsbestätigung, Beurkundungstermin, Widerruf. Der dritte ist die Provisionsspur, also wer wann welchen Anspruch erworben hat. Kontakte lassen sich notfalls nachpflegen, ein verlorener Fristenstand nicht. Die Planung beginnt deshalb nicht bei der Kontaktzahl, sondern bei der Frage, welche Zustände bindend sind.

Hinzu kommt das organisatorische Risiko. In einem laufenden Projekt arbeiten Innendienst, externe Vertriebspartner, Backoffice und oft ein Auftraggeber-Controlling am selben Bestand. Ein Systemwechsel verändert für alle gleichzeitig Oberfläche, Begriffe und Berechtigungen. Wenn in dieser Phase eine Anfrage nicht zugeordnet wird oder ein Partner keinen Zugang hat, entsteht kein Datenfehler, sondern ein Umsatzausfall. Der Wechsel ist damit ebenso ein Kommunikations- wie ein Migrationsprojekt.

• Fristverlust: Reservierungsende, Nachrückerlogik oder Rückzahlungstermin werden ohne Uhrzeit oder Zeitzone übernommen.
• Preisstandsbruch: Im neuen System liegt eine ältere Preisliste, Angebote gehen mit falschen Werten hinaus.
• Zuordnungsverlust: Interessenten verlieren die Verknüpfung zum vermittelnden Vertriebspartner, der Provisionsanspruch wird strittig.
• Dokumentenlücke: Unterlagen wandern ohne Versionsdatum, der Nachweis der übergebenen Fassung fehlt.
• Schattenprozesse: Einzelne arbeiten weiter im Altsystem, weil dort eine Funktion vertraut ist.

Wann ist ein Wechsel während der Projektlaufzeit vertretbar?

Vertretbar ist er, wenn wenige Vorgänge mit laufenden Fristen offen sind und kein Vermarktungsereignis unmittelbar bevorsteht. Das gilt vor allem in der Vorvermarktung vor dem offiziellen Vertriebsstart und im Restantenvertrieb. In der Kernvermarktung mit vielen parallelen Reservierungen und Notarterminen ist ein Wechsel kaum zu rechtfertigen.

Hinter dem Stichwort CRM-Wechsel Projektlaufzeit steht am Ende eine kaufmännische Abwägung: Was kostet das Aushalten des Altsystems bis zum Projektende gegenüber dem Risiko eines Schnitts mitten im Verkauf. Es gibt Auslöser, die keine Wahl lassen, etwa eine Vertragskündigung durch den Anbieter oder einen Funktionsausfall, der die Abrechnung blockiert. In diesen Fällen geht es nicht mehr um das Ob, sondern nur noch um die Absicherung des Übergangs.

Nützlich ist eine einfache Zählung vor der Entscheidung: Wie viele Einheiten haben aktuell einen Status zwischen Reservierung und Beurkundung, wie viele Fristen laufen in den nächsten sechs Wochen ab, und wie viele Provisionsabrechnungen sind noch nicht freigegeben. Je kleiner diese drei Zahlen sind, desto schmaler ist das Schnittfenster, das Sie absichern müssen. Die folgende Einordnung hilft bei der Verortung der eigenen Projektphase.

In der Software

Jeder Vorgang steht an seiner Stufe

Board, Tabelle und Zeitstrahl zeigen dieselben Deals — wer wo hängt, sieht man ohne Rückfrage.

Deal-Pipeline

Was gehört zum Mindestdatenbestand am Stichtag?

Zum Mindestdatenbestand gehört alles, was einen bindenden Zustand abbildet: Einheitenliste mit Status und Preisstand, laufende Reservierungen mit Fristdatum, Kaufvorgänge bis zur Beurkundung, Provisionsansprüche je Vorgang, die Zuordnung Interessent zu Vertriebspartner sowie Unterlagenstände mit Versionsdatum. Alles andere ist wünschenswert, aber nicht schnittkritisch.

Die Trennung ist deshalb wichtig, weil sie den Umfang der Migration halbiert. Historische E-Mail-Verläufe, Besichtigungsnotizen aus der Vorvermarktung oder abgelehnte Anfragen aus dem Vorjahr müssen nicht am Stichtag im Zielsystem stehen. Sie können später nachgezogen oder im Altsystem als Lesearchiv belassen werden. Wer alles gleichzeitig migriert, verlängert das Einfrierfenster ohne Nutzen und erhöht die Zahl der Felder, die im Abgleich scheitern können.

Definieren Sie den Mindestdatenbestand schriftlich als Liste von Objekten und Pflichtfeldern, nicht als Absichtserklärung. Zu jedem Feld gehört die Frage, woher der Wert kommt, in welchem Format er im Zielsystem landet und wer prüft, dass er stimmt. Diese Liste ist zugleich die Abnahmegrundlage: Nur was darin steht, wird am Stichtag gezählt, und nur wenn alles davon stimmt, wird das neue System freigegeben.

1. 1Einheitenstamm: Bezeichnung, Haus, Geschoss, Typ, Fläche, Zimmer, Stellplatzbindung.
2. 2Preisstand: aktueller Kaufpreis je Einheit, Gültigkeitsdatum, Freigabevermerk.
3. 3Statusmodell: frei, vorgemerkt, reserviert, beurkundet, storniert, jeweils mit Änderungsdatum.
4. 4Reservierungen: Interessent, Beginn, Ablaufdatum, Gebührenstand, Nachrückerreihenfolge.
5. 5Kaufvorgänge: Notar, Terminstand, Finanzierungsstand, offene Unterlagen.
6. 6Provisionsspur: vermittelnder Partner, Satz oder Betrag, Fälligkeitslogik, bereits gezahlte Vorschüsse.
7. 7Dokumente: aktuelle Fassung je Unterlage mit Versionsdatum und Empfängerprotokoll.

Das Stichtagskonzept: Einfrierfenster, Schnitt und Freigabe

Ein Stichtagskonzept legt fest, zu welchem Zeitpunkt das Altsystem seinen letzten verbindlichen Stand liefert und ab wann ausschließlich im neuen System gearbeitet wird. Dazwischen liegt das Einfrierfenster, in dem keine neuen Vorgänge angelegt und keine Status geändert werden. Das Fenster ist kein Urlaub, sondern eine kontrollierte Betriebsform: Anfragen werden angenommen und auf Papier oder in einer definierten Übergabeliste festgehalten, aber nicht mehr im Altsystem verbucht.

Je kürzer das Fenster, desto geringer die Nacherfassungslast. Sinnvoll ist ein Schnitt über ein Wochenende mit klarer Uhrzeit, etwa Freitag 18 Uhr bis Montag 8 Uhr. Alles, was in dieser Zeit eingeht, läuft über eine einzige Sammelstelle, damit keine Anfrage verloren geht. Wichtig ist, dass die Uhrzeit überall dieselbe ist und in der Kommunikation an Vertriebspartner ausdrücklich genannt wird, nicht nur das Datum.

Der Stichtag braucht außerdem eine Freigabeinstanz. Eine benannte Person prüft nach dem Import anhand des Mindestdatenbestands und gibt frei oder nicht. Ohne diese Entscheidung rutscht man in einen Zustand, in dem das neue System zwar läuft, aber niemand bestätigt hat, dass es vollständig ist. Diese Freigabe wird mit Datum, Prüfumfang und Ergebnis dokumentiert und ist später der Beleg dafür, auf welchem Stand aufgesetzt wurde.

1. 1Stichtag und Uhrzeit festlegen, Kalenderkonflikte mit Notarterminen und Fristabläufen prüfen.
2. 2Mindestdatenbestand als Feldliste verabschieden und einfrieren.
3. 3Probeimport auf einer Testumgebung, Abweichungen protokollieren und beheben.
4. 4Einfrierfenster ankündigen, Sammelstelle für eingehende Anfragen benennen.
5. 5Finalen Export ziehen, importieren, Zählprüfung und Stichprobe durchführen.
6. 6Freigabe erteilen, Altsystem auf Lesezugriff setzen, Nacherfassung aus der Sammelstelle abarbeiten.

Parallelbetrieb Neubauvertrieb: Wie lange darf er dauern?

So kurz wie möglich. Sinnvoll ist ein Fenster von zwei bis sechs Wochen, in dem das neue System führend ist und das alte nur noch lesend zur Verfügung steht. Ein echter Parallelbetrieb Neubauvertrieb mit Schreibrechten in beiden Systemen erzeugt zwei Wahrheiten über denselben Vorgang und sollte auf wenige Tage begrenzt bleiben.

Der entscheidende Begriff ist das führende System. Er beantwortet die Frage, welcher Stand gilt, wenn zwei Quellen widersprechen. Diese Festlegung gehört schriftlich in die Wechselankündigung, mit einem Satz, den jeder versteht: Ab dem Stichtag ist allein das neue System maßgeblich, Angaben aus dem Altsystem sind Archivinformationen. Ohne diese Klarstellung entscheidet im Zweifel die Person, die gerade am Telefon ist, und das wird teuer.

Technisch lässt sich der Parallelbetrieb entschärfen, indem Sie im Altsystem die Schreibrechte entziehen, statt auf Disziplin zu vertrauen. Lesezugriff für zwei bis drei benannte Personen reicht in der Regel aus, um Rückfragen zu klären. Planen Sie zugleich das Ende: ein Datum, zu dem der Lesezugriff endet, und einen Export, der die archivpflichtigen Unterlagen in ein Format überführt, das auch ohne Anbietervertrag lesbar bleibt.

Datenmigration während Vertrieb: Reihenfolge und Probelauf

Die Datenmigration während Vertrieb folgt einer festen Reihenfolge, weil Objekte aufeinander verweisen. Zuerst die Stammdaten des Projekts und der Einheitenbestand, dann Vertriebspartner und Nutzer mit ihren Rollen, danach Kontakte, erst anschließend Vorgänge wie Reservierungen und Kaufprozesse, zuletzt Dokumente und Provisionsdaten. Wer Vorgänge vor den Einheiten importiert, erzeugt Verweise ins Leere, die sich später nur mit erheblichem Aufwand reparieren lassen.

Vor dem scharfen Lauf steht ein Probeimport mit echten Daten auf einer Testumgebung. Er zeigt, welche Felder im Zielsystem fehlen, welche Formate umgerechnet werden müssen und wie viele Dubletten der Altbestand enthält. Wie Sie Testlauf und Abnahme methodisch aufsetzen, ist im verlinkten Beitrag zur Migration ausführlich beschrieben; hier zählt vor allem, dass der Probelauf vor dem Einfrierfenster liegt und nicht darin.

Rechenbeispiel zur Nachpflege. Annahme: ein Projekt mit 60 Einheiten und 340 aktiven Interessenten, je Kontakt fallen nach dem Import 4 Minuten manuelle Nachpflege an, je Einheit 6 Minuten. Das ergibt 340 mal 4 gleich 1.360 Minuten plus 60 mal 6 gleich 360 Minuten, zusammen 1.720 Minuten oder rund 28,7 Stunden. Angenommen, eine interne Stunde wird mit 65 Euro angesetzt, liegt der Nachpflegeaufwand bei rund 1.863 Euro.

Reservierungen und Fristen über den Stichtag hinweg sichern

Reservierungen sind der empfindlichste Teil des Bestands, weil sie einen Anspruch auf Zeit abbilden. Übertragen werden müssen nicht nur Beginn und Ende, sondern auch die Frage, ob eine Gebühr geflossen ist, unter welchen Bedingungen sie zurückzuzahlen wäre und wer als Nachrücker geführt wird. Fehlt die Nachrückerreihenfolge, verliert der Vertrieb beim Ablauf einer Reservierung den unmittelbar anschlussfähigen Interessenten.

Beim Zeitformat lohnt eine Vorabklärung. Ein Ablaufdatum ohne Uhrzeit wird im Zielsystem oft auf Mitternacht gesetzt, was eine Frist faktisch um einen Tag verschiebt. Legen Sie deshalb für alle Fristfelder eine verbindliche Konvention fest, prüfen Sie sie im Probeimport an konkreten Fällen und dokumentieren Sie die Regel. Bei Vorgängen, die kurz nach dem Stichtag auslaufen, empfiehlt sich zusätzlich eine manuelle Einzelkontrolle.

Rechtlich relevante Fristen gehören ohnehin in die Einzelkontrolle. Wird eine Reservierungsvereinbarung mit einem Verbraucher im Fernabsatz geschlossen, richtet sich die Widerrufsfrist nach § 355 Abs. 2 Satz 1 BGB, die Informationspflichten ergeben sich aus Art. 246a § 1 Abs. 2 Satz 1 Nr. 1 EGBGB. Der Kaufvertrag selbst bedarf nach § 311b Abs. 1 Satz 1 BGB der notariellen Beurkundung; der Terminstand muss den Wechsel unverändert überstehen.

• Alle Reservierungen mit Ablauf in den ersten 30 Tagen nach dem Stichtag einzeln prüfen und gegenzeichnen.
• Nachrückerreihenfolge je Einheit als eigenes Feld migrieren, nicht als Freitextnotiz.
• Gebührenstand und Rückzahlungsbedingung getrennt führen, damit die Abrechnung nachvollziehbar bleibt.
• Belehrungen und Zustellnachweise mit Datum übernehmen, nicht nur das Dokument selbst.
• Notartermine samt Vorbereitungsstand vor dem Schnitt schriftlich bestätigen lassen.

Provisionen und Vertriebspartner: der empfindlichste Datenstrang

Die Provisionsspur verbindet drei Dinge, die in vielen Systemen getrennt liegen: die Zuordnung eines Interessenten zu einem vermittelnden Partner, den vereinbarten Satz oder Betrag und den Stand der Auszahlung einschließlich bereits geleisteter Vorschüsse. Geht die Zuordnung verloren, ist nicht nur eine Abrechnung offen, sondern eine Vertragsbeziehung belastet. Dieser Strang verdient die gründlichste Prüfung, auch wenn er zahlenmäßig der kleinste ist.

Praktisch bewährt sich eine Abstimmung vor dem Stichtag. Sie erstellen je Vertriebspartner eine Übersicht mit den ihm zugeordneten Vorgängen, offenen Ansprüchen und gezahlten Vorschüssen und lassen diese bestätigen. Damit haben beide Seiten einen abgestimmten Ausgangsstand, auf den nach dem Wechsel Bezug genommen werden kann. Streit entsteht erfahrungsgemäß weniger über Beträge als über die Frage, welcher Vorgang wem zugeordnet war.

Achten Sie außerdem auf die Rollen- und Rechtestruktur. Im Altsystem gewachsene Sonderrechte lassen sich selten eins zu eins übertragen, und ein Wechsel ist der richtige Anlass, sie neu zu ordnen. Legen Sie vor dem Import fest, welche Rolle welche Einheiten, Preise und Kundendaten sieht, und testen Sie das mit einem Testzugang je Rolle. Ein Partner, der am Montag keine Einheiten sieht, meldet sich, ein Partner, der zu viel sieht, meist nicht.

• Stand je Partner vor dem Stichtag schriftlich abstimmen und archivieren.
• Vorschüsse und Rückforderungsstände als eigene Felder migrieren, nicht in Notizen.
• Teilungsschlüssel bei Teamverkäufen mit Datum der Vereinbarung übernehmen.
• Je Rolle einen Testzugang anlegen und die Sichtbarkeit vor der Freigabe prüfen.
• Abrechnungslauf erst nach der Freigabe des Zielsystems starten, nie im Einfrierfenster.

Welche rechtlichen Pflichten gelten beim Systemwechsel?

Der Wechsel berührt Datenschutz, Aufbewahrung und Nachweisführung. Der Auftragsverarbeitungsvertrag mit dem alten Anbieter muss nach Art. 28 Abs. 3 Satz 2 lit. g DSGVO die Rückgabe oder Löschung regeln, das Verzeichnis nach Art. 30 Abs. 1 DSGVO ist anzupassen, und der Transport der Daten unterliegt den Anforderungen aus Art. 32 Abs. 1 DSGVO.

Eine Migration ist kein Anlass, alles mitzunehmen. Art. 5 Abs. 1 lit. e DSGVO verlangt, personenbezogene Daten nur so lange in identifizierbarer Form zu speichern, wie es für die Zwecke erforderlich ist. Umgekehrt dürfen aufbewahrungspflichtige Unterlagen nicht verschwinden: § 257 Abs. 1 HGB und § 147 Abs. 1 AO benennen die betroffenen Kategorien, die Fristen ergeben sich aus § 257 Abs. 4 HGB und § 147 Abs. 3 AO.

Für den Immobilienvertrieb kommen Spezialpflichten hinzu. Aufzeichnungen nach dem Geldwäschegesetz sind gemäß § 8 Abs. 4 Satz 1 GwG fünf Jahre aufzubewahren; die Aufbewahrung der nach der Makler- und Bauträgerverordnung zu führenden Unterlagen regelt § 14 MaBV. Prüfen Sie diese Fristen ausdrücklich, bevor ein Altsystem abgeschaltet wird, und klären Sie im Zweifel mit rechtlicher Beratung, welche Bestände in ein anbieterunabhängiges Archivformat überführt werden müssen.

Rollback, Notfallplan und die Kostenlogik des Wechsels

Jeder Stichtag braucht eine Abbruchregel. Legen Sie vorher fest, welche Abweichung den Wechsel stoppt, etwa eine Differenz bei der Zahl offener Reservierungen oder fehlende Provisionszuordnungen. Ebenso gehört dazu, wie zurückgerollt wird: Das Altsystem bleibt bis zur Freigabe schreibfähig erreichbar, und die im Einfrierfenster gesammelten Vorgänge werden in diesem Fall dort nachgetragen. Ohne diesen Plan wird aus einer erkannten Abweichung eine Diskussion unter Zeitdruck.

Rechenbeispiel zu den Zusatzkosten. Annahme: Das Altsystem wird sechs Wochen als Lesearchiv weiterbezahlt, 12 Nutzer zu je 49 Euro im Monat ergeben 588 Euro monatlich, für 1,5 Monate also 882 Euro. Angenommen, in diesen sechs Wochen fallen 45 Vorgänge mit je 5 Minuten Doppelpflege an, sind das 225 Minuten oder 3,75 Stunden, bei 65 Euro je Stunde 243,75 Euro. Die Summe des Übergangs beträgt damit 1.125,75 Euro.

Diese Zahlen sind Annahmen und ersetzen keine Angebotsprüfung, aber sie zeigen die Struktur: Die sichtbaren Lizenzkosten des Übergangs sind selten das Problem, der interne Aufwand für Nachpflege, Abstimmung und Schulung ist es. Wer den Wechsel budgetiert, sollte beide Posten getrennt ausweisen und den internen Aufwand mit einem realistischen Stundensatz bewerten, statt ihn als ohnehin vorhandene Arbeitszeit zu behandeln.