Deutsch

Langfristige Archivierung von Legacy-CRM-Daten: Was behalten und wie

Ein Unternehmen wechselte 2021 von Salesforce. Die Datenmigration verlief gut. Das neue CRM funktionierte. Aber niemand traf eine Entscheidung darüber, was mit dem alten Salesforce-System geschehen sollte.

Zwei Jahre später bezahlten sie noch immer für Salesforce-Lizenzen. Zwanzig Lizenzen zu je 150 USD pro Monat: 36.000 USD pro Jahr für read-only-Zugriff auf historische Daten, die drei Personen im Unternehmen in den vergangenen sechs Monaten angesehen hatten. Der Grund für die ausbleibende Kündigung: „Wir sind nicht sicher, was dort drin ist und was wir noch brauchen könnten."

Ein Datenschutzvorfall im Jahr 2023 (eine DSGVO-Löschanfrage, die das Auffinden und Löschen von Datensätzen in allen Systemen erforderte) erzwang die Entscheidung. Das Team verbrachte drei Wochen damit, die Salesforce-Organisation zu prüfen, stellte fest, dass der Großteil der Daten mit dem neuen CRM redundant war, exportierte den Rest und kündigte. Die Gesamtkosten des Wartens: 72.000 USD an unnötigen Lizenzgebühren, drei Wochen IT-Aufwand und eine DSGVO-Antwort, die 14 statt 2 Tage dauerte.

Die Archivierungsentscheidung, die 2021 hätte getroffen werden sollen, wurde 2023 getroffen. Dieser Leitfaden ist diese Entscheidung, zur richtigen Zeit. Er knüpft dort an, wo der Post-Migrations-Audit aufhört: Sobald die 72-Stunden- und 30-Tage-Audits bestätigen, dass das neue CRM vollständig ist, wechselt die Rolle des Quellsystems vom Rollback-Sicherheitsnetz zum historischen Archiv.

Was Sie rechtlich aufbewahren müssen

Bevor Sie entscheiden, was archiviert wird, sollten Sie verstehen, was Sie rechtlich aufbewahren müssen. Die Antwort variiert je nach Region, Branche und Datensatztyp.

DSGVO (Europäische Union und Vereinigtes Königreich):

Die DSGVO schafft eine Spannung, die viele Unternehmen nicht vollständig auflösen: das Recht auf Löschung (Personen können die Löschung ihrer Daten verlangen) gegenüber legitimen Aufbewahrungspflichten (Sie benötigen bestimmte Daten möglicherweise aus rechtlichen oder vertraglichen Gründen). Der Wikipedia-Artikel zur DSGVO behandelt die Regelungen zum Recht auf Löschung (Artikel 17) und die Ausnahmen für Aufbewahrungspflichten aus rechtlichen Gründen, die beide unmittelbar beeinflussen, welche archivierten CRM-Daten Sie auf Anfrage löschen können müssen.

In der Praxis gilt für CRM-Daten:

  • Sie dürfen Daten aufbewahren, an denen Sie ein berechtigtes Geschäftsinteresse haben (aktive Kundenbeziehung, vertragliche Verpflichtung)
  • Sie müssen Daten auf Löschanfrage löschen, mit begrenzten Ausnahmen
  • Aufbewahrungsfristen müssen definiert sein. „Wir bewahren sie auf unbestimmte Zeit auf" ist nicht DSGVO-konform
  • Sie müssen nachweisen können, dass archivierte Legacy-Daten in Ihrem Datenmapping erfasst sind: Wenn jemand eine Löschanfrage stellt, müssen Sie deren Datensätze auch im Archiv finden und löschen können

Datenspeicherung in den USA:

Es gibt kein einheitliches Bundesgesetz zur CRM-Datenspeicherung, aber branchenspezifische Regelungen gelten:

  • Finanzdienstleistungen (SEC Rule 17a-4): Bestimmte Geschäftsunterlagen müssen 3 bis 7 Jahre in einem nicht löschbaren Format aufbewahrt werden
  • Gesundheitswesen (HIPAA): Wenn Ihr CRM PHI enthält, sind die Aufbewahrungsregeln streng und Löschverfahren müssen dokumentiert werden
  • Kalifornien (CCPA): Verbraucher haben ähnliche Löschrechte wie bei der DSGVO; Ihr Archiv muss diese Löschanfragen unterstützen

Die NIST-Richtlinien zur Datenspeicherung und -entsorgung bieten einen technologieneutralen Rahmen für die Definition von Aufbewahrungsfristen und sicheren Löschverfahren, der als Compliance-Referenz unabhängig von den für Ihr Unternehmen geltenden branchenspezifischen Vorschriften geeignet ist.

Allgemeine Geschäftsunterlagen:

Vertragsbezogene Daten (Vertragsbedingungen, unterzeichnete Vereinbarungen, Kundenkommunikation rund um Vertragsverhandlungen) fallen häufig unter die allgemeine Aufbewahrungspflicht für Geschäftsunterlagen, in der Regel 7 Jahre in den USA und der EU für Finanzunterlagen.

Wer diese Entscheidung trifft:

Legal oder Compliance, mit Input von IT und RevOps. Dies ist keine unilaterale IT-Entscheidung. Holen Sie sich ein unterzeichnetes Memo von Legal oder Compliance, das Ihre Aufbewahrungsfristen nach Datensatztyp festlegt, bevor Sie irgendetwas archivieren. Die Datensatztypen, für die Sie hier Aufbewahrungsentscheidungen treffen, überschneiden sich direkt mit dem Umfang, der bei der Behandlung historischer Aktivitäten, Notizen und E-Mails definiert wurde: Was Sie zum Zeitpunkt des Exports zu migrieren, zu archivieren oder zu verwerfen entschieden haben, bestimmt, welche Kategorien nun eine formale Aufbewahrungsregelung benötigen.

Das Aufbewahrungsrahmenwerk

Mit der rechtlichen Grundlage verstanden, wenden Sie eine Aufbewahrungsrichtlinie nach Datensatztyp an.

Vorlage für die Aufbewahrungsrichtlinie:

Datensatztyp Empfohlene Aufbewahrung Begründung
Abgeschlossene Deals (Vertragsdaten, Konditionen) Mindestens 7 Jahre Geschäftsunterlagen, prüfbare Verträge
Verlorene Deals 3 Jahre Pipeline-Analyse, Wettbewerbsreferenz
Aktive Kontakte zum Migrationszeitpunkt 3 Jahre nach der Migration Referenz für laufende Geschäftsbeziehungen
Inaktive Kontakte (kein Engagement seit 2+ Jahren) 1 Jahr nach Migration, dann löschen Kein berechtigtes Interesse nach Ablauf
Aktivitätsprotokolle: vom Vertrieb eingetragene Notizen 3 Jahre Beziehungskontext, Streitbeilegung
Aktivitätsprotokolle: systemgenerierte Ereignisse Maximal 1 Jahr Geringes Signal; keine Aufbewahrungspflicht
E-Mail-Metadaten (Betreff, Datum, Absender) 2 Jahre Ausreichend für die meisten Referenzbedarfe
E-Mail-Textinhalt 3 Jahre für dealrelevante E-Mails Vertrags- und Streitreferenz
Benutzerdefinierte Berichts-Snapshots 5 Jahre Unternehmensleistungsunterlagen
Nutzerzugriffsberichte und Audit-Protokolle 3 bis 5 Jahre Sicherheits- und Compliance-Anforderungen

Wer entscheidet:

Legal oder Compliance genehmigt die Aufbewahrungsfristen. RevOps schlägt die Datensatztypen und die geschäftliche Begründung vor. IT verantwortet die Implementierung (Format, Speicherort, Zugang).

Dokumentieren Sie die Entscheidung formal. Eine Aufbewahrungsrichtlinie muss kein 50-seitiges Dokument sein, aber sie muss als schriftlicher Nachweis existieren, der geprüft und genehmigt wurde. Wenn ein Regulierer in zwei Jahren nach Ihren Datenspeicherungspraktiken fragt, ist „wir haben das in einem Meeting besprochen" keine Antwort.

Die Wahl des Archivformats

Das Archivformat bestimmt, was Sie später mit den Daten tun können. Optimieren Sie für: Portabilität (ohne das Quellsystem lesbar), Abfragbarkeit (kann jemand darin suchen?) und Kosten.

Option A: CSV + JSON-Export

Exportieren Sie alle Objekte als flache CSV-Dateien (eine Datei pro Objekt) sowie alle Beziehungsdaten als JSON oder separate Join-Tabellen. Speichern Sie diese mit einem Datenwörterbuch, das jede Spalte einem Feldnamen und -typ zuordnet.

Vorteile: Jedes Tool kann es lesen. Keine Anbieterbindung. Einfach für Löschanfragen zu prüfen. Kann in Excel, Sheets oder jedem anderen Datentool geöffnet werden.

Nachteile: Abfragen erfordern entweder das Laden in eine Datenbank oder die Verwendung von Spreadsheet-Tools. Beziehungen zwischen Objekten erfordern manuelle Joins.

Am besten geeignet für: Die meisten Teams. Einfach, dauerhaft, portabel.

Option B: Datenbank-Dump

Ein vollständiges Backup der zugrunde liegenden Datenbank des Quell-CRM (sofern der Anbieter eines bereitstellt).

Vorteile: Kann bei Bedarf in einer neuen Instanz wiederhergestellt werden. Bewahrt alle Beziehungen nativ.

Nachteile: Das Format ist oft proprietär oder versionsspezifisch. Die Wiederherstellung erfordert passende Infrastruktur. Ohne Werkzeuge nicht für Menschen lesbar.

Am besten geeignet für: Teams mit IT-Kompetenz, die die Option möchten, das Quellsystem vorübergehend wiederherzustellen (z. B. bei einer größeren juristischen Discovery-Anfrage).

Option C: Cloud Data Warehouse (BigQuery, Redshift, Snowflake)

CRM-Daten in ein strukturiertes Cloud-Warehouse exportieren, wo sie per SQL abgefragt werden können.

Vorteile: Vollständig abfragbar. Löschanfragen per SQL DELETE möglich. Skalierbar. Kann mit BI-Tools verbunden werden.

Nachteile: Erfordert Einrichtung und laufende Wartung von Cloud-Infrastruktur. Für die meisten Teams unter 100.000 Kontakten überdimensioniert.

Am besten geeignet für: Teams, die bereits ein Data Warehouse nutzen und die CRM-Historie darin integrieren möchten.

Option D: SaaS-to-Cloud Managed Export (Salesforce Data Archive, HubSpot Archivierungstools)

Einige Anbieter bieten native Archivierung an, bei der ältere Daten in günstigere Speicher-Tiers verschoben werden, während sie über die Plattform abfragbar bleiben.

Vorteile: Bleibt innerhalb der vertrauten Plattformoberfläche. Minimaler Migrationsaufwand.

Nachteile: Erfordert weiterhin eine Anbieterlizenz. Das Quellsystem wird damit nicht wirklich stillgelegt. Löst das Problem „wir zahlen für ein System, das wir nicht nutzen" nicht.

Am besten geeignet für: Unternehmen, die eine kurzfristige Archivierungslösung benötigen, während sie eine vollständige Stilllegung planen.

Vergleich der Archivformate:

Format Portabilität Abfragbarkeit Kosten Komplexität
CSV + JSON Hoch Gering (manuell) Nahezu null Gering
Datenbank-Dump Gering (proprietär) Gering (Wiederherstellung nötig) Gering Mittel
Cloud Warehouse Hoch Hoch (SQL) Gering bis mittel (nur Speicher) Mittel
SaaS-to-Cloud Managed Mittel Mittel Mittel (Lizenzkosten) Gering

Speicheroptionen und Kosten

Sobald Sie das Archivformat gewählt haben, entscheiden Sie, wo es gespeichert wird.

Cold Storage (AWS Glacier, Azure Archive, Google Coldline):

  • Kosten: ca. 0,004 USD/GB/Monat (AWS Glacier Deep Archive)
  • Abrufzeit: Stunden bis Tage
  • Am besten geeignet für: Daten, die Sie für rechtliche oder Compliance-Zwecke benötigen könnten, aber nicht regelmäßig abrufen
  • Abrufkosten: 0,02 USD/GB für beschleunigten Abruf; günstiger für Standard

Für einen 100-GB-CRM-Export (typisch für ein 5 Jahre altes CRM mit 100.000 Kontakten) kostet Cold Storage etwa 0,40 USD/Monat. Ein 5-Jahres-Archiv kostet rund 24 USD an Speicherkosten. Das ist kein Druckfehler.

Standard-Cloud-Speicher (AWS S3, Azure Blob, Google Cloud Storage):

  • Kosten: ca. 0,023 USD/GB/Monat (AWS S3 Standard)
  • Abruf: Sofort
  • Am besten geeignet für: Daten, auf die Sie gelegentlich zugreifen (monatlich oder vierteljährlich)
  • Guter Mittelweg zwischen Kosten und Zugriffsgeschwindigkeit

Cloud Data Warehouse (BigQuery, Redshift, Snowflake):

  • Speicherkosten: ca. 0,02 USD/GB/Monat (BigQuery)
  • Abfragekosten: Zusätzlich pro abgefragtem TB
  • Am besten geeignet für: Daten, die Sie regelmäßig abfragen (wöchentlich) oder die Self-Service-Lookups unterstützen müssen

On-Premises:

  • Kosten: Investitionen in Hardware und IT-Wartung
  • Zugriff: Sofort
  • Am besten geeignet für: Organisationen mit bestehender On-Premises-Infrastruktur und starken Anforderungen an Datensouveränität
  • Nachteile: Wartungsaufwand; Risiko von Hardwareausfällen

Für die meisten Unternehmen, die von einem Mid-Market-CRM migrieren:

Cold Storage ist der richtige Standard für Daten, die älter als 2 Jahre sind. Standard-Cloud-Speicher für Daten der letzten 2 Jahre, auf die möglicherweise zugegriffen wird. Cloud Warehouse nur, wenn Sie bereits eines betreiben und die inkrementellen Kosten minimal sind.

Einen Zugangspfad für das Vertriebsteam aufbauen

Vertriebsmitarbeiter werden nach alten Datensätzen fragen. Etablieren Sie einen Prozess, bevor die erste Anfrage eintrifft.

Das realistische Anfragevolumen:

In den ersten 30 Tagen nach der Migration sind 5 bis 15 Anfragen pro 50 Mitarbeiter zu erwarten. Nach 90 Tagen sinkt das auf 1 bis 3 pro Monat. Nach 6 Monaten fast nichts mehr. Planen Sie für hohes Volumen am Anfang, dann für ein dauerhaft niedriges Niveau.

Zugangsmöglichkeiten nach Praktikabilität geordnet:

Option 1: Quellsystem für 90 Tage read-only belassen

Der einfachste Ansatz. Stellen Sie das System nicht sofort still. Geben Sie den Mitarbeitern für 90 Tage direkten read-only-Zugriff auf das alte CRM. Danach sinkt das Anfragevolumen so weit, dass ein manueller Lookup-Prozess ausreicht.

Kosten: Ein Quartal Lizenzgebühren. Für 20 Nutzer à 75 USD/Monat read-only: 4.500 USD. Für die meisten Teams lohnt sich das, um ein paralleles Zugriffssystem aufzubauen zu vermeiden. Diese 90-tägige read-only-Phase ist auch das, was Rollback-Planung ermöglicht: Beginnen Sie den Stilllegungsprozess nicht, bevor Sie sicher sind, dass das neue CRM vollständig validiert ist und das Rollback-Fenster geschlossen ist.

Option 2: Anfrage an IT stellen

Nach Ablauf des read-only-Zeitraums wird „Anfrage stellen" zum Zugangspfad. Ein Mitarbeiter schreibt an Ops oder IT mit dem Kontaktnamen und dem Grund. IT fragt das Archiv ab und antwortet innerhalb von 24 Stunden.

Das funktioniert bei geringem Volumen (unter 5 Anfragen pro Monat). Es skaliert nicht, wenn die Anfragen hoch bleiben.

Option 3: Self-Service-Archivabfrage (für technische Teams)

Eine einfache Web-UI oder ein Datenbankabfragetool, mit dem Mitarbeiter das Archiv nach Kontaktname oder E-Mail durchsuchen können. Erfordert Einrichtungszeit, reduziert aber die IT-Last bei höherem Volumen.

Realistisch für: Teams mit einem bereits vorhandenen BI-Tool (Tableau, Looker, Metabase), bei dem das Archiv als Datenquelle hinzugefügt werden kann.

Das Quellsystem sauber stilllegen

Die Stilllegung ist der letzte Schritt und derjenige, der Probleme verursacht, wenn er überstürzt wird.

Checkliste zur Stilllegung:

  • Archivexport verifiziert und validiert (Datensatzanzahl stimmt mit Quellsystem überein, Stichprobendatensätze lesbar)
  • Aufbewahrungsrichtlinie von Legal/Compliance genehmigt
  • Alle aktiven Integrationen zum Quell-CRM identifiziert und entweder umgeleitet oder stillgelegt
  • SSO/SAML-Konfiguration aktualisiert (altes CRM aus dem Identity Provider entfernen)
  • E-Mail- oder Kalender-Synchronisierung mit dem alten CRM getrennt
  • API-Schlüssel und OAuth-Tokens, die vom alten CRM ausgegeben wurden, in verbundenen Systemen widerrufen oder erneuert
  • Vertragskündigung beim Anbieter mit korrekter Kündigungsfrist eingereicht (typischerweise 30 Tage)
  • Interne Dokumentation aktualisiert (Runbooks, IT-Dokumentation mit Verweis auf das alte System)
  • Datenmapping aktualisiert, um das alte CRM zu entfernen (besonders wichtig für DSGVO-Compliance-Dokumentation)
  • Abschließendes Backup am Tag der Kündigung erstellt (zur Sicherheit)

Zeitpunkt der Kündigung:

Die meisten CRM-Anbieter verlangen eine schriftliche Kündigungsfrist von 30 Tagen vor Ende des Abrechnungszeitraums. Prüfen Sie Ihren Vertrag. Wenn Sie das Kündigungsfenster um einen Tag verpassen, kann das einen weiteren vollständigen Abrechnungszeitraum bedeuten.

Integrationen sind der häufigste Fehlerbereich bei der Stilllegung. Ein internes Tool, das noch immer API-Aufrufe an das alte CRM sendet, wird am Tag nach der Stilllegung Fehler erzeugen. Prüfen Sie alle Integrationen, bevor Sie kündigen. Eine einfache Suche nach dem Domain-Namen des alten CRM in Ihren Code-Repositories, Zapier-Workflows und Automatisierungstools zeigt oft Verbindungen, an die niemand mehr gedacht hatte. Dieser Audit bestätigt auch, dass die E-Mail- und Kalendersynchronisierung vollständig auf das neue CRM umgeleitet wurde, bevor das Legacy-System offline geht.

Häufige Fehler

Archivierung in einem proprietären Format, das nur der Anbieter lesen kann. Wenn Ihr Archiv ein Salesforce-formatierter Export ist, der nur mit Salesforce-Tools interpretiert werden kann, zahlen Sie Salesforce auf unbestimmte Zeit. Archivieren Sie in offenen Formaten: CSV, JSON, SQL oder einem standardmäßigen Datenbankformat. PwC's Data-Governance-Forschung empfiehlt anbieterneutrale offene Formate für die langfristige Datenspeicherung als Teil verantwortungsvoller Data Governance, um sicherzustellen, dass archivierte Daten unabhängig von Anbieterbeziehungen zugänglich und prüfbar bleiben.

Das Quellsystem über seinen Aufbewahrungsnutzen hinaus aktiv belassen. Die Kosten summieren sich leise. Legen Sie ein Stilllegungsdatum fest, bevor die Migration abgeschlossen ist. Tragen Sie es in den Projektplan ein. Behandeln Sie es als Deliverable.

Keine Dokumentation, wo das Archiv liegt und wie darauf zugegriffen wird. In zwei Jahren ist die Person, die die Migration geleitet hat, vielleicht nicht mehr da. Dokumentieren Sie den Archivstandort, die Zugangsdaten und den Abfrageprozess an einem Ort, der Personalwechsel übersteht.

API-Schlüssel und Integrationen des Legacy-Systems vergessen. Jedes Tool, das mit dem alten CRM verbunden war (E-Mail-Synchronisierung, Marketing-Automatisierung, Datenanreicherung), muss vor der Stilllegung geprüft werden. Ein vergessener Zapier-Workflow, der eine Bestätigungs-E-Mail an neue Kontakte über die API des alten CRM sendet, bricht am Tag nach der Kündigung zusammen. Das kann wochenlang unbemerkt bleiben.

Nächste Schritte

Schließen Sie das Dokument zur Aufbewahrungsrichtlinie und die Entscheidung zum Archivformat vor der 90-Tage-Marke nach der Migration ab. Der Zeitraum zwischen „Migration abgeschlossen" und „Stilllegung abgeschlossen" beträgt typischerweise 90 bis 180 Tage. Nutzen Sie diese Zeit gut.

Das Archiv ist direkt mit der Behandlung historischer Aktivitäten, Notizen und E-Mails verbunden, insbesondere mit den Datensätzen, die Sie archiviert statt migriert haben. Diese Datensätze müssen im Archiv auffindbar sein, wenn Mitarbeiter danach fragen.

Und der Post-Migrations-Audit ist ein guter Auslöser, um die Archivierungsentscheidung zu beginnen: Sobald die 72-Stunden- und 30-Tage-Audits bestätigen, dass das neue CRM vollständig ist, wechselt die Rolle des Quellsystems von „Backup für den Fall eines Rollbacks" zu „Archiv historischer Daten". Das ist der Moment, um den Stilllegungsprozess zu starten.

Für die Rollback-Planung gilt: Sobald Sie begonnen haben, das Quellsystem stillzulegen, ist ein Rollback keine Option mehr. Beginnen Sie den Stilllegungsprozess nicht, bevor Sie sicher sind, dass das neue CRM vollständig validiert ist.

Mehr erfahren