: Der OpenImmo-Import ist im Code als berechtigungsgebundener Prüf- und Freigabeprozess vorhanden. Die konkrete Freischaltung hängt vom Konto ab. BYOS befindet sich im geschlossenen Pilot und ist keine allgemein verfügbare Migrationszusage.
TonnEstate ist ein kostenloses Immobilien-CRM mit Prozessautomatisierung für Immobilienmakler.
Woran du erkennst, dass ein Wechsel vorbereitet werden sollte
Ein Systemwechsel ist sinnvoll, wenn die tägliche Arbeit dauerhaft an Schnittstellen, doppelten Listen oder unklaren Zuständigkeiten scheitert. Typische Signale sind Kontakte ohne Objektbezug, Objekte mit widersprüchlichen Status, Aufgaben in privaten Kalendern oder Exporte, die niemand mehr erklären kann. Nicht jede Unzufriedenheit verlangt sofort eine Migration. Oft lohnt sich zuerst eine kurze Prozessprüfung: Welches Problem ist Datenqualität, welches Berechtigung, welches fehlende Gewohnheit und welches tatsächlich eine Grenze des alten Systems?
Das Ziel sollte konkret sein: zum Beispiel Kontakte und Rollen sauber führen, Objektstammdaten pflegen oder Akquisevorgänge nachvollziehbar bearbeiten. Die Plattformübersicht zeigt diese Bereiche als getrennte Aufgaben. Sie verspricht nicht, dass jede alte Struktur unverändert übernommen wird. Gerade uneinheitliche Freitexte und historisch gewachsene Status brauchen eine Entscheidung statt eines blinden Kopiervorgangs.
Vor dem Export: Dateninventur statt Vollkopie
Erstelle vor dem technischen Export eine Liste aller Datenklassen: Kontakte, Unternehmen, Immobilien, Suchprofile, Vorgänge, Aufgaben, Aktivitäten, Dokumente und Bilder. Diese Inventur ist noch keine Importzusage. Für TonnEstate sind aktuell nur der Kontaktimport per CSV und der gestufte Objektimport per OpenImmo belegt. Für jede andere Klasse entscheidest du vorab, ob sie manuell neu erfasst, im Altsystem archiviert oder über einen gesondert geprüften Weg behandelt wird. So wird aus einem vollständigen Inventar keine unzulässige Vollkopie.
| Datenklasse | Prüffrage | Mögliche Zielentscheidung |
|---|---|---|
| Kontakte | Ist die Person eindeutig und aktuell? | übernehmen, zusammenführen oder archivieren |
| Objekte | Sind Stammdaten und Status belastbar? | übernehmen, ergänzen oder getrennt dokumentieren |
| Beziehungen | Ist die Rolle zum Objekt oder Vorgang klar? | als Kontextbezug abbilden |
| Dokumente | Ist Aufbewahrung und Zugriff geklärt? | gezielt übertragen oder geordnet archivieren |
| Freitexte | Enthalten sie noch relevante Fakten? | bereinigen oder nur als Altarchiv erhalten |
Die Kontaktverwaltung ist ein guter Startpunkt: Eine Person sollte nicht mehrfach als Käufer, Eigentümer und Interessent importiert werden, wenn es sich um dieselbe Identität in verschiedenen Kontexten handelt. Rollen gehören an die Beziehung, nicht in mehrere konkurrierende Kontaktkarten. Für Daten, die nicht sauber zugeordnet werden können, ist eine dokumentierte Ausnahme besser als eine scheinbar korrekte Massenentscheidung.
Export, OpenImmo und Feldzuordnung verstehen
Kontakte lassen sich in TonnEstate ausschließlich per CSV importieren, je Durchlauf höchstens 250 Datensätze und 2 MB. Ein direkter XLSX-Import ist nicht belegt; eine Excel-Datei muss deshalb vorab fachlich geprüft und als passende CSV vorbereitet werden. Exakt gleiche Fingerabdrücke können übersprungen werden, ein unscharfer Dublettenabgleich oder automatisches Zusammenführen wird nicht zugesagt. Für Objekte führt der OpenImmo-Weg über Upload, Strukturprüfung, Feldmapping, Dublettenreview und ausdrückliche Freigabe.
Für Immobilien kann OpenImmo einen standardisierten Austauschkontext bieten. Der Standard hilft bei der Beschreibung von Immobiliendaten, ersetzt aber weder die Prüfung des konkreten Exports noch die Entscheidung über interne Prozesse. Bilder, Dokumente, Sonderfelder, Historien und Beziehungen müssen separat kontrolliert werden. Benenne OpenImmo nicht als universelle Migrationsgarantie und prüfe immer die tatsächlich exportierten Daten.
Ein nachvollziehbares Mapping führen
- Quellfeld und Zielattribut mit Beispielwert erfassen.
- Pflichtfeld, Format und zulässige Werte prüfen.
- Regeln für leere, doppelte oder widersprüchliche Werte festlegen.
- Kontakt- und Objektbeziehungen ausdrücklich testen.
- Entscheidungen versioniert dokumentieren.
BYOS bedeutet „Bring Your Own Storage“. Im aktuellen TonnEstate-Stand ist dieser Bereich nur für einen geschlossenen Pilot freigegeben. Vor einer Migrationsplanung musst du deshalb prüfen, ob dein Konto den benötigten Anbieter, die Verbindung und den vorgesehenen Dateiablauf tatsächlich unterstützt. BYOS ist kein allgemeines Versprechen für jede externe Quelle und kein Ersatz für Zugriffs-, Backup- oder Datenschutzkonzepte.
Testmigration: erst prüfen, dann skalieren
Teste die beiden belegten Wege getrennt: eine kleine CSV mit typischen und unvollständigen Kontakten sowie eine kleine OpenImmo-Datei mit unterschiedlichen Objektarten. Prüfe anschließend als Fachanwender, ob Namen, Kommunikationsdaten, Adressen, Flächen, Preise und Feldzuordnungen richtig ankommen. Vorgänge, Aktivitäten, Dokumente und sonstige Medien sind dabei keine zugesagten Importziele. Für sie braucht dein Wechselplan eine eigene, geprüfte Entscheidung.
Dokumentiere Quelle, Testfall, Befund und Freigabe. Der gestufte Objektimport unterstützt bei Konflikten den Rollback eines Importbatches; trotzdem bleiben Ausgangsdatei und Mapping gesichert. Nach einer Korrektur wird derselbe Test erneut ausgeführt. Die Objektverwaltung hilft, das Ergebnis fachlich zu prüfen. Ein erfolgreicher technischer Lauf ersetzt diese Kontrolle nicht.
Gestaffelt umstellen, Rückweg vorbereiten
Eine realistische Migration hat keine pauschal garantierte Dauer. Sie hängt vom Export, der Datenqualität, der Anzahl aktiver Fälle, Medienmengen, Rollenmodell und Teamverfügbarkeit ab. Plane deshalb keine Umstellung nur anhand einer Kalenderwoche. Vereinbare stattdessen überprüfbare Meilensteine: Inventur abgeschlossen, Mapping freigegeben, Test bestanden, Anwender geschult, aktive Fälle übertragen, Qualitätsprüfung bestanden und Altbestand sicher archiviert.
Für eine Übergangszeit braucht das Team eine klare Regel, welches System für neue Änderungen führend ist. Zwei parallel gepflegte Wahrheiten erzeugen schnell Differenzen. Ein Rückweg bedeutet nicht, alles rückwärts zu kopieren. Er bedeutet, die Ausgangsdaten, Exporte, Mappingstände und Entscheidungen so aufzubewahren, dass ein Fehler untersucht und eine sichere Korrektur geplant werden kann. Berechtigungen, Aufbewahrung und Datenschutzerfordernisse sind dabei genauso wichtig wie die Dateisicherung.
Checkliste für den Wechsel der Maklersoftware
- Zielprozesse und Verantwortlichkeiten vor dem Datenimport beschreiben.
- Alle Datenklassen und Exporte inventarisieren.
- Aktive Fälle von Altarchiv trennen.
- Dubletten und unklare Freitexte vor dem Import kennzeichnen.
- Feldmapping mit Fachfreigabe anlegen.
- Kontaktrollen und Objektbeziehungen als eigene Testfälle prüfen.
- Testmigration mit repräsentativer Auswahl durchführen.
- Qualitätsmängel korrigieren und erneut testen.
- Team anhand echter Beispielvorgänge schulen.
- Führendes System, Stichtag und Archivzugriff schriftlich festlegen.
- Nach dem Start Stichproben und offene Fehlerlisten regelmäßig prüfen.
Was TonnEstate beim Wechsel nicht verspricht
TonnEstate verspricht auf dieser Seite keine universelle Kompatibilität mit namentlich genannten Fremdsystemen, keine automatische Bereinigung und keine garantierte Migrationsdauer. Eine saubere Übernahme ist ein gemeinsamer fachlicher Prozess. Die Preisseite enthält aktuelle, verifizierte Nutzungsinformationen; sie ersetzt keine Prüfung des konkreten Datenumfangs. Für Akquisebestände ist zudem die Akquiseprozess-Seite relevant, damit offene Chancen nicht mit fertigen Objekten verwechselt werden.
Team und Arbeitsabläufe vor dem Stichtag vorbereiten
Eine Migration scheitert selten nur an einer Datei. Sie scheitert häufig daran, dass Mitarbeitende am ersten Arbeitstag nicht wissen, wo sie eine neue Anfrage, einen Eigentümerkontakt oder eine offene Aufgabe bearbeiten sollen. Plane deshalb Schulung anhand echter, anonymisierter oder freigegebener Beispielvorgänge. Zeige nicht nur Menüpunkte, sondern den gesamten Ablauf: Kontakt finden, Rolle zuordnen, Objekt öffnen, Aktivität erfassen, Aufgabe anlegen und Ergebnis prüfen.
Benenne einen fachlichen Ansprechpartner pro Bereich. Diese Personen sammeln Fragen, prüfen typische Fehler und entscheiden nicht allein über Grundsatzänderungen. Ein kurzer Leitfaden mit den vereinbarten Status, Pflichtangaben und Namensregeln verhindert, dass jede Person sofort eigene Kategorien erfindet. Die neue Struktur muss die tägliche Arbeit vereinfachen. Wird sie nur als zusätzliche Dokumentationspflicht wahrgenommen, entstehen wieder Schattenlisten.
Vor dem Stichtag sollte außerdem entschieden sein, wie neue Fälle behandelt werden. Werden sie bis zur Freigabe noch im alten System erfasst, oder startet das Team nach einer klaren Prüfung direkt im Zielsystem? Beides gleichzeitig für dieselben Fakten zu verlangen, erzeugt Abweichungen. Kommuniziere den Stichtag, die Ausnahmewege und die Person für technische Störungen schriftlich. So bleibt die Umstellung auch bei Urlaub oder Vertretung handhabbar.
Qualitätsprüfung nach dem Import konkret durchführen
Die technische Meldung „Import erfolgreich“ reicht nicht aus. Beim Kontakt-CSV prüfst du Suche, Anzeigename, Kommunikationsdaten, Rollen und übersprungene exakte Dubletten. Beim OpenImmo-Batch kontrollierst du Adresse, Flächen, Preisangaben, Status und jede bestätigte Feldzuordnung. Vorgänge, Aktivitäten, Dokumente und Medien werden nicht als Teil dieser beiden Importwege vorausgesetzt. Jede Stichprobe braucht ein erwartetes Ergebnis, nicht nur eine Anzahl übernommener Zeilen.
Ergänze negative Testfälle: einen Kontakt ohne E-Mail-Adresse, eine doppelte Schreibweise und einen unvollständigen Objektdatensatz. So wird sichtbar, ob eine Lücke verständlich angezeigt wird oder Informationen still verloren gehen. Protokolliere auch, ob ein abgebrochener oder konfliktbehafteter OpenImmo-Batch kontrolliert zurückgesetzt werden kann.
Halte Abweichungen in einer Fehlerliste fest, priorisiert nach Risiko. Ein falsch zugeordnetes Eigentümerverhältnis ist wichtiger als ein kosmetisches Formatproblem. Korrigiere die Mappingregel möglichst an der Ursache und wiederhole den Test, statt einzelne hundert Datensätze manuell nachzubessern. Nur bewusste Einzelfallentscheidungen gehören in eine manuelle Nacharbeit.
Altbestand archivieren, ohne die Nachvollziehbarkeit zu verlieren
Nach einer erfolgreichen Einführung bleibt der Altbestand häufig aus steuerlichen, vertraglichen, datenschutzrechtlichen oder praktischen Gründen relevant. Archivieren heißt nicht, alte Zugänge unkontrolliert weiterlaufen zu lassen. Lege fest, wer Zugriff braucht, welche Informationen ausschließlich dort verbleiben, wie lange die Aufbewahrung fachlich erforderlich ist und wie Auskunfts- oder Löschanfragen über beide Bestände recherchiert werden. Prüfe auch, ob der Vertrag mit dem bisherigen Anbieter Kündigungs- und Exportfristen enthält.
Ein Archiv ist keine zweite operative Quelle. Neue Änderungen und neue Kommunikation sollten nach dem Stichtag nicht dauerhaft an zwei Stellen entstehen. Falls historische Informationen nachgezogen werden müssen, dokumentiere Anlass, Quelle und verantwortliche Person. So bleibt erkennbar, welche Information aus welchem Zeitraum stammt. Bei unklaren Altbeziehungen ist es besser, die Unsicherheit sichtbar zu lassen, als eine Verbindung zu erfinden.
Nach einigen Wochen lohnt eine kurze Rückschau: Welche Felder werden genutzt? Welche Regeln werden umgangen? Welche offenen Datenqualitätsfehler sind noch vorhanden? Daraus kann das Team kleine, gezielte Verbesserungen ableiten. Ein Systemwechsel ist dann nicht mit dem Import beendet, sondern mit einer stabilen, gemeinsam verstandenen Arbeitsweise.
Beispiel: Eine kleine Testmenge sinnvoll auswählen
Für einen Test reichen keine zehn besonders sauberen Kontakte. Wähle für die CSV einen privaten Kontakt mit mehreren Kommunikationswegen, ein Unternehmen mit Ansprechpartnern, einen unvollständigen Datensatz und ein exaktes Duplikat. Für OpenImmo ergänzt du Objekte mit unterschiedlichen Pflichtangaben und einen bewusst widersprüchlichen Mappingfall. Damit prüft das Team beide belegten Importwege, nicht eine erfundene Vollmigration.
Erstelle je Testfall eine kurze Prüfliste. Ein Kontakt muss auffindbar sein und seine übernommenen Angaben müssen stimmen. Ein Objekt braucht die vereinbarten Pflichtangaben und den richtigen Bearbeitungsstand. Beim unvollständigen Objekt wird geprüft, ob der Mangel sichtbar bleibt; beim Konfliktfall, ob keine ungeprüften Daten freigegeben werden.
Nach dem Test bespricht das Team nicht nur Fehler, sondern auch Unklarheiten: War ein Feld missverständlich? Fehlt eine dokumentierte Regel? Ist ein Export anders aufgebaut als erwartet? Daraus entstehen Anpassungen am Mapping oder an der Arbeitsanweisung. Erst wenn dieselben Testfälle nach der Korrektur fachlich plausibel sind, sollte die nächste Datenmenge folgen. Das reduziert die Gefahr, einen Fehler tausendfach zu wiederholen.
Entscheidungstabelle für problematische Altdaten
| Fund | Risiko | Vorgehen |
|---|---|---|
| Doppelte Kontaktkarte | getrennte Historien | Identität prüfen, Zusammenführung dokumentieren |
| Unklarer Status | falsche Pipeline | fachlich einordnen oder als Altbestand archivieren |
| Freitext mit sensiblen Angaben | unnötige Verarbeitung | Zweck und Aufbewahrung prüfen |
| fehlende Objektbeziehung | Kontextverlust | manuell klären, nicht raten |
Diese Entscheidungen brauchen eine benannte verantwortliche Person. Sie sollten nicht von der Person getroffen werden, die gerade zufällig importiert. Ein gutes Wechselprojekt macht Unklarheit sichtbar und löst sie schrittweise. Gerade dadurch wird die neue Maklersoftware zu einer verlässlichen Arbeitsgrundlage statt zu einem weiteren Datenlager.
Plane nach der Umstellung einen festen Rückmeldekanal für die ersten Arbeitstage. Mitarbeitende sollen fehlende Felder, verwirrende Bezeichnungen und unerwartete Ergebnisse melden können, ohne wieder auf private Tabellen auszuweichen. Sammle diese Meldungen, entscheide sie transparent und aktualisiere die Arbeitsanweisung nur bei einem echten Bedarf. So wächst die neue Struktur kontrolliert mit dem Team. Erst wenn aktive Vorgänge zuverlässig bearbeitet werden und die vereinbarten Qualitätsprüfungen bestehen, ist der operative Wechsel wirklich abgeschlossen.
Bewahre außerdem die Testprotokolle, Mappingstände und Freigaben gemeinsam mit dem Projektkontext auf. Sie helfen bei späteren Rückfragen, ohne dass Mitarbeitende alte Annahmen rekonstruieren müssen. Ein sauber dokumentierter Wechsel schafft damit nicht nur einen neuen Datenbestand, sondern auch eine verständliche Grundlage für seine weitere Pflege.
Damit bleibt auch bei künftigen Anpassungen nachvollziehbar, warum ein Feld oder eine Beziehung genau so übernommen wurde.
Häufige Fragen zum Wechsel der Maklersoftware
Wann sollte ich Maklersoftware wechseln?
Wenn die tägliche Arbeit dauerhaft durch Datenbrüche, doppelte Pflege oder unklare Abläufe beeinträchtigt wird und das Zielsystem diese Probleme fachlich besser abbildet.
Kann ich Kontakte aus Excel übernehmen?
Tabellen können eine Quelle sein. Vorher müssen Spalten, Formate, Dubletten, Rollen und Rechtsgrundlagen geprüft werden.
Ist OpenImmo eine vollständige Migrationslösung?
Nein. OpenImmo kann für Immobilieninformationen relevant sein, doch konkrete Exporte, Medien, Dokumente und Beziehungen brauchen eine Prüfung.
Wie gehe ich mit Dubletten um?
Lege vorab Regeln fest, prüfe kritische Fälle manuell und dokumentiere Zusammenführungen. Ein automatischer Abgleich ist keine pauschale Zusage dieser Seite.
Kann ich alte Notizen einfach importieren?
Nein, dafür ist kein allgemeiner Standardimport belegt. Prüfe Zweck, Aktualität und Zuordnung; unstrukturierte Altnotizen bleiben gegebenenfalls besser im geregelten Archiv.
Wie lange dauert eine Migration?
Das hängt von Datenqualität, Umfang, Medien, Schnittstellen und Teamkapazität ab. Seriös ist eine Planung über Prüfschritte, nicht eine pauschale Zusage.
Was ist eine Testmigration?
Eine kontrollierte Übernahme einer repräsentativen Datenmenge, bei der Fachanwender Beziehungen, Pflichtfelder und Abläufe prüfen.
Muss das alte System sofort abgeschaltet werden?
Nein. Es sollte bis zur fachlichen Freigabe sicher verfügbar bleiben. Während der Übergabe muss aber klar sein, welches System führend ist.
Was bedeutet BYOS?
BYOS steht für „Bring Your Own Storage“. Der Bereich ist aktuell nur im geschlossenen Pilot verfügbar. Ob Anbieter und Ablauf zu deinem Wechsel passen, muss vorab technisch und vertraglich geprüft werden.
Wie prüfe ich Datenschutz bei der Migration?
Bewerte Datenquellen, Rechtsgrundlagen, Zugriffe, Aufbewahrung und Übertragungsweg im eigenen Datenschutzprozess. Bei Unsicherheit hole fachliche Beratung ein.
Kann ich mit wenigen Fällen anfangen?
Ja. Eine begrenzte Testmenge mit realistischen Fällen ist meist der sicherste Einstieg in die Qualitätsprüfung.
Den Wechsel mit echten Testfällen vorbereiten
Die Registrierung führt auf die Warteliste für die frühe Beta. Plane Dateninventur, Zielprozess und Testfälle unabhängig davon, bevor du einen Wechseltermin festlegst.
Vorab registrieren