CRM Hausverwaltung: Warum Verwaltung und Vertrieb getrennt gehören

Warum unterscheiden sich Verwaltung und Vertrieb im Datenmodell?

Die Verwaltung modelliert Dauerschuldverhältnisse: ein Objekt, ein Mieter oder Eigentümer, eine laufende Zahlungsreihe, die über Jahre fortgeschrieben wird. Der Vertrieb modelliert Transaktionen mit definiertem Anfang und Ende: eine Anfrage, eine Reservierung, ein Abschluss oder ein Verlust. Das erste Modell braucht Historie und Kontinuität, das zweite Zustandswechsel und Abbruchgründe.

Aus dieser Grundunterscheidung folgen fast alle weiteren Unterschiede. Eine Hausverwaltung Software führt Sollstellungen, Nebenkostenabrechnungen, Instandhaltungsvorgänge und Beschlusssammlungen. Der zeitliche Horizont ist unbegrenzt, der Datensatz altert nicht, sondern wächst. Ein Vertriebssystem dagegen bewertet dieselbe Einheit nach ihrer Verkaufswahrscheinlichkeit, ihrem Reservierungsstatus und ihrem Beitrag zum Forecast. Nach dem Abschluss verliert der Datensatz für den Vertrieb an Bedeutung.

Auch die Personenbezüge unterscheiden sich. In der Verwaltung ist die zentrale Person der Mieter oder Eigentümer, verbunden mit einem konkreten Nutzungsverhältnis. Im Vertrieb ist die zentrale Person der Interessent, der zunächst keiner Einheit zugeordnet ist und im Verlauf mehreren Einheiten parallel zugeordnet sein kann. Ein Interessent, der drei Wohnungen prüft, ist im Vertrieb ein normaler Fall und in der Verwaltung ein Datenfehler.

Wer beides in eine gemeinsame Tabelle presst, muss entweder Pflichtfelder aufweichen oder Datensätze doppelt führen. Beides beschädigt die Auswertbarkeit. Deshalb ist die Frage nicht, ob getrennt wird, sondern wie die Grenze verläuft.

• Verwaltung: Datensatz lebt fort, Historie ist Pflicht, Löschung selten und stark reguliert.
• Vertrieb: Datensatz endet mit Abschluss oder Verlust, Abbruchgründe sind die wichtigste Auswertungsdimension.
• Verwaltung: eine Person pro Nutzungsverhältnis, klare Zuordnung zur Einheit.
• Vertrieb: eine Person kann mehreren Einheiten und mehreren Projekten zugeordnet sein.
• Verwaltung: Zahlungsströme wiederkehrend, Vertrieb: Zahlungsströme einmalig und provisionsrelevant.

Welche Funktionen gehören in welches System?

Die Zuordnung ist einfacher, als sie in Ausschreibungen oft dargestellt wird. Alles, was nach der Übergabe des Schlüssels dauerhaft betreut wird, gehört in die Verwaltung. Alles, was zwischen Erstkontakt und Beurkundung entsteht, gehört in den Vertrieb. Streitfälle gibt es nur an den Rändern, und genau diese Ränder lohnt es sich einmal schriftlich festzuhalten.

Die folgende Gegenüberstellung dient als Ausgangspunkt für die eigene Zuständigkeitsmatrix. Sie ist bewusst als Empfehlung formuliert, nicht als Norm: Je nach Organisationsform kann etwa die Sonderwunschverwaltung sinnvoll im Vertriebssystem liegen, wenn dort auch der Kaufvertragsstand geführt wird, oder in der Bauabteilung, wenn Nachträge dort abgerechnet werden.

Wichtig ist die Konsequenz: Ein Funktionsbereich hat genau ein führendes System. Doppelte Führung ohne definierte Richtung erzeugt Abweichungen, die irgendwann jemand manuell auflösen muss. Wenn beide Systeme dieselbe Information halten, muss festgelegt sein, welches System schreibt und welches liest.

Für den Auswahlprozess bedeutet das: Prüfen Sie nicht, ob ein Anbieter eine Funktion irgendwie anbietet, sondern ob sie in seinem Datenmodell die führende Rolle spielt. Eine Mietverwaltung als Randmodul in einem Vertriebssystem ist selten belastbar, und ein Reservierungsstatus als Zusatzfeld in einer Verwaltungssoftware ebenso wenig.

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

Übergabepunkt 1: Objektstammdaten vor Vertriebsstart

Der erste Übergabepunkt liegt vor dem Verkaufsstart. Die Verwaltung oder die Projektsteuerung hält technische Objektdaten: Grundrisse, Flächen nach Berechnungsstand, Ausstattungsmerkmale, Stellplatzzuordnung, Miteigentumsanteile aus der Teilungserklärung. Der Vertrieb braucht davon eine gefilterte, verkaufstaugliche Teilmenge und ergänzt sie um Preise, Zuschläge und Verfügbarkeitsstatus.

Der klassische Fehler besteht darin, diese Übergabe als einmaligen Export zu behandeln. Flächen ändern sich durch Planungsanpassungen, Stellplätze werden umgeordnet, Einheitennummern werden bei der Teilungserklärung neu vergeben. Wenn der Vertrieb mit einem Stand von vor sechs Wochen arbeitet, entstehen Angebote mit falschen Flächen, die im Kaufvertrag korrigiert werden müssen.

Sauber gelöst ist der Punkt, wenn ein eindeutiger Objektschlüssel existiert, der in beiden Systemen identisch geführt wird, und wenn Änderungen an den Kernfeldern nur in einem System vorgenommen werden dürfen. Empfehlenswert ist, die Einheitennummer aus der Teilungserklärung als führenden Schlüssel zu setzen, sobald sie vorliegt, und vorher eine interne Projektnummer zu verwenden, die dauerhaft mitgeführt wird.

Praktisch bewährt sich eine Freigabestufe: Erst wenn Fläche, Nummer und Zuordnung als planungsfest markiert sind, wandert die Einheit in die verkaufsaktive Preisliste. Vorher steht sie im Vertriebssystem als Vorschau ohne Reservierungsmöglichkeit.

1. 1Objektschlüssel definieren: interne Projektnummer plus spätere Einheitennummer aus der Teilungserklärung.
2. 2Kernfelder benennen, die nur im führenden System geändert werden dürfen (Fläche, Nummer, Zuordnung Stellplatz und Keller).
3. 3Freigabestatus setzen: Vorschau, verkaufsaktiv, reserviert, verkauft, übergeben.
4. 4Änderungsmeldung festlegen: Wer informiert wen bei einer Flächenänderung und in welcher Frist.
5. 5Abgleich terminieren: fester Rhythmus für den Vergleich beider Bestände, dokumentiert mit Datum und Prüfer.

Übergabepunkt 2: Käuferdaten nach der Beurkundung

Der zweite Übergabepunkt ist der heikelste, weil hier personenbezogene Daten das System wechseln. Nach der Beurkundung wird aus dem Interessenten ein Erwerber, der künftig von der Verwaltung betreut wird. Der Vertrieb braucht danach nur noch wenige Felder für Provision, Storno und Kundenschutz, die Verwaltung dagegen den vollständigen Vertragskontext.

Zu übergeben sind in der Regel: Vertragsparteien mit Anschrift, Erwerbsquoten bei mehreren Käufern, Kaufpreis und Zahlungsplan, Sonderwünsche mit Nachträgen, gewählte Ausstattungsvarianten sowie die Kommunikationsdaten für die Übergabetermine. Nicht zu übergeben sind Vertriebsnotizen, Bonitätsindikationen, Gesprächsprotokolle und Interessen an anderen Einheiten. Diese Daten haben in der Verwaltung keinen Zweck.

Datenschutzrechtlich hilft die Trennung. Nach Art. 5 Abs. 1 lit. b DSGVO dürfen personenbezogene Daten nur für festgelegte, eindeutige und legitime Zwecke erhoben werden. Getrennte Systeme erleichtern es, diese Zweckbindung im Verarbeitungsverzeichnis nach Art. 30 DSGVO abzubilden, weil jeder Verarbeitungsvorgang seinem System und seiner Rechtsgrundlage zugeordnet werden kann. In einer gemeinsamen Datenbank müssen Sie dieselbe Trennung über Berechtigungen nachbilden, was aufwendiger zu belegen ist.

Praktisch bedeutet das: Definieren Sie eine Übergabeliste mit genau den Feldern, die wandern, und dokumentieren Sie den Zeitpunkt. Der Auslöser ist idealerweise nicht der Notartermin selbst, sondern der Eingang der beglaubigten Abschrift, weil erst dann die Vertragsdaten final sind.

• Auslöser definieren: Eingang der beglaubigten Abschrift statt Beurkundungstermin.
• Feldliste festhalten: welche Käuferdaten wandern, welche ausdrücklich nicht.
• Rechtsgrundlage je System dokumentieren, Vertragserfüllung nach Art. 6 Abs. 1 lit. b DSGVO für die Verwaltung.
• Löschkonzept abstimmen: Vertriebsnotizen müssen nicht bis zum Ende des Nutzungsverhältnisses aufbewahrt werden.
• Zugriffsrechte prüfen: Vertriebspartner verlieren mit der Übergabe den Zugriff auf den Kundendatensatz.

Übergabepunkt 3: Bestandsdaten bei Wiederverkauf und Nachvermietung

Der dritte Übergabepunkt läuft in die Gegenrichtung. Wenn eine verwaltete Einheit wieder verkauft oder neu vermietet wird, braucht der Vertrieb Daten aus der Verwaltung: aktuelle Miete und Restlaufzeit, Betriebskostenvorauszahlung, Instandhaltungsrücklage, offene Beschlüsse mit Kostenwirkung, Modernisierungen der letzten Jahre und den Energieausweis.

Genau hier zeigt sich der Wert der Trennung. Diese Daten sind für den Käufer einer Kapitalanlage kaufentscheidend, sie stammen aber aus einem Bereich, in dem der Vertrieb keine Datenhoheit haben sollte. Der Vertrieb liest, er schreibt nicht. Wird das nicht sauber getrennt, korrigiert irgendwann jemand im Vertriebssystem eine Miete, weil sie im Exposé besser aussieht, und die Abweichung zur Verwaltung fällt erst beim Notartermin auf.

Für den Vermietungsfall gilt dasselbe in kleinerer Form. Eine Mieterkommunikation Software in der Verwaltung führt Störungsmeldungen und Kündigungen, der Vertrieb übernimmt daraus lediglich den Verfügbarkeitszeitpunkt und die Ausstattungsmerkmale. Der Kündigungsgrund und die Mieterhistorie gehen den Vermietungsprozess nichts an, solange keine gesonderte Rechtsgrundlage besteht.

Sinnvoll ist ein definiertes Exposé-Datenpaket: eine feste Liste von Feldern, die die Verwaltung zum Stichtag bestätigt und die der Vertrieb ohne weitere Rückfrage verwenden darf. Mit Datum und Bestätiger dokumentiert, ist das im Streitfall der Nachweis, auf welcher Grundlage geworben wurde.

1. 1Exposé-Datenpaket definieren: Miete, Restlaufzeit, Betriebskosten, Rücklage, Beschlüsse, Energieausweis.
2. 2Stichtag und Bestätiger festhalten, damit die Herkunft der Zahlen nachvollziehbar bleibt.
3. 3Schreibrichtung festlegen: Verwaltung schreibt, Vertrieb liest, Korrekturen laufen zurück über die Verwaltung.
4. 4Aktualisierungsfrist bestimmen, ab wann ein Datenpaket als veraltet gilt und neu bestätigt werden muss.
5. 5Freigabe der Unterlagen abgestuft steuern, damit sensible Verwaltungsdokumente nicht ungeprüft in den Vertrieb gelangen.

Was kostet doppelte Datenpflege konkret?

Der Aufwand doppelter Datenpflege lässt sich überschlägig rechnen, ohne Marktzahlen zu bemühen. Entscheidend sind drei Größen, die Sie selbst kennen: Anzahl der Datensätze, Änderungshäufigkeit und Bearbeitungszeit je Änderung. Alles Weitere ergibt sich daraus.

Annahme: Ein Bestand von 400 Einheiten, davon 60 im Verkaufs- oder Vermietungsprozess. Annahme: An diesen 60 Einheiten fallen pro Monat je 4 relevante Änderungen an, die in beiden Systemen sichtbar sein müssen. Annahme: Die manuelle Nachpflege im Zweitsystem dauert 6 Minuten inklusive Prüfung. Daraus ergeben sich 60 mal 4 gleich 240 Änderungen im Monat, multipliziert mit 6 Minuten sind 1.440 Minuten, also 24 Stunden monatlich.

Annahme: Der interne Kostensatz liegt bei 45 Euro je Stunde. Dann entstehen 24 mal 45 gleich 1.080 Euro monatlich, im Jahr 12.960 Euro. Diese Zahl ist kein Marktwert, sondern das Ergebnis Ihrer eigenen Annahmen. Setzen Sie andere Werte ein, ändert sich das Ergebnis entsprechend.

Der eigentliche Schaden liegt aber nicht in den Stunden, sondern in den Abweichungen. Annahme: 2 Prozent der 240 monatlichen Änderungen werden nicht oder falsch übertragen, das sind rund 5 Fälle. Ein einziger davon, der zu einer falschen Flächenangabe im Kaufvertrag führt, kostet in Klärung und Nachtrag regelmäßig mehr als die reine Pflegezeit eines ganzen Monats.

Wie verbindet man beide Systeme, ohne sie zu verschmelzen?

Die Verbindung erfolgt über drei Bausteine: einen gemeinsamen Objektschlüssel, definierte Datenpakete je Übergabepunkt und eine festgelegte Schreibrichtung. Alles darüber hinaus, etwa bidirektionale Synchronisation aller Felder, erzeugt mehr Konfliktfälle als Nutzen und sollte nur dort eingesetzt werden, wo ein echter Bedarf besteht.

Technisch stehen mehrere Wege offen. Ein API-basierter Abgleich ist die sauberste Variante, weil er Änderungen zeitnah überträgt und Fehler protokolliert. Ein terminierter Dateiimport über CSV ist deutlich einfacher und für Stammdaten oft ausreichend, solange der Rhythmus zur Änderungshäufigkeit passt. Ein manueller Abgleich ist zulässig, wenn die Mengen klein sind, muss aber genauso dokumentiert werden wie eine automatische Schnittstelle.

Wichtiger als die Technik ist die Konfliktregel. Legen Sie fest, was passiert, wenn beide Systeme für dasselbe Feld unterschiedliche Werte haben. Empfehlenswert ist: Das führende System gewinnt immer, Abweichungen werden protokolliert und einer Person zur Prüfung zugewiesen, statt still überschrieben zu werden. Ohne Protokoll merkt niemand, wenn eine Schnittstelle seit Wochen falsche Werte einspielt.

Prüfen Sie bei der Anbieterauswahl konkret, welche Objekte über die Schnittstelle verfügbar sind und ob Statusänderungen als Ereignis gemeldet werden können. Ein Zugang, der nur Vollexporte erlaubt, zwingt Sie zu Abgleichslogik auf Ihrer Seite.

• Gemeinsamer Objektschlüssel in beiden Systemen, unveränderlich über den gesamten Lebenszyklus.
• Datenpakete statt Vollsynchronisation: nur die Felder übertragen, die der Empfänger fachlich braucht.
• Schreibrichtung je Feld dokumentieren, keine bidirektionale Pflege ohne Konfliktregel.
• Protokollierung aller Übertragungen mit Zeitstempel, Quelle und Ergebnis.
• Fehlerfälle einer benannten Person zuweisen, nicht in ein Sammelpostfach schicken.

Welche Rollen brauchen Zugriff auf welche Daten?

Zugriff bemisst sich nach Aufgabe, nicht nach Hierarchie. Ein Vertriebspartner braucht die Verfügbarkeit und die Verkaufsunterlagen einer Einheit, nicht die Mieterhistorie. Ein Objektbetreuer braucht das laufende Nutzungsverhältnis, nicht die Provisionsvereinbarung des Vertriebspartners. Wer diese Grenze im Berechtigungskonzept sauber zieht, löst nebenbei einen großen Teil der Datenschutzfragen.

In gemischten Organisationen gibt es Rollen, die beide Seiten berühren: die Geschäftsführung, das Controlling und häufig die Assistenz. Für diese Rollen empfiehlt sich ein lesender Zugriff auf aggregierte Auswertungen statt auf Einzeldatensätze. Wer Kennzahlen braucht, braucht selten den einzelnen Mietvertrag.

Besondere Aufmerksamkeit verdient der Zugriff externer Vertriebspartner. Sie arbeiten nicht in Ihrem Unternehmen, unterliegen aber Ihrem Berechtigungskonzept. Eine abgestufte Freigabe von Projektunterlagen mit Protokoll darüber, wer welches Dokument wann geöffnet hat, ist hier der praktikable Weg. Beim Übergabepunkt nach der Beurkundung sollte der Zugriff automatisch enden.

Dokumentieren Sie das Konzept in einer Matrix aus Rollen und Datenkategorien. Diese Matrix ist gleichzeitig die Grundlage für das Verarbeitungsverzeichnis nach Art. 30 DSGVO und für die Systemkonfiguration. Wird sie nur einmal erstellt und nie gepflegt, verliert sie ihren Wert innerhalb weniger Monate.

Worauf achtet man bei der Auswahl eines CRM Hausverwaltung?

Wichtiger als der Funktionsumfang ist die Frage, wo der Schwerpunkt des Datenmodells liegt. Prüfen Sie, ob Dauerschuldverhältnisse oder Transaktionen im Zentrum stehen, ob Schnittstellen für Objekt- und Personendaten offen dokumentiert sind und ob Berechtigungen fein genug greifen, um externe Partner sauber abzugrenzen.

Fragen Sie im Auswahlgespräch nicht nach Funktionslisten, sondern nach Abläufen. Lassen Sie sich zeigen, wie eine Flächenänderung an einer bereits reservierten Einheit verarbeitet wird, was mit dem Datensatz bei Rücktritt passiert und wie ein Wechsel des Eigentümers bei laufendem Mietverhältnis abgebildet ist. An diesen drei Stellen trennt sich Tiefe von Oberfläche.

Bei den Kosten lohnt der Blick über die Lizenzgebühr hinaus. Relevante Positionen sind die Einrichtung, die Datenmigration, Schnittstellenentwicklung, Schulungen und laufender Support. Für die Trennungsarchitektur kommt ein Posten hinzu, der oft vergessen wird: der Betrieb der Schnittstelle selbst, inklusive Prüfung der Protokolle und Behebung von Fehlerfällen.

Rechnen Sie die Gesamtkosten über mindestens drei Jahre und stellen Sie ihnen die Alternative gegenüber: ein Universalsystem, das beides abdeckt, aber in einem der beiden Bereiche Kompromisse erzwingt. Diese Kompromisse sind selten offensichtlich, sie zeigen sich erst im Betrieb.

1. 1Datenmodell prüfen: Steht das Nutzungsverhältnis oder die Verkaufschance im Zentrum?
2. 2Schnittstellen prüfen: Welche Objekte und Ereignisse sind dokumentiert verfügbar?
3. 3Berechtigungen prüfen: Lässt sich externer Partnerzugriff auf Einheitenebene begrenzen?
4. 4Abläufe testen: Flächenänderung, Rücktritt, Eigentümerwechsel im laufenden Mietverhältnis.
5. 5Kosten über drei Jahre rechnen, inklusive Schnittstellenbetrieb und Migration.
6. 6Ausstiegsszenario klären: In welchem Format erhalten Sie Ihre Daten bei Vertragsende zurück?

Welche rechtlichen Vorgaben berühren die Systemtrennung?

Drei Regelungsbereiche sind relevant: Datenschutz, Aufbewahrung und Erlaubnisrecht. Der Datenschutz verlangt Zweckbindung nach Art. 5 Abs. 1 lit. b DSGVO und ein Verarbeitungsverzeichnis nach Art. 30 DSGVO. Die Aufbewahrung folgt handels- und steuerrechtlichen Fristen. Das Erlaubnisrecht betrifft die Tätigkeit selbst, nicht die Software.

Wer gewerblich Kaufverträge über Grundstücke oder Wohnräume vermittelt oder nachweist, benötigt eine Erlaubnis nach § 34c Abs. 1 GewO. Wer als Wohnimmobilienverwalter tätig ist, fällt unter § 34c Abs. 1 Satz 1 Nr. 4 GewO. Beide Tätigkeiten können in einem Unternehmen zusammenfallen, sie bleiben aber gewerberechtlich getrennt zu betrachten. Die Systemtrennung bildet diese Unterscheidung praktisch ab, ersetzt aber keine Prüfung der eigenen Erlaubnislage.

Für Bauträger kommt die Makler- und Bauträgerverordnung hinzu, insbesondere die Anforderungen an die Entgegennahme von Vermögenswerten nach § 3 MaBV und die Buchführungs- und Aufzeichnungspflichten nach § 10 MaBV. Diese Aufzeichnungen entstehen im Vertriebs- und Abrechnungsprozess und gehören dorthin, wo die Zahlungsströme geführt werden.

Aufbewahrungsfristen laufen systemübergreifend. Handelsbriefe und Buchungsbelege unterliegen den Fristen des § 257 HGB, steuerlich greift § 147 AO. Wenn Daten zwischen Systemen wandern, muss klar sein, welches System den aufbewahrungspflichtigen Beleg führt. Für eine belastbare Einordnung im Einzelfall ist rechtliche Beratung erforderlich, dieser Abschnitt ersetzt sie nicht.

• Zweckbindung nach Art. 5 Abs. 1 lit. b DSGVO je System dokumentieren.
• Verarbeitungsverzeichnis nach Art. 30 DSGVO für beide Systeme getrennt führen.
• Erlaubnispflicht nach § 34c Abs. 1 GewO für Vermittlung und Wohnimmobilienverwaltung prüfen.
• Aufzeichnungspflichten nach § 10 MaBV im Vertriebs- und Abrechnungssystem verorten.
• Aufbewahrungsfristen nach § 257 HGB und § 147 AO systemübergreifend abstimmen.

Wie führt man die Trennung im laufenden Betrieb ein?

In vier Schritten: Bestandsaufnahme der heutigen Datenhaltung, Festlegung der Zuständigkeitsmatrix, Einrichtung der drei Übergabepunkte, danach schrittweise Migration je Projekt. Ein Stichtagswechsel für alle Bestände gleichzeitig scheitert regelmäßig an offenen Vorgängen, die zum Umstellungszeitpunkt in beiden Welten liegen.

Beginnen Sie mit einem neuen Projekt, das noch keine Altlasten hat. Dort lassen sich Objektschlüssel, Freigabestatus und Datenpakete ohne Rücksicht auf Bestehendes aufsetzen. Erst wenn der Ablauf über einen vollständigen Zyklus von der Vorschau bis zur Übergabe getragen hat, übernehmen Sie ihn für laufende Projekte.

Für die Altbestände gilt: Nicht alles muss migriert werden. Abgeschlossene Verkäufe, die weder für Provision noch für Kundenschutz relevant sind, können im Altsystem archiviert bleiben, solange Aufbewahrungsfristen und Zugriff gesichert sind. Migrieren Sie bevorzugt aktive Vorgänge und Stammdaten, nicht die vollständige Historie.

Planen Sie eine Parallelphase mit klarer Regel, welches System in dieser Zeit führt. Zwei Systeme ohne Führungsregel sind schlimmer als ein unzureichendes System, weil niemand weiß, welcher Wert gilt. Die Parallelphase sollte terminiert sein und mit einem dokumentierten Abgleich enden.

1. 1Bestandsaufnahme: Welche Daten liegen heute wo, wer pflegt sie, wo entstehen Dubletten?
2. 2Zuständigkeitsmatrix je Funktionsbereich festlegen und schriftlich freigeben lassen.
3. 3Drei Übergabepunkte technisch und organisatorisch einrichten, inklusive Protokoll.
4. 4Pilotprojekt über einen vollständigen Zyklus fahren und Abweichungen dokumentieren.
5. 5Laufende Projekte übernehmen, Altbestände selektiv migrieren oder archivieren.
6. 6Parallelphase terminieren und mit dokumentiertem Abgleich beenden.