CRM migrieren.
Vorgehen, Checkliste und Recht.
Eine CRM-Migration überträgt Kundendaten, Historie und Abläufe aus einem Altsystem, aus Excel-Listen oder aus Outlook in eine neue CRM-Software (Customer Relationship Management, also Software für Vertrieb, Marketing und Service). Dieser Leitfaden richtet sich an Geschäftsführung, Vertriebs- und IT-Leitung im Mittelstand in Deutschland, Österreich und der Schweiz und zeigt, wie Sie den Wechsel planen, Daten sauber übertragen, das Go-live absichern und das Altsystem rechtssicher abschalten. Er ist Teil der Methodik zur CRM-Auswahl von Find-Your-CRM.
Migration ohne Plan
kostet doppelt.
Eine CRM-Migration ist riskanter als die Erstauswahl: Bestehende Daten, gewachsene Prozesse und eingespielte Anwender treffen auf ein neues Datenmodell. Anbieterwechsel sind dabei keine Ausnahme mehr: Laut Bitkom Cloud Report 2026 des Digitalverbands Bitkom hat rund jedes dritte cloudnutzende Unternehmen seinen Cloud-Anbieter bereits gewechselt, 26 % einmal und 8 % mehrfach. Ein Migrationsplan legt fest, welche Daten in welcher Qualität, Reihenfolge und auf welcher Rechtsgrundlage umziehen.
Ohne Migrationsplan
- Dubletten, tote Datensätze und Altlasten landen eins zu eins im neuen System und verfälschen Berichte und Forecast.
- Felder ohne Zuordnung gehen verloren: Bei Salesforce etwa werden nicht zugeordnete Felder beim Import nicht übernommen.
- Verknüpfungen zwischen Firma, Kontakt, Verkaufschance und Aktivität reißen ab, weil Altsystem-IDs nicht mitgeführt werden.
- Das Altsystem wird zu früh abgeschaltet, Aufbewahrungsfristen nach HGB und Abgabenordnung (AO) lassen sich nicht mehr erfüllen.
- Vertrieb und Service pflegen Excel-Listen weiter, die Akzeptanz des neuen Systems kippt.
Mit Migrationsplan
- Dateninventur und Bereinigung im Altsystem, bevor ein Datensatz bewegt wird.
- Dokumentiertes Feld-Mapping mit Regeln für Auswahllisten, Formate und Pflichtfelder.
- Altsystem-IDs als eigenes Feld im Zielsystem, damit Beziehungen und Historie erhalten bleiben.
- Cutover-Plan als Drehbuch für die Umschaltung, mit Datenstopp im Altsystem, Rollback-Kriterien und begleiteter Startphase.
- Archivkonzept für das Altsystem, das Aufbewahrungs- und Löschpflichten gleichermaßen erfüllt.
Quellen: Bitkom Cloud Report 2026 (n=603, Befragung KW 14 bis 20 2026), Salesforce Trailhead: Import Data. Stand 10/2026.
Wann ein CRM-Wechsel
ansteht.
Fast jede Migration hat einen konkreten Auslöser, und dieser bestimmt Zeitdruck, Umfang und Strategie. Ein Wartungsende setzt eine harte Frist, eine Fusion verlangt das Zusammenführen zweier Kundenstämme, eine Excel-Ablösung vor allem Bereinigung. Klären Sie den Anlass zuerst, denn er entscheidet über die Strategie und über den Spielraum bei der Auswahl des Zielsystems.
Herstellersupport läuft aus
On-Premises-Systeme, also im eigenen Rechenzentrum betriebene Software, erhalten nach dem Supportende keine Sicherheitsupdates mehr. Für Dynamics CRM 2016 endete der Support laut Microsoft am 13. Januar 2026. Für SAP CRM 7.0 als Teil der SAP Business Suite 7 endet die Standardwartung Ende 2027, die optionale erweiterte Wartung Ende 2030.
- Supportende im Lebenszyklus des Herstellers prüfen
- Rückwärts planen: Auswahl, Tests und Cutover vor dem Stichtag
- Anpassungen und Eigenentwicklungen im Altsystem erfassen
Vom eigenen Server in die Cloud
Viele Hersteller entwickeln vor allem ihre Cloud-Version weiter. Laut Bitkom Cloud Report 2025 fühlen sich 60 % der Unternehmen gezwungen, Cloud-Dienste zu nutzen, weil die benötigte Software nur noch cloudbasiert angeboten wird. Mit SaaS (Software as a Service) ändern sich Betrieb, Updates, Schnittstellen und der Ort der Datenhaltung.
- Serverstandort und Auftragsverarbeitung vorab klären
- Eigenentwicklungen auf Konfiguration oder Standard-API umstellen
- Exportweg aus dem neuen System gleich mitprüfen
Das System wächst nicht mit
Neue Vertriebskanäle, Länder, Serviceprozesse oder Marketing Automation überfordern einfache Kontaktdatenbanken. Typische Signale sind Schattenlisten in Excel, fehlende Rechte je Vertriebsgebiet und Berichte, die jeden Monat von Hand zusammengebaut werden.
- Anforderungen der nächsten drei bis fünf Jahre einbeziehen
- Funktionslücken gegen Zusatzmodule im Altsystem abwägen
- Mehrsprachigkeit, Währungen und Rollenmodell prüfen
Zwei CRM-Welten zusammenführen
Nach einer Übernahme existieren oft zwei Kundenstämme mit überlappenden Firmen und unterschiedlichen Nummernkreisen. Die Hauptarbeit liegt dann im Abgleich der Bestände und in der Klärung von Zuständigkeiten, weniger im technischen Import.
- Führendes System und Logik der Kundennummern festlegen
- Gemeinsame Kunden über Umsatzsteuer-ID, Domain oder ERP-Nummer abgleichen
- Kundenverantwortung vor dem Go-live klären
Raus aus Listen und Postfächern
Wer von Excel-Listen, Outlook-Kontakten oder Visitenkarten kommt, migriert weniger Technik und mehr Disziplin. Daten liegen verteilt, Spalten sind uneinheitlich, Historie steckt in persönlichen Postfächern. Klären Sie vorher, was ein CRM leistet und welche Pflichtangaben künftig gelten.
- Alle Listen und ihre Besitzer zu einem Stichtag einsammeln
- Einheitliche Schreibweisen für Firmen, Länder und Anreden festlegen
- E-Mail-Historie nur gezielt und rechtlich geprüft übernehmen
Lizenzkosten, Lock-in, Laufzeit
Steigende Lizenzpreise oder ein auslaufender Vertrag sind häufige Auslöser. Laut Bitkom Cloud Report 2025 fühlt sich die Hälfte der Cloud-Nutzer (53 %) den Anbietern bei Preisen oder Vertragsgestaltung ausgeliefert. Seit dem 12. September 2025 erleichtert der Data Act der EU den Wechsel zwischen Cloud-Diensten.
- Kündigungsfristen und Exportrechte im Altvertrag prüfen
- Gesamtkosten über drei Jahre statt Listenpreise vergleichen
- Exportformat und Exportweg schriftlich bestätigen lassen
Quellen: Microsoft Lifecycle: Supportende 2026, SAP News vom 04.02.2020, Bitkom Cloud Report 2025 (n=604), Bundesnetzagentur zum Data Act. Stand 10/2026.
CRM wechseln:
erst der Vertrag, dann die Daten.
Ein CRM-Wechsel beginnt mit dem Altvertrag, nicht mit dem Datenexport: Klären Sie Laufzeit, Kündigungsfrist, Exportumfang und Wechselkosten, bevor Sie kündigen oder ein Zielsystem über das CRM-Matching auswählen. Für Cloud-CRM regelt seit dem 12. September 2025 Kapitel VI der Verordnung (EU) 2023/2854 (Data Act, Art. 23 bis 31) den Anbieterwechsel. Laut Bitkom Cloud Report 2026 planen 20 % der cloudnutzenden Unternehmen einen Wechsel ihres Cloud-Anbieters, 45 % nennen den personellen Aufwand als Hürde. Die Prüfpunkte der sechs Karten bilden zusammen Ihre Checkliste vor der Kündigung.
Kündigungstermin rückwärts planen
Prüfen Sie Mindestlaufzeit, automatische Verlängerung, Kündigungsfrist und Form der Kündigung im Vertrag und in den Geschäftsbedingungen. Legen Sie den Kündigungstermin so, dass das Altsystem bis nach Go-live, Abnahme und Archivierung lesbar bleibt. Eine Restlaufzeit ist dann Puffer, kein Verlust.
- Vertragsende, Verlängerung und Kündigungsform notieren
- Kündigung erst nach erfolgreichem Probeexport
- Lesezugriff für die Abnahme vertraglich sichern
Exportweg vor der Kündigung testen
Lassen Sie sich zeigen, welche Objekte, Felder, Notizen, Aktivitäten und Anhänge exportierbar sind und in welchem Format. Ein Probeexport mit echten Daten deckt fehlende Verknüpfungen auf. Bei Cloud-Diensten muss der Vertrag alle übertragbaren Datenkategorien erschöpfend auflisten (Art. 25 Abs. 2 lit. e Data Act), und ohne veröffentlichte Interoperabilitätsnormen exportiert der Anbieter auf Verlangen alle exportierbaren Daten strukturiert, gängig und maschinenlesbar (Art. 30 Abs. 5).
- Probeexport aller Objekte inklusive Anhänge
- Datensatz-IDs und Verknüpfungen im Export prüfen
- Exportumfang schriftlich bestätigen lassen
Art. 20 DSGVO hilft hier nicht
Das Recht auf Datenübertragbarkeit nach Art. 20 der Datenschutz-Grundverordnung (DSGVO) steht betroffenen Personen zu, also etwa einzelnen Kontakten, und nur für Daten, die sie selbst bereitgestellt haben. Es gibt Ihrem Unternehmen keinen Anspruch gegen den CRM-Anbieter auf Herausgabe des Datenbestands. Den regeln Hauptvertrag, Auftragsverarbeitungsvertrag mit Rückgabe oder Löschung nach Art. 28 Abs. 3 lit. g DSGVO und bei Cloud-Diensten der Data Act.
- Rückgabeklausel im Auftragsverarbeitungsvertrag prüfen
- Exportrecht im Hauptvertrag verankern
- Löschbestätigung nach dem Wechsel anfordern
Was beim Cloud-Wechsel zusätzlich gilt
Zu den Fristen aus dem Abschnitt Recht und Compliance kommen weitere Rechte: Ist der Übergangszeitraum technisch nicht machbar, muss der Anbieter das binnen 14 Arbeitstagen begründen und darf höchstens sieben Monate ansetzen (Art. 25 Abs. 4). Sie dürfen den Übergangszeitraum einmal verlängern (Art. 25 Abs. 5). Der Anbieter informiert über Wechselverfahren, Formate und bekannte Beschränkungen (Art. 26).
- Informationen nach Art. 26 vor der Kündigung anfordern
- Ausnahme für individuell entwickelte Dienste prüfen (Art. 31 Abs. 1)
- Testversionen fallen nicht unter Kapitel VI (Art. 31 Abs. 2)
Restlaufzeit, Doppellizenzen, Projekt
Wechselkosten entstehen aus Restlaufzeit, Doppellizenzen im Parallelbetrieb, Migration, Neuaufbau von Anpassungen und Schulung. Wechselentgelte des Cloud-Anbieters dürfen bis zum 12. Januar 2027 nur die direkten Kosten des Wechsels decken und entfallen danach (Art. 29 Data Act). Standarddienstentgelte und Sanktionen bei vorzeitiger Kündigung zählen nach Art. 2 Nr. 36 nicht zu den Wechselentgelten. Laut Bitkom nennen 41 % der cloudnutzenden Unternehmen einen zu hohen finanziellen Aufwand als Wechselhürde.
- Restlaufzeit und Parallellizenzen in die Rechnung
- Mögliche Wechselentgelte schriftlich erfragen (Art. 29 Abs. 4)
- Migrationsaufwand mit der Tabelle Aufwand schätzen
Automatisierungen ziehen nicht mit um
Workflows, Validierungsregeln, Berichte, Rollen und Eigenentwicklungen sind an die Plattform gebunden und werden im Zielsystem neu gebaut. Eine Pflicht, Funktionsäquivalenz aktiv zu ermöglichen, sieht Art. 30 Abs. 1 Data Act nur für Infrastrukturdienste vor. Für SaaS-CRM bleiben offene Schnittstellen und der Datenexport (Art. 30 Abs. 2 und 5).
- Alle Automatisierungen mit Auslöser und Zweck erfassen
- Je Regel entscheiden: neu bauen, ersetzen, entfallen
- Konfiguration und Berichte vor der Abschaltung dokumentieren
Quellen: Verordnung (EU) 2023/2854 (Data Act) auf EUR-Lex (Art. 2 Nr. 36, Art. 23 bis 31, Geltung ab 12.09.2025 nach Art. 50), Verordnung (EU) 2016/679 (DSGVO) auf EUR-Lex (Art. 20, Art. 28), Bundesnetzagentur zum Data Act (SaaS erfasst), Bitkom Cloud Report 2026 (n=517 Cloud-Nutzer). Rechtsstand und Abruf 07.10.2026. Die Übersicht ersetzt keine Rechtsberatung.
Woran CRM-Migrationen
scheitern.
Die Ursachen wiederholen sich von Projekt zu Projekt. Im Bitkom Cloud Report 2026 nennen je 45 % der cloudnutzenden Unternehmen zu hohen personellen Aufwand und hohe Komplexität der Anwendungen als Hürde für einen Anbieterwechsel. Die folgenden sechs Muster sehen wir in Auswahl- und Einführungsprojekten immer wieder.
Datenqualität wird unterschätzt
Die Annahme, die Daten seien ja vorhanden und müssten nur kopiert werden, führt in die Irre. Dubletten, fehlende Pflichtfelder, uneinheitliche Werte und tote Datensätze landen sonst im neuen System und beschädigen dessen Datenbasis vom ersten Tag an.
- Qualitätsanalyse im Altsystem vor dem Mapping
- Messbare Qualitätsziele je Datenobjekt
Feld-Mapping fehlt oder hat Lücken
Alt- und Zielsystem haben unterschiedliche Datenmodelle, Pflichtfelder und Wertelisten. Ohne Zuordnung je Feld verschwinden Informationen oder es entstehen Behelfslösungen. In Zoho CRM ist etwa für Leads der Nachname Pflicht, in Pipedrive braucht jeder Deal eine verknüpfte Person oder Organisation.
- Regel für jedes Feld ohne Gegenstück
- Fachliche Freigabe durch den Prozessverantwortlichen
Zu viel oder zu wenig Historie
Wer jede Aktivität der letzten zwanzig Jahre migriert, zahlt Speicher und Aufwand für Daten, die niemand mehr öffnet. Wer gar keine Historie übernimmt, verliert Kontext im Kundengespräch. Die richtige Grenze ergibt sich aus Nutzungsbedarf, Aufbewahrungspflicht und Löschpflicht.
- Stichtag für aktive Historie festlegen, oft drei bis fünf Jahre
- Ältere Daten archivieren statt migrieren
- Löschfristen vor der Migration anwenden
Integrationen kommen zu spät
ERP, Telefonie, E-Mail, Webformulare und Marketing Automation hängen am CRM. Fallen sie erst nach dem Go-live auf, fehlen Auftragsdaten oder Anfragen gehen verloren. Schnittstellen gehören deshalb in denselben Testzyklus wie die Daten.
- Liste aller Datenflüsse mit Richtung und Takt
- Neue Endpunkte in der Testumgebung prüfen
Anwender kommen zu spät dazu
Merken Vertrieb und Service erst am Go-live, dass Felder fehlen oder Abläufe anders funktionieren, sinkt die Akzeptanz schnell. Key User, also erfahrene Anwender aus jedem Team, prüfen Mapping und Testdaten deshalb früh mit echten Fällen.
- Key User je Team benennen und freistellen
- Testläufe mit realen Kunden und Vorgängen
Kein Rollback-Plan
Geht beim Cutover etwas schief, fehlt oft ein dokumentierter Rückweg. Dann laufen beide Systeme ungeplant parallel, Daten driften auseinander und die Korrektur kostet Wochen. Rücknahmefunktionen sind begrenzt: Pipedrive erlaubt das Zurücksetzen eines Imports nur innerhalb von 48 Stunden.
- Go- und No-go-Kriterien vor dem Wochenende festlegen
- Altsystem bis zur Abnahme lesbar halten
Quellen: Bitkom Cloud Report 2026, Zoho CRM Data Migration, Pipedrive Tabellenimport. Stand 10/2026. Vertiefung mit Praxisbeispielen: Warum CRM-Migrationen scheitern.
Big Bang, phasenweise
oder parallel?
Die Strategie legt fest, wann welche Daten und Nutzer umziehen. Trennen Sie dabei zwei Ebenen: die Umstellung der Daten und die Einführung bei den Teams. Eine Datenumstellung zum Stichtag lässt sich gut mit einem schrittweisen Rollout an die Teams verbinden, wie ihn der Leitfaden CRM einführen empfiehlt.
| Strategie | So läuft es ab | Vorteile | Nachteile | Passt, wenn |
|---|---|---|---|---|
| Big BangStichtagsumstellung, ein Cutover | Alle Daten ziehen an einem Wochenende um, ab Montag arbeiten alle im neuen System, das Altsystem bleibt nur lesbar. | Klarer Stichtag, keine Synchronisation, keine Doppelpflege. | Hohes Risiko am Cutover, Fehler treffen alle Nutzer gleichzeitig. | Überschaubares Datenvolumen, wenige Schnittstellen, fehlerfreie Testläufe. |
| Phasenweisenach Team, Region oder Gesellschaft | Daten und Nutzer ziehen in Wellen um, etwa erst Vertrieb Inland, dann Service, dann Auslandsgesellschaften. | Erfahrungen aus Welle eins verbessern Welle zwei, geringeres Einzelrisiko. | Übergangsphase mit Daten in zwei Systemen und zeitweisen Schnittstellen. | Mehrere Länder oder Geschäftsbereiche mit wenig gemeinsamen Kunden. |
| Parallelbetriebbeide Systeme zeitgleich | Das Altsystem läuft eine Frist weiter, neue Daten entstehen im neuen System, beide werden synchronisiert oder doppelt gepflegt. | Rückweg bleibt offen, Ergebnisse lassen sich vergleichen. | Doppelte Pflege, abweichende Daten, Nutzer bleiben im gewohnten Altsystem. | Kritische Prozesse wie Serviceverträge, kurze und fest terminierte Frist. |
| Selektiv mit Archivnur aktive Daten migrieren | Nur aktive Kunden, offene Verkaufschancen und jüngere Historie werden migriert, der Rest geht in ein lesbares Archiv. | Schlanker Start, weniger Bereinigung, geringere Speicherkosten. | Alte Vorgänge nur im Archiv recherchierbar, das Archiv muss die Aufbewahrungsfristen abdecken. | Lange Historie, viele inaktive Datensätze, begrenzte Exportwege im Altsystem. |
Bei einem Cloud-Altsystem sichert Art. 25 Abs. 2 Data Act einen Übergangszeitraum von höchstens 30 Kalendertagen, in dem der Vertrag weiterläuft, und danach eine Frist für den Datenabruf von mindestens 30 Kalendertagen. Quellen: Data Act Art. 25, Bundesnetzagentur. Stand 10/2026.
Von der Inventur
bis zur letzten ID.
Die Datenmigration folgt dem ETL-Prinzip (Extract, Transform, Load): Daten aus dem Altsystem extrahieren, umwandeln und bereinigen, dann ins Zielsystem laden. Neun Arbeitspakete entscheiden über die Qualität des Ergebnisses. Die Reihenfolge der Ladevorgänge folgt den Abhängigkeiten im Datenmodell.
Datenobjekte und Mengen erfassen
Listen Sie jedes Objekt im Altsystem mit Anzahl der Datensätze, Feldern, Füllgrad und Verantwortlichem auf, einschließlich eigener Objekte und Zusatzfelder. HubSpot Smart Transfer, der Migrationsassistent von HubSpot, erstellt für unterstützte Quellsysteme ein solches Audit mit Datensatzzahlen je Objekt automatisch.
- Datensätze je Objekt und Erfassungsjahr
- Datenquellen außerhalb des CRM: Excel, Postfächer, ERP
Jedes Feld bekommt ein Ziel
Das Mapping ordnet jedem Quellfeld ein Zielfeld, eine Umwandlungsregel oder die Entscheidung „nicht migrieren“ zu. Laut Salesforce werden nicht zugeordnete Felder nicht importiert. Microsoft empfiehlt für Dynamics 365 Excel-Vorlagen aus dem Zielsystem, um Zuordnungsfehler zu vermeiden.
- Quellfeld, Zielfeld, Datentyp, Regel, Verantwortlicher
- Pflichtfelder des Zielsystems gezielt befüllen
- Freitext in strukturierte Felder zerlegen, wo nötig
Dubletten vor dem Import auflösen
Dubletten entstehen durch Schreibweisen, Tippfehler und mehrere Erfasser. Legen Sie Abgleichsregeln fest, etwa Firmenname plus Postleitzahl, Domain oder Umsatzsteuer-ID, und bestimmen Sie einen führenden Datensatz. HubSpot gleicht beim Import Kontakte über die E-Mail-Adresse und Firmen über die Domain ab.
- Zusammenführen samt Aktivitäten der Dublette
- Dublettenprüfung im Zielsystem dauerhaft aktivieren
Im Altsystem bereinigen
Bereinigen Sie im Altsystem oder in einer Zwischenschicht, nicht im neuen CRM. Dazu gehören Adressnormierung, einheitliche Länder- und Anredewerte und das Aussortieren inaktiver Datensätze. weclapp warnt, dass Excel beim Öffnen von CSV-Dateien Spalten wie Telefonnummern umformatieren und unbrauchbar machen kann. Saubere Daten sind auch Voraussetzung für KI im CRM.
- Inaktive Datensätze nach Regel archivieren oder löschen
- CSV-Dateien ohne automatische Formatierung bearbeiten
Aktivitäten mit Bezug übernehmen
Termine, Anrufe, Aufgaben und Notizen sind nur mit ihrer Verknüpfung zu Firma, Kontakt oder Verkaufschance wertvoll, deshalb werden sie zuletzt geladen. In HubSpot lassen sich bestehende E-Mails, Meetings, Notizen und Aufgaben per Import nicht nachträglich aktualisieren, Fehler müssen also vorher behoben sein.
- Zeitraum für aktive Historie festlegen
- Ersteller und Originaldatum mitführen
- Ältere Aktivitäten ins Archiv statt ins CRM
Dokumente gezielt mitnehmen
E-Mails und Anhänge treiben Datenvolumen, Speicherkosten und Ladezeit. Prüfen Sie die Speicherkontingente des Zielsystems und die Dateigrenzen der Werkzeuge: Der Import-Assistent von Microsoft Dynamics 365 akzeptiert 8 MB je Datei und 32 MB als ZIP-Archiv.
- Nur geschäftsrelevante Korrespondenz übernehmen
- Handelsbriefe mit Aufbewahrungsfrist kennzeichnen
- Speicherkosten im Zielsystem vorab kalkulieren
Altsystem-IDs als Brücke
Jeder Datensatz erhält im Zielsystem eine neue ID. Führen Sie die Altsystem-ID als eigenes Feld mit, dann lassen sich Beziehungen auflösen, Nachläufe abgleichen und Fehler zurückverfolgen. Dynamics 365 nutzt dafür Alternativschlüssel, CAS genesisWorld vergibt je Datensatz eine GGUID, eine global eindeutige Kennung.
- Ladereihenfolge: Firmen, Kontakte, Verkaufschancen, Aktivitäten
- Firmenhierarchien in einem zweiten Lauf verknüpfen
Wertelisten und Formate angleichen
Status, Branchen, Vertriebsphasen und Verlustgründe liegen als Auswahllisten (Picklisten) vor, deren Werte selten übereinstimmen. Hinzu kommen Datums-, Zahlen- und Zeichensatzformate. Die CAS-Dokumentation warnt, dass unterschiedliche Spracheinstellungen von Server und Client Tag und Monat vertauschen können.
- Wertezuordnung je Auswahlliste, Altwerte nicht ungeprüft anlegen
- Zeichensatz festlegen, etwa UTF-8 oder ISO-8859-1
- Datums- und Dezimalformate im Testlauf prüfen
Besitzer und Rechte zuerst
Datensätze brauchen im Zielsystem den richtigen Besitzer, sonst greifen Rechte und Zuständigkeiten nicht. Pipedrive warnt: Startet die Migration, bevor Benutzer eingeladen und Pipelines angelegt sind, gehören alle Daten dem Benutzer, der die Migration gestartet hat. Legen Sie Benutzer, Rollen, Teams und Vertriebsgebiete deshalb vor dem ersten Ladevorgang an.
- Benutzerliste mit Altsystem-Benutzer-ID abgleichen
- Rollen und Sichtbarkeit vor dem Laden testen
- Ausgeschiedene Mitarbeitende einem Sammelbesitzer zuordnen
Quellen: HubSpot Smart Transfer, HubSpot Import mehrerer Objekte, Salesforce Trailhead, Microsoft Learn: Daten importieren, weclapp Datenimport, CAS Hilfe Import/Export, Pipedrive Import2. Stand 10/2026.
Was wie umzieht:
Regeln je Datenobjekt.
Die Tabelle fasst bewährte Migrationsregeln je Datenobjekt zusammen. Die Spalte zur Reihenfolge zeigt die Abhängigkeit beim Laden: Objekte weiter oben müssen im Zielsystem existieren, bevor abhängige Objekte folgen. Passen Sie Zeiträume an Ihre eigenen Aufbewahrungs- und Löschfristen an.
| Datenobjekt | Migrationsregel | Reihenfolge und Abhängigkeit | Typische Falle |
|---|---|---|---|
| Benutzer, Rollen, Teams | Aktive Nutzer anlegen, Ausgeschiedene einem Sammelbenutzer zuordnen | Vor allen Daten, Basis für Besitzer und Rechte | Datensätze landen beim importierenden Administrator |
| Auswahllisten und Stammwerte | Werte konsolidieren, Zuordnung alt zu neu dokumentieren | Vor den Objekten, die sie nutzen | Veraltete Werte werden ungeprüft neu angelegt |
| Firmen und Accounts | Bereinigt und dedupliziert, mit Altsystem-ID und ERP-Kundennummer | Erstes Datenobjekt, Hierarchien im zweiten Lauf | Tochterfirmen ohne Mutter wegen falscher Reihenfolge |
| Kontakte und Personen | Mit Firmenbezug, Einwilligungen und Widersprüche mitführen | Nach den Firmen | Ausgeschiedene Ansprechpartner wirken als aktive Kontakte |
| Leads | Offene Leads der letzten 12 bis 24 Monate, ältere archivieren | Nach Benutzern und Kampagnen | Alte Leads verfälschen Konversionsquoten |
| Verkaufschancen | Offene vollständig, gewonnene und verlorene mit Betrag, Datum und Grund | Nach Firmen und Kontakten | Phasen passen nicht zur neuen Pipeline |
| Produkte und Preislisten | Aus dem ERP als führendem System übernehmen | Vor Angeboten und Verträgen | Doppelte Pflege in CRM und ERP |
| Angebote und Verträge | Laufende Verträge vollständig, abgelaufene mit Frist ins Archiv | Nach Verkaufschancen und Produkten | Positionen ohne Produktbezug |
| Service-Tickets | Offene Tickets vollständig, geschlossene als Archiv oder Wissensbasis | Nach Firmen, Kontakten und Verträgen | Reaktionszeiten starten beim Import neu |
| Aktivitäten und Notizen | Aktive Historie mit Ersteller und Datum, Rest ins Archiv | Zuletzt, nach allen Bezugsobjekten | Verwaiste Aktivitäten ohne Bezug |
| E-Mails und Anhänge | Geschäftsrelevante Korrespondenz, Handelsbriefe kennzeichnen | Nach den Aktivitäten | Speicherkontingent des Zielsystems überschritten |
| Einwilligungen und Widersprüche | Einwilligung mit Zeitpunkt, Quelle und Wortlaut, Widerspruch als Sperrvermerk | Mit den Kontakten, vor jeder Aussendung | Werbung an Personen, die widersprochen haben |
Datenpunkte: In Pipedrive brauchen Deals und Leads eine verknüpfte Person oder Organisation, in HubSpot lassen sich importierte E-Mails, Meetings, Notizen und Aufgaben nicht per Import aktualisieren. Quellen: Pipedrive, HubSpot. Stand 10/2026. Mehr zu Tickets im Leitfaden CRM für Service und Helpdesk, zu Einwilligungen unter Marketing Automation im CRM.
Import- und Migrationswerkzeuge
der Zielsysteme.
Jedes Zielsystem bringt eigene Importwerkzeuge mit, deren Grenzen die Planung bestimmen. Die Tabelle zeigt acht verbreitete Systeme mit Angaben aus der Dokumentation der Hersteller, als Auswahl und ohne Rangfolge. Den vollständigen Markt mit über 150 CRM-Systemen erschließen das CRM-Matching und der CRM-Anbietervergleich.
| Anbieter | Segment | Preis ab | Bordmittel für den Import | Umzug aus Fremd-CRM | Grenzen laut Doku | Rücknahme und Abgleich | Profil |
|---|---|---|---|---|---|---|---|
| SalesforceSales Cloud, CRM-Plattform | Enterprise | ab 25 € je Nutzer/Monat (Starter Suite) | ✓ Data Import Wizard im Setup, Data Loader als Client mit Oberfläche oder Kommandozeile | ≈ über Exportdateien und Data Loader, ab 150 Mio. Datensätzen Partner empfohlen | Wizard bis 50.000 Datensätze je Import, Data Loader bis 150 Mio. | ≈ zeitgesteuerte Läufe per Data Loader, Rücknahme in der Demo prüfen | Zum Profil → |
| HubSpot CRMSmart CRM mit Hubs | Mittelstand | ab 0 € (kostenlose Tools) | ✓ Import aus CSV, XLSX und XLS mit Objekten, Aktivitäten und Zuordnungen | ✓ Smart Transfer, u. a. aus Pipedrive, Zoho CRM, Dynamics 365 und monday.com | Bezahlte Pläne: 512 MB und 1.048.576 Zeilen je Datei, 10 Mio. Zeilen pro Tag | ✓ Audit vor dem Transfer, Transfer zurücksetzbar | Zum Profil → |
| Microsoft Dynamics 365 SalesDataverse, Microsoft 365 | Enterprise | ab 56,30 € je Nutzer/Monat (Sales Professional, jährlich) | ✓ Import-Assistent für XLSX, CSV und XML mit Excel-Vorlage | ≈ Dataflows mit Power Query für weitere Quellen | 8 MB je Datei, 32 MB als ZIP-Archiv | ≈ Duplikaterkennung und Alternativschlüssel für Aktualisierungen | |
| Zoho CRMTeil der Zoho-Suite | Mittelstand | ab 0 € (Free-Edition, 3 Nutzer) | ✓ Data Migration Wizard mit automatischer Zuordnung zu Modulen und Feldern | ✓ Vorlagen für Salesforce, Pipedrive, MS Dynamics, Insightly u. a., API-Transfer z. B. aus HubSpot | CSV, bis 5 GB je Datei, 200 Dateien und 25 GB je Lauf | ≈ bei Upsert (Anlegen oder Aktualisieren) nur neu angelegte Datensätze rücknehmbar | Zum Profil → |
| PipedriveVertriebs-CRM mit Pipeline-Fokus | KMU | ab 14 US$ je Nutzer/Monat (Lite, jährlich) | ✓ Tabellenimport aus XLS, XLSX und CSV inkl. Aktivitäten, Notizen und Produkten | ✓ Partner Import2, kostenlos bis 1.000.000 Datensätze | 200.000 Zeilen und unter 50 MB je Datei (Stand Hilfe 07.10.2026) | ✓ Import binnen 48 Stunden zurücksetzbar, Dubletten zusammenführbar | Zum Profil → |
| SuperOffice CRMEuropäischer Anbieter, Cloud-CRM | Mittelstand | ab 45 € je Nutzer/Monat (Starter) | ✓ Import von Firmen, Kontakten und Produkten aus Excel, Gmail und ERP | ≈ über das Excel-Format, Import aus Outlook nicht mehr unterstützt | ≈ Grenzwerte in der Demo prüfen | ✓ Jeder Import erzeugt eine Selektion zum Nachbearbeiten oder Löschen | Zum Profil → |
| CAS genesisWorldCRM aus Karlsruhe, Mittelstand | Mittelstand | auf Anfrage | ✓ Import/Export-Assistent für Textdateien (CSV) und OLEDB-Quellen | ≈ Zuordnungen speicher- und wiederverwendbar, Fremddaten über CSV oder OLEDB | ≈ Grenzwerte in der Demo prüfen | ≈ Schlüsselfeld für Aktualisierungen, eindeutige GGUID je Datensatz | Zum Profil → |
| cobra CRMCRM aus Konstanz, Mittelstand | Mittelstand | ab 36 € je Nutzer/Monat (Cloud Essential) | ≈ Importfunktionen in der Demo prüfen | ✓ Datenübernahme aus anderen Systemen oder Listen als Leistung von Beratern und Partnern | ≈ Grenzwerte in der Demo prüfen | ≈ Abgleich und Rücknahme in der Demo prüfen | Zum Profil → |
Preise laut Herstellerseiten, netto, Stand 10/2026; Pipedrive zeigte die Preise in US$. Quellen: Salesforce Preise, Salesforce Trailhead, HubSpot Preise, HubSpot Importlimits, HubSpot Smart Transfer, Dynamics 365 Preise, Microsoft Learn Import, Microsoft Learn Dataflows, Zoho Preise, Zoho Data Migration, Pipedrive Preise, Pipedrive Import, Pipedrive Import2, SuperOffice Preise, SuperOffice Import, CAS Hilfe, cobra Preise, cobra Implementierung.
Schnittstellen
sicher umziehen.
Ein CRM arbeitet selten allein: ERP, E-Mail, Telefonie, Website und Reporting tauschen laufend Daten aus. Jede Schnittstelle braucht einen Umzugsplan mit neuem Endpunkt, Test und Abschaltung der alten Verbindung. Interoperabilität ist laut Bitkom Cloud Report 2026 für 63 % der Unternehmen mit Cloud-Projekten ein Muss-Kriterium bei der Wahl eines Cloud-Anbieters.
Kunden, Aufträge, offene Posten
Die ERP-Schnittstelle ist oft besonders kritisch, weil der Vertrieb Aufträge, Preise und offene Posten sehen muss. Legen Sie je Datum das führende System fest. Hinweise zur Abgrenzung gibt der Leitfaden CRM vs. ERP, passende ERP-Systeme das Schwesterportal Find-Your-ERP.
- Kundennummer als gemeinsamer Schlüssel
- Alte Synchronisation erst nach dem Cutover abschalten
- Konflikte bei gleichzeitiger Änderung regeln
Outlook, Exchange, Google
Add-ins und Synchronisation von E-Mail, Kalender und Kontakten werden im Zielsystem neu eingerichtet. Prüfen Sie die Wege genau: SuperOffice etwa unterstützt den Import aus Microsoft Outlook nicht mehr, Kontakte kommen dort über Excel oder Gmail.
- Add-in je Arbeitsplatz verteilen und testen
- Doppelte Kontakte aus Postfächern vermeiden
- Altes Add-in zum Stichtag entfernen
CTI und Anruflisten
CTI (Computer Telephony Integration) erkennt Anrufer und protokolliert Gespräche im CRM. Das klappt nur, wenn Rufnummern im Zielsystem einheitlich gespeichert sind, idealerweise im internationalen Format.
- Rufnummern vor dem Import normieren
- Anrufprotokolle als Aktivitäten zuordnen
- Wählhilfe im Pilotteam testen
Formulare, Newsletter, Tracking
Webformulare, Newsletter-Werkzeuge und Marketing Automation schreiben Leads ins CRM. Stellen Sie Formulare genau zum Cutover um, sonst gehen Anfragen verloren. Einwilligungen und Abmeldungen müssen in beiden Richtungen synchron bleiben.
- Formular-Endpunkte im Drehbuch umstellen
- Abmeldelisten vor der ersten Aussendung abgleichen
- Tracking-Code des Altsystems entfernen
Tickets, Verträge, Portale
Service-Prozesse vertragen keine Lücke: Kundenportale, Ticket-Postfächer und Wartungsverträge müssen ohne Unterbrechung weiterlaufen. Leiten Sie Ticket-Postfächer erst um, wenn offene Tickets im Zielsystem angekommen sind.
- Offene Tickets vor der Postfachumleitung laden
- Reaktionszeiten bei migrierten Tickets prüfen
- Portalzugänge der Kunden vorab testen
Berichte und Datenexporte
Dashboards, BI-Werkzeuge (Business Intelligence) und Exporte für die Geschäftsführung greifen auf Felder des Altsystems zu. Bauen Sie Kernberichte vor dem Go-live nach und vergleichen Sie Kennzahlen aus beiden Systemen. BI-Lösungen finden Sie bei Find-Your-BI.
- Liste aller Berichte mit Nutzern
- Kennzahlenvergleich alt gegen neu
- Datenexporte auf neue Feldnamen umstellen
Quellen: Bitkom Cloud Report 2026 (Basis n=598), SuperOffice Import. Stand 10/2026.
CRM migrieren
in acht Schritten.
Der Ablauf gilt für den Wechsel von einem CRM-System ebenso wie für die Ablösung von Excel oder Outlook. Die Migration ist Teil der Einführung, deren Phasen und Rollen der Leitfaden CRM einführen beschreibt. Jeder Schritt braucht einen Verantwortlichen und ein Abnahmekriterium.
Ziele, Umfang und Strategie festlegen
Definieren Sie Anlass, Stichtag, Datenumfang und Strategie. Benennen Sie Projektleitung, Datenverantwortliche je Objekt und Key User. Prüfen Sie im Altvertrag Kündigungsfristen, Exportrechte und das Exportformat.
Daten inventarisieren und bewerten
Erfassen Sie Objekte, Felder, Mengen und Füllgrade sowie Datenquellen außerhalb des CRM. Bewerten Sie Qualität sowie Aufbewahrungs- und Löschpflichten. Ergebnis ist eine Entscheidung je Objekt: migrieren, archivieren oder löschen.
Mapping und Bereinigung erstellen
Ordnen Sie jedes Quellfeld einem Zielfeld oder einer Regel zu, gleichen Sie Auswahllisten an und legen Sie Dublettenregeln fest. Bereinigen Sie im Altsystem. Der Prozessverantwortliche gibt das Mapping fachlich frei.
Zielsystem und Schnittstellen vorbereiten
Legen Sie Benutzer, Rollen, Felder, Pipelines und externe ID-Felder an. Planen Sie, Automatisierungen und Validierungsregeln für den Ladevorgang zu pausieren, wie Salesforce es für Workflow- und Validierungsregeln empfiehlt. Richten Sie Schnittstellen in einer Testumgebung ein.
Testmigrationen durchführen
Laden Sie zuerst eine kleine Testdatei, dann den vollständigen Bestand in eine Testumgebung. Planen Sie mindestens zwei vollständige Durchläufe mit Fehlerprotokoll und Zeitmessung.
Abnahme und Generalprobe
Key User prüfen Abstimmsummen, Stichproben und Kernprozesse. Die Generalprobe wiederholt den Cutover mit Zeitmessung, danach folgt die schriftliche Abnahme.
Cutover und Go-live
Altsystem einfrieren, finalen Bestand laden, Schnittstellen umstellen und Go- oder No-go entscheiden. Zum Arbeitsbeginn stehen Support und Key User bereit.
Hypercare und Altsystem abschalten
In der Hypercare-Phase, der verstärkten Betreuung nach dem Go-live, beheben Sie Fehler schnell und messen Nutzung und Datenqualität. Danach archivieren Sie das Altsystem und schalten es ab, sobald Aufbewahrungs- und Zugriffspflichten anderweitig erfüllt sind.
Salesforce empfiehlt, vor dem eigentlichen Import mit einer kleinen Testdatei zu prüfen, ob die Quelldaten korrekt vorbereitet sind, und Validierungsregeln vor dem Import gegebenenfalls zu deaktivieren. Quelle: Salesforce Trailhead. Stand 10/2026.
Vom Testlauf
zum Go-live-Wochenende.
Testmigrationen, Abnahme und Cutover entscheiden, ob das Go-live ein Routinetermin oder eine Krisensitzung wird. Cutover bezeichnet den Umschaltzeitpunkt vom Alt- auf das Zielsystem. Ein schriftliches Drehbuch macht ihn planbar und wiederholbar.
Drei Läufe statt einem
Der erste Lauf zeigt Mapping-Fehler, der zweite prüft die Korrekturen und die Ladezeit, der dritte dient als Generalprobe mit aktuellem Datenstand. Testen Sie in einer Sandbox, also einer isolierten Testumgebung, nie im Produktivsystem.
- Fehlerprotokoll je Lauf mit Ursache und Korrektur
- Testdaten nur für das Projektteam zugänglich
- Ladedauer je Objekt dokumentieren
Abstimmsummen und Stichproben
Vergleichen Sie die Anzahl der Datensätze je Objekt, die Summe der offenen Pipeline und Stichproben einzelner Kunden zwischen Alt- und Zielsystem. Key User prüfen typische Abläufe, etwa ein Angebot für einen Bestandskunden. Abweichungen werden erklärt oder behoben, nicht übergangen.
- Je Objekt: Quelle, geladen, abgewiesen
- Pipeline-Summe und Zahl offener Tickets
- 20 bis 50 Stichproben je Team mit Prüfliste
Ein Drehbuch mit Uhrzeiten
Der Cutover-Plan listet jeden Schritt mit Startzeit, Dauer, Verantwortlichem und Prüfkriterium. Er enthält den Datenstopp im Altsystem, die Ladereihenfolge, die Umstellung der Schnittstellen und die Go- und No-go-Entscheidung mit benanntem Entscheider.
- Zeitplan aus den Messwerten der Testläufe
- Erreichbarkeit aller Beteiligten am Wochenende
- Eskalationsweg zu Anbieter und Dienstleister
Freitag einfrieren, Montag starten
Freitagmittag folgen Datenstopp und finaler Export, Samstag Laden und Nacharbeiten, Sonntag Abnahme durch Key User und Go-Entscheidung, Montag früh der Start mit Support vor Ort. Bei großen Beständen laden Sie Altdaten schon Tage vorher und am Wochenende nur das Delta, also die seither geänderten Datensätze.
- Delta-Ladung im Testlauf geübt
- Schreibrechte im Altsystem technisch entzogen
- Startpaket für Nutzer am Montag bereit
Den Rückweg vorher festlegen
Legen Sie fest, bis wann eine Rückkehr ins Altsystem möglich ist und was dann geschieht. Rücknahmefunktionen sind begrenzt: Zoho CRM kann bei einem Upsert, also Anlegen oder Aktualisieren in einem Lauf, nur neu angelegte Datensätze zurücknehmen, überschriebene nicht. Smart Transfer von HubSpot erlaubt das Zurücksetzen eines Transfers.
- Letzter Rollback-Zeitpunkt im Drehbuch
- Datensicherung vor jedem Ladevorgang
- Altsystem bis zur Abnahme unverändert lassen
Nutzer früh und konkret informieren
Informieren Sie spätestens vier Wochen vor dem Go-live über Termin, Datenstopp, Schulungen und Ansprechpartner. Kurz vor dem Wochenende folgt eine Erinnerung mit klaren Regeln, was ab wann nicht mehr ins Altsystem darf. In der ersten Woche helfen tägliche kurze Sprechstunden.
- Ansprechpartner je Team benennen
- Schulung mit eigenen, migrierten Daten
- Kurzanleitung für die ersten Tage
Quellen: Zoho CRM Data Migration (Rücknahme bei Upsert), HubSpot Smart Transfer (Transfer zurücksetzen). Stand 10/2026.
Checkliste CRM-Migration:
vor, während, nach.
Die Checkliste fasst die Prüfpunkte zusammen, die sich in Migrationsprojekten bewährt haben. Nutzen Sie sie als Abnahmeliste je Phase: Ein Punkt gilt erst als erledigt, wenn ein Ergebnis dokumentiert ist.
Projekt und Verträge
Ohne klaren Auftrag und gesicherte Exportrechte beginnt kein Datentransfer. Prüfen Sie den Altvertrag, bevor Sie kündigen.
- Anlass, Stichtag und Strategie schriftlich festgelegt
- Projektleitung, Datenverantwortliche und Key User benannt
- Kündigungsfrist, Exportrechte und Exportformat geprüft
- Budget für Migration, Archiv und Hypercare freigegeben
- Kommunikationsplan für die Nutzer erstellt
Daten und Mapping
Vor dem ersten Ladevorgang steht die Datenarbeit im Mittelpunkt. Jede Entscheidung wird je Objekt dokumentiert.
- Inventar aller Objekte mit Mengen und Füllgrad
- Entscheidung je Objekt: migrieren, archivieren, löschen
- Mapping-Tabelle fachlich freigegeben
- Dublettenregeln angewendet, Bereinigung abgeschlossen
- Externe ID-Felder im Zielsystem angelegt
Recht und Sicherheit
Datenschutz und Aufbewahrung gehören vor den Export, nicht danach. Stimmen Sie die Punkte mit Datenschutz und Steuerberatung ab.
- Aufbewahrungsfristen je Datenart bestimmt
- Löschfristen vor der Migration angewendet
- Auftragsverarbeitungsvertrag mit Dienstleister und Zielanbieter
- Exportdateien verschlüsselt übertragen
- Verzeichnis der Verarbeitungstätigkeiten aktualisiert
Testmigrationen
Testläufe liefern die Messwerte für das Drehbuch. Jeder Fehler wird mit Ursache und Korrektur erfasst.
- Kleine Testdatei, danach Volllauf in der Sandbox
- Mindestens zwei vollständige Testläufe
- Ladedauer je Objekt gemessen
- Schnittstellen gegen Testsysteme geprüft
- Pausieren von Automatisierungen geplant
Cutover
Am Wochenende zählt das Drehbuch. Jede Abweichung wird protokolliert und entschieden.
- Datenstopp kommuniziert und technisch gesetzt
- Finaler Export und Delta-Ladung nach Plan
- Abstimmsummen je Objekt dokumentiert
- Go- oder No-go-Entscheidung protokolliert
- Schnittstellen umgestellt, alte Verbindungen deaktiviert
Abnahme durch die Fachbereiche
Die Fachbereiche nehmen ab, nicht die IT allein. Grundlage sind echte Kunden und echte Vorgänge.
- Stichproben je Team mit echten Kunden
- Pipeline-Summen und offene Tickets abgeglichen
- Berichte und Dashboards geprüft
- Rechte und Sichtbarkeit je Rolle getestet
- Schriftliche Abnahme durch die Prozessverantwortlichen
Hypercare
Die ersten Wochen entscheiden über die Akzeptanz. Schnelle Hilfe wiegt mehr als perfekte Dokumentation.
- Support und Sprechstunden für zwei bis vier Wochen
- Fehlerliste mit Priorität und Termin
- Nutzung und Datenqualität wöchentlich gemessen
- Nachschulung für Teams mit Rückstand
- Excel-Schattenlisten offiziell abgeschafft
Altsystem und Archiv
Das Altsystem wird erst abgeschaltet, wenn das Archiv die Pflichten trägt. Dokumentieren Sie jeden Schritt.
- Archiv mit vollständigen, maschinell auswertbaren Daten
- Lesezugriff für Prüfer und Fachbereiche geregelt
- Lizenzen und Wartung des Altsystems gekündigt
- Löschung bei Altanbieter und Dienstleister bestätigt
- Abschaltdatum dokumentiert
Betrieb und Datenpflege
Datenqualität ist ab dem Go-live eine Daueraufgabe. Regeln aus dem Projekt gehen in den Betrieb über.
- Dublettenprüfung und Pflichtfelder aktiv
- Datenverantwortliche je Objekt im Regelbetrieb
- Löschroutinen für abgelaufene Fristen eingerichtet
- Erkenntnisse für spätere Wellen festgehalten
- Projektziele nach drei Monaten gemessen
Nach § 147 Abs. 6 Satz 5 AO genügt es nach einem Systemwechsel ab Ablauf des fünften Kalenderjahres nach der Umstellung, die Daten auf einem maschinell lesbaren und auswertbaren Datenträger vorzuhalten, sofern noch keine Außenprüfung begonnen hat. SuperOffice empfiehlt vor großen Importen eine Datensicherung über den Support. Quellen: § 147 AO, SuperOffice Import. Stand 10/2026.
Aufbewahren, löschen,
sauber übertragen.
Eine CRM-Migration ist datenschutzrechtlich eine Verarbeitung personenbezogener Daten und steuerrechtlich unter Umständen ein Systemwechsel. Beides hat Folgen für Archiv, Löschkonzept und Verträge. Die Übersicht ersetzt keine Rechtsberatung, nennt aber die Normen, die Sie mit Datenschutzbeauftragten und Steuerberatung abstimmen sollten.
§ 257 HGB und § 147 AO
Handelsbriefe, also Schriftstücke zu einem Handelsgeschäft wie Angebote, Auftragsbestätigungen oder geschäftliche E-Mails im CRM, sind sechs Jahre aufzubewahren, Buchungsbelege acht und Bücher zehn Jahre (§ 257 Abs. 4 HGB). Die Frist beginnt mit dem Schluss des Kalenderjahres, in dem der Brief empfangen oder abgesandt wurde. Steuerlich läuft sie nicht ab, solange die Festsetzungsfrist offen ist (§ 147 Abs. 3 AO).
- Handelsbriefe im CRM identifizieren und kennzeichnen
- Fristen je Datenart in das Archivkonzept übernehmen
- Lesbarkeit während der ganzen Frist sichern
Systemwechsel nach GoBD
Die GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff) verlangen bei einem Systemwechsel, aufbewahrungspflichtige Daten quantitativ und qualitativ gleichwertig zu überführen, mit Formatänderungen, aber ohne inhaltliche Änderungen (Rz. 142). Sonst sind Altsystem oder gleichwertige Auswertbarkeit vorzuhalten (Rz. 143), Reports oder Druckdateien genügen nicht (Rz. 144). Das betrifft das CRM, soweit es steuerrelevante Unterlagen enthält.
- Steuerrelevante CRM-Daten mit der Steuerberatung abgrenzen
- Migration und Formatänderungen dokumentieren
- Archiv mit Auswertbarkeit statt Druckdateien
Art. 5 und Art. 17 DSGVO
Nach den Grundsätzen der Datenminimierung (Art. 5 Abs. 1 lit. c Datenschutz-Grundverordnung, DSGVO) und der Speicherbegrenzung (lit. e) gehört nur ins neue System, was für den Zweck nötig ist. Daten ohne Zweck und ohne Aufbewahrungspflicht sind nach Art. 17 DSGVO zu löschen, am besten vor der Migration. Besteht eine gesetzliche Aufbewahrungspflicht, greift die Ausnahme nach Art. 17 Abs. 3 lit. b DSGVO, der Zugriff wird dann eingeschränkt.
- Löschkonzept auf den Altbestand anwenden
- Aufbewahrungspflichtige Daten mit eingeschränktem Zugriff archivieren
- Exportdateien und Testdaten nach Projektende löschen
Art. 28 DSGVO mit Dienstleistern
Verarbeitet ein Migrationsdienstleister oder der neue Cloud-Anbieter personenbezogene Daten in Ihrem Auftrag, ist ein Vertrag nach Art. 28 Abs. 3 DSGVO nötig. Er regelt Weisungen, technische und organisatorische Maßnahmen nach Art. 32 DSGVO sowie Löschung oder Rückgabe der Daten nach Abschluss der Leistung (Art. 28 Abs. 3 lit. g). Das gilt auch für Kopien, die während der Testläufe entstehen.
- Vertrag vor Übergabe der ersten Exportdatei
- Unterauftragnehmer und Serverstandorte prüfen
- Löschbestätigung nach Projektende einholen
Anbieterwechsel nach Data Act
Kapitel VI der Verordnung (EU) 2023/2854 (Data Act) regelt seit dem 12. September 2025 den Wechsel zwischen Datenverarbeitungsdiensten, laut Bundesnetzagentur einschließlich SaaS und auch für zuvor geschlossene Verträge. Verträge müssen eine Ankündigungsfrist von höchstens zwei Monaten, einen Übergangszeitraum von höchstens 30 Kalendertagen und eine Abruffrist von mindestens 30 Kalendertagen vorsehen (Art. 25). Wechselentgelte sind bis zum 12. Januar 2027 nur kostendeckend zulässig, danach untersagt (Art. 29).
- Export aller exportierbaren Daten in strukturiertem, gängigem, maschinenlesbarem Format (Art. 30 Abs. 5)
- Offene Schnittstellen unentgeltlich (Art. 30 Abs. 2)
- Ausnahmen für individuell entwickelte Dienste prüfen (Art. 31), Rechtsstand Oktober 2026
Einwilligungen und Werbewidersprüche
E-Mail-Werbung setzt nach § 7 Abs. 2 Nr. 2 des Gesetzes gegen den unlauteren Wettbewerb (UWG) grundsätzlich eine vorherige ausdrückliche Einwilligung voraus, deren Erteilung Sie nach Art. 7 Abs. 1 DSGVO nachweisen müssen. Migrieren Sie deshalb Einwilligungen mit Zeitpunkt, Quelle und Wortlaut sowie Werbewidersprüche nach Art. 21 Abs. 3 DSGVO als Sperrvermerk. Geht ein Widerspruch verloren, droht Werbung an Personen, die sie abgelehnt haben.
- Einwilligungsfelder und Double-Opt-in-Nachweise im Mapping
- Sperrlisten vor der ersten Kampagne prüfen
- Bestandskundenregel nach § 7 Abs. 3 UWG dokumentieren
Quellen: § 257 HGB, § 147 AO, PSP-Leitfaden zu GoBD Rz. 142 bis 144, KPMG zur GoBD-Fassung vom 14.07.2025, DSK Kurzpapier Nr. 11 Löschung, DSK Kurzpapier Nr. 13 Auftragsverarbeitung, DSK Kurzpapier Nr. 3 Werbung, Bundesnetzagentur zum Data Act, Data Act Art. 25, Data Act Art. 30, § 7 UWG. Rechtsstand Oktober 2026.
Wie lange eine CRM-Migration
wirklich dauert.
Eine CRM-Migration dauert nach Erfahrungswerten von Find-Your-CRM 1 bis 4 Wochen bei einer Excel-Ablösung, 4 bis 8 Wochen beim Wechsel von CRM zu CRM mit bis zu 50 Nutzern und 8 bis 16 Wochen im Mittelstand mit ERP-Anbindung, gerechnet von der Dateninventur bis zum Go-live. Die Spannen gelten nur, wenn das Zielsystem bereits ausgewählt ist und die Datenverantwortlichen rund einen Tag pro Woche für das Projekt haben. Der Cutover selbst passt meist in ein Wochenende: Microsoft beschreibt das Cutover-Fenster im Implementierungsleitfaden für Dynamics 365 als in der Regel kürzer als 48 Stunden. Mit der Tabelle schätzen Sie Ihre eigene Dauer: Sockel plus Zuschläge je Zeittreiber.
| Zeittreiber | Ausprägung | Zuschlag | Warum es Zeit kostet |
|---|---|---|---|
| SockelInventur, Mapping, Testlauf, Drehbuch | jedes Projekt | 1 bis 2 Wochen | Entscheidungen je Objekt, Freigabe des Mappings durch den Fachbereich und das Cutover-Drehbuch brauchen Abstimmungsrunden, auch bei kleinen Beständen. |
| Datenmengeaktive Datensätze aller Objekte | bis 10.000 / bis 100.000 / darüber | +0 / +1 / +2 Wochen | Mehr Ladezeit, mehr Abweichungen in den Abstimmsummen, mehr Stichproben. In den kostenlosen Tools von HubSpot lassen sich 500.000 Zeilen pro Tag importieren, größere Dateien laufen über mehrere Tage. |
| DatenqualitätBereinigung und Dubletten | niedriger Füllgrad, mehrere Quellen | +1 bis +4 Wochen | Bereinigung ist Facharbeit im Vertrieb und läuft neben dem Tagesgeschäft. Jede weitere Quelle wie Excel, Outlook oder ein zweites CRM braucht ein eigenes Mapping und einen Abgleich. |
| IntegrationenERP, Marketing, Telefonie | je Schnittstelle | +1 Woche | Umstellen oder neu bauen, Ende-zu-Ende testen und Zuständigkeit bei Fehlern klären. Bei ERP-Anbindung kommt der Abgleich der Kundennummern hinzu. |
| Historie und DokumenteAktivitäten, E-Mails, Anhänge | über 3 Jahre oder viele Anhänge | +1 bis +3 Wochen | Aktivitäten hängen an mehreren Objekten und werden erst nach diesen geladen, Anhänge vervielfachen das Volumen. Oft genügt für ältere Vorgänge ein lesbares Archiv. |
| BerechtigungenRollen, Teams, Gebiete | mehrere Gebiete oder Länder | +1 Woche | Rollen und Besitzer müssen vor dem Laden stehen, weil jeder Datensatz beim Import einem Benutzer zugeordnet wird. Pipedrive verlangt etwa, Benutzer vor der Migration über Import2 anzulegen. |
| Nutzer und SchulungSchulung mit migrierten Daten | bis 50 / bis 200 / über 200 Nutzer | +0 / +1 / +2 Wochen | Schulungsgruppen brauchen Termine neben dem Tagesgeschäft. Sie sollten mit den Daten aus der Generalprobe arbeiten, nicht mit Musterdaten. |
| Parallelbetriebnur mit festem Enddatum | beide Systeme gleichzeitig | +2 bis +4 Wochen | Doppelte Pflege oder Synchronisation verlängert das Projekt und bindet Key User. Ohne festes Enddatum endet ein Parallelbetrieb selten. |
| CutoverDatenstopp bis Go-live | ein Wochenende | unter 48 Stunden | Das Fenster ergibt sich aus den gemessenen Ladezeiten der Testläufe. Pipedrive empfiehlt, für eine Migration über Import2 24 Stunden einzuplanen. |
Rechenbeispiel mit Erfahrungswerten von Find-Your-CRM und offenen Annahmen: 40 Nutzer, 30.000 aktive Datensätze aus einem CRM und einer Excel-Liste, zwei Schnittstellen (ERP und E-Mail-Marketing), Historie der letzten drei Jahre ohne Dateianhänge, ein Vertriebsgebiet, kein Parallelbetrieb. Rechenweg: Sockel 2 + Datenmenge 1 + Datenqualität 2 + Integrationen 2 + Historie 0 + Berechtigungen 0 + Schulung 0 = 7 Wochen, plus angenommene 20 % Puffer ergibt rund 8 bis 9 Wochen bis zum Go-live. Microsoft rät ausdrücklich zu Pufferzeit vor dem Go-live-Termin und dazu, Buchhaltungsabschlüsse, Feiertage und Urlaubszeiten zu meiden. Quellen: Microsoft Learn, Cutover-Strategie im Dynamics 365 Implementierungsleitfaden (Stand 30.01.2024), HubSpot Importlimits (Stand 11.09.2026), Pipedrive Import2 (Stand 03.09.2026). Abgerufen 07.10.2026. Die Kosten derselben Szenarien zeigt der Abschnitt Aufwand.
Was eine CRM-Migration
kostet und dauert.
Die Spannen sind Erfahrungswerte von Find-Your-CRM aus Auswahl- und Einführungsprojekten im Mittelstand. Sie gelten nur für die Migration, nicht für Lizenzen oder die gesamte Einführung. Den Aufwand bestimmen vor allem Datenqualität, Zahl der Quellsysteme, Historie und Schnittstellen, weniger die Zahl der Nutzer.
| Ausgangslage | Typischer Umfang | Dauer der Migration | Interner Aufwand | Externe Kosten |
|---|---|---|---|---|
| EinstiegExcel oder Outlook zu Cloud-CRM, bis 20 Nutzer | bis 10.000 Datensätze, kaum Historie | 1 bis 4 Wochen | 5 bis 15 Personentage | 0 bis 8.000 € |
| StandardCRM zu CRM, 20 bis 50 Nutzer | Standardobjekte, 3 bis 5 Jahre Historie | 4 bis 8 Wochen | 15 bis 40 Personentage | 8.000 bis 30.000 € |
| Mittelstand50 bis 200 Nutzer, ERP-Anbindung | eigene Objekte, Dokumente, 2 bis 4 Schnittstellen | 8 bis 16 Wochen | 40 bis 120 Personentage | 30.000 bis 100.000 € |
| Komplexüber 200 Nutzer, mehrere Altsysteme oder Fusion | stark angepasstes Altsystem, mehrere Länder | 4 bis 9 Monate | über 120 Personentage | 100.000 bis 300.000 € |
Erfahrungswerte von Find-Your-CRM, netto, ohne Lizenzen, Stand 10/2026. Werkzeuge und Recht senken Kosten: Pipedrive bietet über den Partner Import2 eine kostenlose Migration bis 1.000.000 Datensätze (Quelle), und nach Art. 29 Data Act dürfen Cloud-Anbieter ab dem 12. Januar 2027 keine Wechselentgelte mehr verlangen (Bundesnetzagentur). Lizenz- und Gesamtkosten zweier verbreiteter Systeme vergleicht Salesforce vs. HubSpot.
Häufige Fragen
direkt beantwortet.
Wie lange dauert eine CRM-Migration?
Eine CRM-Migration dauert nach Erfahrungswerten von Find-Your-CRM zwischen einer Woche bei einer einfachen Excel-Ablösung und mehreren Monaten bei Fusionen oder stark angepassten Altsystemen. Für ein mittelständisches Projekt mit 50 bis 200 Nutzern und ERP-Anbindung sind 8 bis 16 Wochen realistisch. Die Dauer hängt weniger von der Nutzerzahl ab als von Datenqualität, Historie und Schnittstellen. Planen Sie mindestens zwei Testmigrationen fest ein.
Was kostet eine CRM-Migration?
Die externen Kosten reichen nach Erfahrungswerten von Find-Your-CRM von null bei einfachen Listenübernahmen mit Bordmitteln bis etwa 300.000 € bei komplexen Migrationen aus mehreren Altsystemen. Hinzu kommt interner Aufwand von Fachbereichen und IT, der oft unterschätzt wird. Kostentreiber sind Bereinigung, eigene Objekte, Dokumente und Schnittstellen. Importassistenten sind bei vielen Herstellern im Lizenzumfang enthalten.
Welche Daten sollte ich nicht migrieren?
Nicht migrieren sollten Sie Daten ohne Zweck und ohne Aufbewahrungspflicht, etwa inaktive Leads, Ansprechpartner ohne Geschäftsbezug und Dubletten. Der Grundsatz der Datenminimierung nach Art. 5 Abs. 1 lit. c DSGVO verlangt das ohnehin. Aufbewahrungspflichtige, aber selten genutzte Daten wie alte Korrespondenz gehören in ein lesbares Archiv statt ins neue CRM. So bleibt das Zielsystem schlank und übersichtlich.
Big Bang oder schrittweise: Was ist besser?
Keine Strategie ist grundsätzlich besser, entscheidend sind Datenvolumen, Schnittstellen und Risikobereitschaft. Für die Datenumstellung ist ein Stichtag oft am saubersten, weil keine Synchronisation zwischen zwei Systemen nötig ist. Die Einführung bei den Teams kann trotzdem schrittweise erfolgen. Parallelbetrieb eignet sich nur für kurze, fest terminierte Fristen, weil doppelte Pflege Daten auseinanderlaufen lässt.
Wie viele Testmigrationen sind nötig?
Planen Sie mindestens zwei vollständige Testmigrationen und eine Generalprobe ein. Der erste Lauf deckt Mapping- und Formatfehler auf, der zweite bestätigt die Korrekturen und misst die Ladezeit, die Generalprobe wiederholt den Cutover mit aktuellem Datenstand. Salesforce empfiehlt zusätzlich, mit einer kleinen Testdatei zu beginnen. Jeder Lauf endet mit einem Fehlerprotokoll.
Muss ich das alte CRM nach der Migration weiter betreiben?
Nein, aber die Daten müssen während der Aufbewahrungsfristen verfügbar und lesbar bleiben. Nach § 257 HGB gelten für Handelsbriefe sechs Jahre, nach § 147 AO je nach Unterlage bis zu zehn Jahre. Ein Archiv mit vollständigen, maschinell auswertbaren Daten kann das Altsystem ersetzen, wenn es gleichwertige Auswertungen ermöglicht. Nach § 147 Abs. 6 AO genügt ab Ablauf des fünften Kalenderjahres nach dem Systemwechsel ein maschinell auswertbarer Datenträger, sofern keine Außenprüfung begonnen hat.
Brauche ich einen Auftragsverarbeitungsvertrag mit dem Migrationsdienstleister?
Ja, wenn der Dienstleister personenbezogene Daten in Ihrem Auftrag verarbeitet, ist ein Vertrag nach Art. 28 Abs. 3 DSGVO Pflicht. Das betrifft fast jede externe Migration, weil Export- und Testdateien Kontaktdaten enthalten. Regeln Sie darin auch die Löschung aller Kopien nach Projektende. Übergeben Sie Exportdateien verschlüsselt und nur an benannte Personen.
Was regelt der Data Act beim CRM-Wechsel?
Der Data Act (Verordnung (EU) 2023/2854) verpflichtet Anbieter von Cloud-Diensten einschließlich SaaS-CRM seit dem 12. September 2025, den Wechsel zu einem anderen Anbieter zu ermöglichen. Verträge müssen eine Ankündigungsfrist von höchstens zwei Monaten, einen Übergangszeitraum von höchstens 30 Kalendertagen und eine Frist zum Datenabruf von mindestens 30 Kalendertagen enthalten. Ab dem 12. Januar 2027 dürfen keine Wechselentgelte mehr erhoben werden. Laut Bundesnetzagentur gelten die Vorgaben auch für vorher geschlossene Verträge.
Wann sollte ich beim CRM-Wechsel den alten Vertrag kündigen?
Kündigen Sie erst, wenn ein Probeexport aller Objekte gelungen ist und die Restlaufzeit Migration, Abnahme und Archivierung abdeckt. Rechnen Sie dazu vom geplanten Go-live rückwärts und ziehen Sie die Kündigungsfrist aus Ihrem Vertrag ab. Bei Cloud-CRM darf die Kündigungsfrist für die Einleitung des Wechsels nach Art. 25 Abs. 2 lit. d Data Act höchstens zwei Monate betragen, danach folgen ein Übergangszeitraum von höchstens 30 und eine Abruffrist von mindestens 30 Kalendertagen. Eine vereinbarte Mindestlaufzeit kann trotzdem Kosten auslösen, weil Sanktionen bei vorzeitiger Kündigung nach Art. 2 Nr. 36 Data Act nicht zu den Wechselentgelten zählen.
Wie ziehe ich von Excel und Outlook in ein CRM um?
Sammeln Sie zuerst alle Listen und Kontakte zu einem Stichtag ein und führen Sie sie in einer Tabelle mit einheitlichen Spalten zusammen. Bereinigen Sie Schreibweisen, Dubletten und Pflichtfelder, bevor Sie die Datei über den Import-Assistenten laden. Für kleine Bestände reichen meist die Bordmittel, der Tabellenimport von Pipedrive etwa verarbeitet laut Hilfe bis zu 200.000 Zeilen je Datei. Danach gilt: Neue Daten entstehen nur noch im CRM.
Welche Rolle spielt das Zielsystem für den Aufwand?
Eine große, denn Datenmodell, Importgrenzen und Migrationsassistenten unterscheiden sich deutlich. Zoho CRM und HubSpot bieten Assistenten für den Umzug aus verbreiteten Fremdsystemen, Salesforce setzt bei großen Mengen auf den Data Loader. Prüfen Sie deshalb schon in der Auswahl, wie Daten ins Zielsystem kommen und später wieder heraus. Das CRM-Matching liefert dafür in rund 6 Minuten eine dokumentierte Shortlist.
Wer sollte im Migrationsprojekt mitarbeiten?
Neben Projektleitung und IT gehören Datenverantwortliche je Objekt und Key User aus Vertrieb, Marketing und Service ins Team. Die Fachbereiche entscheiden über Mapping, Historie und Abnahme, die IT über Export, Schnittstellen und Sicherheit. Bei Altsystemen mit vielen Anpassungen lohnt ein Implementierungspartner mit Erfahrung in Quell- und Zielsystem. Die Rollen einer Einführung beschreibt der Leitfaden CRM einführen.
Was passiert mit Einwilligungen und Werbewidersprüchen?
Sie müssen vollständig und nachweisbar migriert werden, sonst drohen Werbung ohne Einwilligung und Verstöße gegen § 7 UWG. Übernehmen Sie Einwilligungen mit Zeitpunkt, Quelle und Wortlaut sowie Widersprüche als Sperrvermerk. Nach Art. 7 Abs. 1 DSGVO müssen Sie eine Einwilligung auch nach dem Systemwechsel nachweisen können. Prüfen Sie die Sperrlisten im Zielsystem vor der ersten Kampagne.
Erst das richtige Ziel-CRM,
dann migrieren.
Eine Migration ist nur so gut wie das Zielsystem. Das CRM-Matching erstellt aus Ihrer Unternehmens-URL automatisch ein Anforderungsprofil und liefert in rund 6 Minuten eine dokumentierte Shortlist aus über 150 CRM-Systemen, kostenlos und ohne Registrierung. Im Selection Portal bewerten Vertrieb, Marketing und Service gemeinsam, bilden Ihre IT-Systemlandschaft ab, steuern Anforderungen und kontaktieren Anbieter direkt.