Immobilien CRM Datensicherung: Wiederherstellung im Test prüfen

Was bedeutet Immobilien CRM Datensicherung im laufenden Vertrieb?

Immobilien CRM Datensicherung bedeutet, Kontakte, Aktivitäten, Reservierungen und Dokumente so zu sichern, dass ein bestimmter Stand vollständig und mit allen Verknüpfungen zurückgeholt werden kann. Maßgeblich ist nicht die Existenz einer Sicherung, sondern die nachgewiesene Wiederherstellung einzelner Vorgänge, ohne den übrigen Datenbestand zu überschreiben.

Im Vertrieb unterscheidet sich das von der klassischen Server-Sicherung. Ein Rückspielen des Gesamtstands der letzten Nacht würde gelöschte Kontakte zwar zurückbringen, aber alle Änderungen seit dieser Sicherung verwerfen: neue Anfragen, verschobene Termine, aktualisierte Reservierungen. In einem Team, das parallel an mehreren Projekten arbeitet, ist ein solcher Rücksprung selten brauchbar. Gefragt ist die gezielte Wiederherstellung einzelner Datensätze in den aktuellen Bestand.

Bei der Datensicherung Immobilienmakler-typischer Bestände kommen weitere Besonderheiten hinzu: Suchprofile, Objektzuordnungen, Provisionsvereinbarungen und Einwilligungen hängen am Kontakt. Die folgenden Löschfälle eignen sich als Ausgangspunkt für einen Test, weil sie im Vertriebsalltag ohne böse Absicht entstehen.

• Massenlöschung bei der Dublettenbereinigung, bei der der falsche Datensatz als Hauptdatensatz behandelt wurde
• Zusammenführen zweier Kontakte, bei dem Aktivitäten des untergeordneten Datensatzes verloren gehen
• Löschen eines Partnerzugangs mitsamt der zugeordneten Interessenten
• Fehlerhafter CSV-Import, der bestehende Felder mit leeren Werten überschreibt
• Automatisierung oder Schnittstelle, die Datensätze ungewollt ändert oder entfernt

Welche Daten hängen an einem gelöschten Kontakt?

An einem Kontakt hängen im Immobilienvertrieb neben den Stammdaten vor allem Aktivitäten, Wiedervorlagen, Zuständigkeiten, Reservierungen, Dokumente, Einwilligungen und Provisionsbezüge. Ein Test muss jede dieser Verknüpfungen einzeln prüfen, denn ein wiederhergestellter Kontakt ohne Historie ist für den laufenden Vorgang nur eingeschränkt nutzbar.

Technisch liegen diese Informationen in getrennten Tabellen oder Objekten, die über Kennungen verbunden sind. Löscht ein System einen Kontakt, entscheidet seine Löschlogik, was mit den abhängigen Daten geschieht: Sie werden mitgelöscht, verwaist zurückgelassen oder einem Platzhalter zugeordnet. Kommt der Kontakt anschließend mit neuer Kennung zurück, finden die alten Aktivitäten ihn unter Umständen nicht mehr.

Prüfen Sie deshalb für jedes Objekt, ob nach der Wiederherstellung Inhalt, Zeitstempel, Autor und Verknüpfung erhalten sind. Besonders aufschlussreich sind Felder, die das System selbst setzt, etwa Erstellungsdatum oder Änderungshistorie. Die folgende Liste dient als Prüfbestand.

• Stammdaten: Name, Kontaktwege, Adresse, Quelle der Anfrage, Tags
• Aktivitäten: Anrufnotizen, E-Mails, Besichtigungen mit Datum und Autor
• Wiedervorlagen: Fälligkeit, zuständige Person, Status
• Reservierungen: Verknüpfung zur Einheit, Reservierungsdatum, Ablauf
• Dokumente: Selbstauskunft, Reservierungsvereinbarung, Signaturstatus
• Einwilligungen und Widerrufe mit Zeitstempel
• Provisionsbezug: zugeordneter Vertriebspartner und Teilungsschlüssel

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

Welche Wiederherstellungswege bietet ein CRM-Anbieter?

CRM-Anbieter stellen Daten auf unterschiedlichen Ebenen wieder her: über einen Papierkorb in der Oberfläche, eine Einzelwiederherstellung durch den Support, das Zurücksetzen des Gesamtstands auf einen Sicherungszeitpunkt oder nur über einen Export. Welche Ebenen ein Anbieter tatsächlich anbietet, sollten Sie schriftlich bestätigen lassen und im Test nachweisen.

Die Ebenen unterscheiden sich in Geschwindigkeit, Zuständigkeit und Nebenwirkungen. Ein Papierkorb ist sofort verfügbar, erfasst aber nicht zwingend jeden Löschweg; Massenlöschungen über Importe oder Schnittstellen können ihn je nach System umgehen. Eine Wiederherstellung durch den Support kann gezielt erfolgen, ist aber an Reaktionszeiten und Vertragsumfang gebunden. Das Zurücksetzen des Gesamtstands ist umfassend, verwirft jedoch spätere Änderungen.

Die Tabelle fasst zusammen, was Sie je Ebene im Test prüfen sollten. Sie enthält keine Aussage über einzelne Anbieter, sondern Prüffragen, die sich auf jedes System anwenden lassen.

Wiederherstellungsprotokoll: So läuft der Test ab

Ein Wiederherstellungsprotokoll ist ein festgelegter Ablauf, der bei jedem Test gleich durchgeführt wird. Nur so lassen sich Ergebnisse zwischen Anbietern oder zwischen zwei Testterminen vergleichen. Wer die CRM Wiederherstellung testen will, braucht einen eigenen Testbestand, eine Dokumentation des Ausgangszustands vor der Löschung und eine Abnahme, die Feld für Feld abgleicht.

Führen Sie den Test nach Möglichkeit in einer Testumgebung oder einem Testmandanten durch. Verwenden Sie ausschließlich fiktive Datensätze mit eindeutig erkennbaren Namen und E-Mail-Adressen unter reservierten Beispieldomains wie example.com. So sind keine echten Personen betroffen, und automatische Benachrichtigungen erreichen niemanden.

Dokumentieren Sie jeden Schritt mit Datum, ausführender Person und Ergebnis. Das Protokoll dient als Nachweis gegenüber der Geschäftsführung und kann Teil der Dokumentation Ihrer technischen und organisatorischen Maßnahmen werden.

1. 1Testbestand anlegen: fiktive Kontakte mit Aktivitäten, Wiedervorlagen, Reservierung, Dokument und Partnerzuordnung
2. 2Ausgangszustand sichern: Export und Bildschirmfotos aller Testobjekte mit Kennungen und Zeitstempeln
3. 3Abwarten, bis mindestens ein regulärer Sicherungslauf des Anbieters erfolgt ist
4. 4Löschfälle auslösen: Einzellöschung, Massenlöschung und Zusammenführung getrennt durchführen
5. 5Wiederherstellung über jede angebotene Ebene anfordern und Zeitpunkt sowie Dauer festhalten
6. 6Feld für Feld gegen den Ausgangszustand abgleichen, getrennt nach Objekttyp
7. 7Lückenquote berechnen und das Ergebnis mit dem Anbieter schriftlich festhalten

Praxisbeispiel: Lückenquote eines Wiederherstellungstests berechnen

Annahme: Ein Vertrieb legt in einer Testumgebung 20 fiktive Kontakte an. Jeder Kontakt erhält 5 Aktivitäten: Erstanruf, E-Mail, Besichtigungsnotiz, Gesprächsnotiz und Wiedervorlage. Das ergibt 100 Aktivitäten. Zusätzlich werden 4 Kontakte mit einer Reservierung auf eine Einheit verknüpft und 6 Dokumente hochgeladen. Der Testbestand umfasst damit 20 + 100 + 4 + 6 = 130 Objekte.

Annahme zum Testergebnis: Nach Massenlöschung und Wiederherstellung durch den Support sind alle 20 Kontakte und alle 6 Dokumente vollständig zurück. Von den 100 Aktivitäten sind 80 vollständig; die 20 Wiedervorlagen sind vorhanden, haben aber keine zuständige Person mehr und erscheinen in keiner Aufgabenliste. Die 4 Reservierungen bestehen an der Einheit weiter, die Verknüpfung zum Kontakt fehlt.

Rechnung: Vollständig wiederhergestellt sind 20 + 80 + 6 = 106 von 130 Objekten, also gerundet 81,5 Prozent. Die Lückenquote beträgt 24 von 130 Objekten, gerundet 18,5 Prozent. Inhaltlich wiegen die Lücken schwerer, als die Quote vermuten lässt: Ohne Zuständigkeit verfallen Wiedervorlagen unbemerkt, und eine Reservierung ohne Kontaktbezug lässt sich keinem Käufer zuordnen. Es empfiehlt sich, Lücken zusätzlich nach ihrer Auswirkung auf laufende Vorgänge zu gewichten.

Wie viel Datenverlust ist für einen Vertrieb tragbar?

Wie viel Datenverlust tragbar ist, legen Sie über zwei Zielwerte fest: den maximal hinnehmbaren Zeitraum fehlender Daten (Recovery Point Objective, RPO) und die maximal hinnehmbare Dauer bis zur Wiederherstellung (Recovery Time Objective, RTO). Beide Werte leiten Sie aus Ihrem Aktivitätsvolumen ab und gleichen sie mit den Zusagen des Anbieters ab.

Annahme: Ein Team aus 6 Vertriebsmitarbeitenden dokumentiert je 25 Aktivitäten pro Arbeitstag, gleichmäßig verteilt über 8 Arbeitsstunden. Das sind 150 Aktivitäten pro Tag oder 18,75 pro Stunde. Sichert der Anbieter einmal nachts, können im ungünstigsten Fall die Einträge eines ganzen Arbeitstags fehlen, also 150 Aktivitäten. Bei einem Sicherungsabstand von 4 Stunden wären es höchstens 4 × 18,75 = 75 Aktivitäten.

Für die RTO ist entscheidend, welche Vorgänge in der Zwischenzeit stillstehen. Liegt ein Notartermin oder ein Reservierungsablauf innerhalb der Wiederherstellungsdauer, entstehen Folgeprobleme, die über die reine Datenmenge hinausgehen. Sinnvoll ist es, RPO und RTO getrennt für Einzelwiederherstellungen und für den Ausfall des gesamten Systems festzulegen und beide Werte in die Anbieterbewertung aufzunehmen.

Rechtlicher Rahmen: Wiederherstellbarkeit nach DSGVO und Aufbewahrung

Art. 32 Abs. 1 lit. c DSGVO nennt als Maßnahme die Fähigkeit, die Verfügbarkeit personenbezogener Daten und den Zugang zu ihnen bei einem physischen oder technischen Zwischenfall rasch wiederherzustellen. Art. 32 Abs. 1 lit. d DSGVO ergänzt ein Verfahren zur regelmäßigen Überprüfung, Bewertung und Evaluierung der Wirksamkeit der technischen und organisatorischen Maßnahmen. Ein dokumentierter Wiederherstellungstest ist eine naheliegende Form, dieses Verfahren praktisch auszugestalten.

Nutzen Sie ein Cloud-CRM, verarbeitet der Anbieter die Daten in Ihrem Auftrag. Nach Art. 28 Abs. 3 Satz 2 lit. c DSGVO sieht der Vertrag zur Auftragsverarbeitung vor, dass der Auftragsverarbeiter alle gemäß Art. 32 DSGVO erforderlichen Maßnahmen ergreift. Art. 28 Abs. 3 Satz 2 lit. g DSGVO betrifft Löschung oder Rückgabe der Daten nach Ende der Verarbeitungsleistungen. Prüfen Sie, wie Sicherungen und deren Aufbewahrungsdauer im Vertrag beschrieben sind.

Zwei Spannungsfelder sollten Sie kennen. Wurde ein Kontakt aufgrund eines Löschverlangens nach Art. 17 Abs. 1 DSGVO entfernt, sollte eine spätere Wiederherstellung ihn nicht unbemerkt zurückbringen. Umgekehrt ersetzt ein Backup keine geordnete Aufbewahrung, etwa der Unterlagen nach § 14 Abs. 1 MaBV. Welche Pflichten im Einzelfall gelten, klären Sie mit Ihrer Datenschutz- oder Rechtsberatung.

Fragen an den Anbieter vor der Vertragsunterschrift

Viele Unterschiede zwischen Anbietern zeigen sich nicht in der Demo, sondern in den Vertragsunterlagen und in der Antwort des Supports auf konkrete Fälle. Stellen Sie die Fragen schriftlich und mit Bezug auf Ihren Testbestand, damit die Antworten vergleichbar sind und später als Grundlage für Leistungsbeschreibung und Auftragsverarbeitungsvertrag dienen.

Achten Sie auf präzise Antworten. Die Aussage, es werde regelmäßig gesichert, beantwortet weder die Frage nach dem Intervall noch nach der Wiederherstellbarkeit einzelner Datensätze. Bitten Sie bei Unklarheiten um eine Vorführung im Testmandanten, statt sich auf eine Beschreibung zu verlassen.

Die Antworten lassen sich in eine bestehende Auswahl-Scorecard übernehmen. Sinnvoll ist eine eigene Kategorie für Wiederherstellbarkeit, die nicht in einem allgemeinen Punkt Sicherheit aufgeht, denn ein gut gesichertes System kann Daten trotzdem nur grob wiederherstellen.

• In welchem Intervall wird gesichert, und wie lange werden Sicherungen aufbewahrt?
• Können einzelne Kontakte samt Aktivitäten wiederhergestellt werden, ohne den übrigen Bestand zurückzusetzen?
• Bleiben Kennungen, Zeitstempel, Autoren und Zuständigkeiten erhalten?
• Werden Massenlöschungen, Zusammenführungen und Löschungen über Schnittstellen im Papierkorb erfasst?
• Wer darf eine Wiederherstellung beauftragen, und wie wird sie im Änderungsprotokoll vermerkt?
• Welche Reaktionszeit und welche Kosten gelten für eine Wiederherstellung durch den Support?
• In welchem Format erhalten Sie bei Vertragsende einen vollständigen Export?

Grenzen des eigenen Maklersoftware Backup über Exporte

Als zweite Linie bietet es sich an, die Sicherung des Anbieters durch eigene Exporte zu ergänzen. Ein solches Maklersoftware Backup schützt vor dem Ausfall eines Dienstes und erleichtert einen späteren Wechsel. Es hat jedoch eine strukturelle Grenze: Exporte bilden Tabellen ab, nicht immer die Beziehungen zwischen ihnen. Ob sich daraus einzelne Vorgänge wiederherstellen lassen, hängt davon ab, ob Kennungen mitexportiert und beim Import genutzt werden.

Prüfen Sie im Test, ob ein Export Aktivitäten mit Kontaktkennung, Einheitenkennung und Zeitstempel enthält und ob Dokumente gesondert heruntergeladen werden müssen. Ein Reimport kann neue Datensätze mit neuen Kennungen anlegen; die alten Verknüpfungen müssen dann über eine Zuordnungstabelle nachgebaut werden. Eine CRM Datenwiederherstellung durch den Anbieter bleibt deshalb der erste Weg, der eigene Export die Rückfallebene.

Eigene Exporte enthalten personenbezogene Daten und unterliegen denselben Anforderungen an Zugriffsschutz und Löschung wie das CRM selbst. Legen Sie fest, wer exportieren darf, wo Exporte gespeichert und wann sie gelöscht werden. Ein unverschlüsselter Export auf einem privaten Laufwerk erhöht das Risiko mehr, als er es senkt.

Wie oft sollten Sie die CRM-Wiederherstellung testen?

Es empfiehlt sich, die Wiederherstellung vor Vertragsabschluss, nach der Einführung und anschließend mindestens einmal jährlich zu testen. Zusätzliche Tests sind sinnvoll nach größeren Änderungen, etwa einem neuen Datenmodell, einer neuen Schnittstelle oder einem geänderten Sicherungskonzept des Anbieters.

Halten Sie den Testbestand stabil, damit die Ergebnisse vergleichbar bleiben, und erweitern Sie ihn nur, wenn neue Objekttypen hinzukommen. Vergleichen Sie die Lückenquote mit dem vorherigen Test. Steigt sie, ist das ein Anlass, mit dem Anbieter zu klären, ob sich Löschlogik oder Sicherungsverfahren geändert haben.

Ein jährlicher Rhythmus lässt sich mit der Überprüfung der technischen und organisatorischen Maßnahmen verbinden. So entsteht ein fester Termin, an dem Wiederherstellbarkeit, Berechtigungen und Exportprozesse gemeinsam betrachtet werden.

1. 1Vor der Vertragsunterschrift: Protokoll im Testmandanten jedes Anbieters der engeren Auswahl
2. 2Nach der Einführung: Test mit dem produktiven Datenmodell und den eingerichteten Schnittstellen
3. 3Jährlich: Wiederholung mit unverändertem Testbestand und Vergleich der Lückenquote
4. 4Anlassbezogen: nach Änderungen am Datenmodell, neuen Integrationen oder einem echten Löschvorfall