How-to· 9 min de lecture

Daten aus einem SaaS migrieren, ohne etwas zu zerstören

Eine saubere Migration aus einem SaaS besteht aus fünf Schritten: prüfen, was der Export tatsächlich liefert, das Ziel-Datenmodell aufbauen, bevor irgendetwas kopiert wird, das alte und das neue System so lange parallel betreiben, bis alles überprüft ist, an einem ruhigen Tag umschalten, und die Reversibilität des nächsten Tools aushandeln, noch bevor der Vertrag unterschrieben wird. Keine Software erledigt diese Arbeit für Sie. Die Methode schon.

Was liefert ein Export wirklich, jenseits des Marketingversprechens?

Die meisten SaaS-Anbieter zeigen gut sichtbar einen Button „Meine Daten exportieren" an. Was dieser Button tatsächlich produziert, verdient es, geprüft zu werden, bevor eine Migrationsentscheidung darauf aufgebaut wird — nicht danach.

Zunächst die Formate. Ein CSV- oder Excel-Export verflacht Beziehungen, die zwischen Ihren Tabellen bestanden — ein Kunde verknüpft mit mehreren Bestellungen, eine Bestellung verknüpft mit mehreren Positionen — zu einer Reihe von Spalten, die von Hand wieder zusammengesetzt werden müssen. Ein JSON- oder XML-Export bewahrt mehr Struktur, setzt aber anschliessend eine Zuordnungsarbeit zu Ihrem neuen Modell voraus. Ein PDF-Export, häufig bei Rechnungen, ist schlicht keine wiederverwendbare Daten: es ist ein Bild der Daten.

Dann die Vollständigkeit. Bestimmte benutzerdefinierte Felder, interne Notizen, Workflow-Status erscheinen im Standardexport schlicht nicht — der Anbieter hat sie nicht vorgesehen oder behält sie einem höheren Abo vor. Anhänge folgen selten dem Hauptexport: gescannte Rechnungen, Verträge, Produktbilder erfordern oft einen separaten, manchmal manuellen Export, Datei für Datei.

Historie und Metadaten schliesslich sind die grossen Vergessenen. Das tatsächliche Erstellungsdatum eines Eintrags, sein Urheber, die aufeinanderfolgenden Änderungen, die zu einem Vorgang ausgetauschten Kommentare: Diese Ebene verschwindet meist, obwohl sie einen Teil des Werts Ihrer Daten trägt. Der einzige Weg, herauszufinden, was Sie verlieren werden, ist ein Test-Export, früh durchgeführt und Feld für Feld neben dem noch aktiven Tool geöffnet.

Das Ziel-Datenmodell aufbauen, bevor irgendetwas kopiert wird

Eine missglückte Migration beginnt fast immer mit demselben Reflex: das alte Modell unverändert in das neue Tool zu kopieren. Das Ergebnis reproduziert originalgetreu die über Jahre angehäuften Ungenauigkeiten — obsolet gewordene Felder, nie bereinigte Duplikate, Kategorien, die keinen Sinn mehr ergeben.

Die richtige Reihenfolge kehrt die Logik um. Zuerst entscheiden, was das Unternehmen im neuen Tool tatsächlich braucht: welche Felder, welche Kategorien, welche Kennungen massgeblich sind. Erst danach jedes Quellfeld einzeln seinem Ziel zuordnen, wobei bewusst aufgegeben wird, was nicht mehr dient. Das ist Konzeptionsarbeit, kein Copy-Paste, und genau diese Art von Projekt lässt sich mit einer massgeschneiderten Lösung sauber strukturieren, mit einem Datenmodell, das für das Unternehmen gedacht wurde und nicht von einem generischen Tool geerbt ist.

Warum der Parallelbetrieb keine Komfortoption ist

Das alte und das neue System für einen definierten Zeitraum parallel laufen zu lassen, ist keine überflüssige Vorsichtsmassnahme: Es ermöglicht, Abweichungen zu erkennen, bevor sie zu Ihrer neuen Realität werden. Ein zweifach erfasster Kunde, ein Betrag, der nicht mehr übereinstimmt, ein Status, der sich nur auf einer Seite aktualisiert — genau diese Details deckt der Parallelbetrieb auf, während sie noch leicht zu korrigieren sind.

Die Regel, die ein Festfahren verhindert, ist einfach zu formulieren, schwieriger einzuhalten: ein Enddatum für den Parallelbetrieb festlegen, bevor er beginnt, und mindestens einen vollständigen Zyklus der betroffenen Aktivität abdecken — ein Abrechnungsmonat, ein Reporting-Quartal, je nachdem, was migriert wird. Ohne angekündigtes Enddatum setzt sich die Doppelerfassung fest, ermüdet die Teams, und niemand traut sich mehr, den Schlussstrich zu ziehen.

Den richtigen Tag für den Umschalttermin wählen

Der Umschalttermin selbst verdient es, als Projekt behandelt zu werden, nicht als Schalter, den man an einem Freitagabend umlegt in der Hoffnung, dass es gut geht. Der beste Tag ist ein ruhiger Tag: kein Buchhaltungsabschluss, keine Verkaufskampagne, keine Phase hoher Kundenaktivität. Informieren Sie das Team im Voraus, sperren Sie Änderungen im alten System einige Stunden vor dem Umschalten, und planen Sie ein Zeitfenster für die abschliessende Überprüfung ein, statt Probleme erst im Produktivbetrieb zu entdecken.

Halten Sie vor allem das alte System noch einige Wochen nach dem Umschalten zugänglich, zumindest lesend. Die Versuchung, alles noch am selben Tag zu kündigen, ist verständlich; sie beraubt das Team aber auch des einzigen verbleibenden Sicherheitsnetzes, falls sich eine Abweichung zeigt, sobald das neue Tool wirklich auf die Probe gestellt wird.

Die Reversibilitätsklausel: Sie wird vor der Unterschrift verhandelt, nicht danach

Das ist der am schlechtesten antizipierte Punkt des gesamten Prozesses. Reversibilität ist die vertragliche Fähigkeit, sämtliche Ihrer Daten in einem nutzbaren Format innerhalb einer festgelegten Frist zurückzuerhalten — und sie wird beim Unterzeichnen des Vertrags für das nächste Tool verhandelt, niemals danach, wenn sich das Kräfteverhältnis bereits zugunsten des Anbieters verschoben hat.

Eine Reversibilitätsklausel, die diesen Namen verdient, präzisiert mehrere Punkte:

  • das garantierte Exportformat — strukturiert und dokumentiert, kein PDF;
  • die Bereitstellungsfrist nach einer Anfrage;
  • die Kosten der Operation, kostenlos oder gedeckelt, aber im Voraus bekannt;
  • die Dauer, während der die Daten nach Vertragsende zugänglich bleiben;
  • das Schicksal von Anhängen und Historie, ausdrücklich eingeschlossen oder ausdrücklich ausgeschlossen.

Keiner dieser Punkte ist standardmässig garantiert. Ein Anbieter, der sich weigert, diese vor der Unterzeichnung schriftlich festzuhalten, gibt einen ziemlich klaren Hinweis darauf, was er anbieten wird, wenn Sie eines Tages gehen wollen.

Diese Klausel berührt in Wirklichkeit eine grössere Frage: die Frage, wem nach Vertragsunterzeichnung Ihr Tool, Ihr Code und Ihre Daten gehören. Ich habe sie eigens behandelt in Wem gehören Ihr Tool, Ihr Code, Ihre Daten? Sie berührt oft auch eine Hosting-Frage: Ein Toolwechsel geht häufig mit einem Wechsel des Hosting-Standorts einher, und ich habe im Detail beschrieben, was das wirklich verändert, in Hosting in der Schweiz: was sich wirklich ändert

Der Mythos vom Wundertool

Keine Migrationssoftware, so gepriesen sie auch sein mag, erledigt diese Arbeit für Sie. Automatische Synchronisationstools bewältigen die Mechanik der Übertragung, nicht die grundsätzlichen Entscheidungen: welches Feld behalten, welche Daten zusammenführen, an welchem Tag umschalten. Das sind menschliche, dokumentierte Entscheidungen, in der richtigen Reihenfolge getroffen — und genau deshalb wird eine Migration wie ein kleines Projekt vorbereitet, mit einer verantwortlichen Person, statt als Aufgabe, die man einem „Importieren"-Button überlässt.

Noch bevor man so weit ist, muss man wissen, was man besitzt und wo: Das Inventar, das ich in nLPD: Wo schlummern die Daten Ihres KMU wirklich? beschreibe, ist der natürliche Ausgangspunkt jeder ernsthaften Migration. Und weil die Frage über die reine Technik hinausgeht, ordne ich sie im breiteren Rahmen von Was muss ein Schweizer KMU 2026 im Umgang mit KI tun? ein, wo sich die Abwägung zwischen Behalten, Migrieren und Neuaufbau als massgeschneiderte Lösung Funktion für Funktion stellt.

FiscalDoc, die lokale Anwendung, die ich für meine eigene Steuerverwaltung gebaut habe, veranschaulicht die beste Migration, die es gibt: die, die man nie wiederholen muss, weil die Daten die Maschine nie verlassen haben. Das ist nicht die Lösung für alles, aber es lohnt sich, sich vor dem x-ten Umzug zum x-ten SaaS zu fragen, ob ein selbst besessenes Tool die Frage nicht ein für alle Mal klären würde — ich habe es dokumentiert in FiscalDoc: 1'400 CHF/Jahr SaaS-Kosten durch lokale KI ersetzen

Wichtig in Kürze

— Prüfen Sie, was ein Export tatsächlich liefert — Formate, Vollständigkeit, Anhänge, Historie — bevor Sie eine Migrationsentscheidung darauf aufbauen. — Ein Parallelbetrieb mit angekündigtem Enddatum und ein Umschalten an einem ruhigen Tag vermeiden die meisten Migrationsvorfälle. — Verhandeln Sie die Reversibilitätsklausel beim Unterzeichnen des nächsten Vertrags, niemals danach: garantiertes Format, Frist, Kosten und Zugriffsdauer müssen schriftlich festgehalten werden.

FAQ

Gibt es ein Tool, das automatisch alle meine Daten migriert, ohne dass ich eingreifen muss? Nein, nicht bei strukturierten Geschäftsdaten mit ihrer Historie und ihren Beziehungen. Synchronisationstools verschieben Dateien; sie entscheiden nicht, welches Feld behalten, welche Daten zusammengeführt oder welches Duplikat gelöscht werden soll. Diese Entscheidungsarbeit bleibt menschlich, selbst wenn die Übertragungsmechanik automatisiert ist.

Wie lange sollte man für den Parallelbetrieb einplanen? Lange genug, um mindestens einen vollständigen Zyklus der migrierten Aktivität abzudecken — ein Abrechnungsmonat, ein Reporting-Quartal, je nach Fall. Legen Sie das Enddatum vor dem Start fest, statt darauf zu warten, dass die Doppelerfassung von selbst aufhört: Sie hört nie von selbst auf.

Was tun, wenn der Anbieter keinen vollständigen Export anbietet? Betrachten Sie es als Warnsignal, nicht nur als technisches Hindernis. Ein Anbieter, der den Export einschränkt, schränkt Ihre Freiheit zu gehen ein, und das ist eine Information, die man vor der Vertragsverlängerung kennen sollte, nicht danach. Bestehen Sie schriftlich darauf, und wenn sich nichts bewegt, nehmen Sie diesen Punkt in die Auswahlkriterien für Ihr nächstes Tool auf.

Müssen alle Daten migriert werden, einschliesslich alter Archive? Nicht zwingend. Ein Teil der alten Daten kann im alten System oder in einem archivierten Export nur lesend zugänglich bleiben, ohne in das neue Tool eingespielt zu werden. Selektiv nur das zu migrieren, was noch gebraucht wird, verhindert, dass das neue System mit dem Gewicht des alten belastet wird.

Ich habe bei der Unterzeichnung keine Reversibilitätsklausel ausgehandelt: Ist es zu spät? Nein, aber das Kräfteverhältnis ist nach Vertragsunterzeichnung weniger günstig. Der richtige Moment, sie erneut aufzugreifen, ist die Vertragsverlängerung — der einzige Moment, in dem der Anbieter tatsächlich riskiert, Sie zu verlieren, falls er ablehnt. Fordern Sie in der Zwischenzeit zumindest einen Test-Export an, um zu wissen, wo Sie wirklich stehen.

Steht ein Toolwechsel bevor und Sie fürchten, dabei Daten zu verlieren? Die KI-Nutzungsdiagnose: sechzig Minuten, um Ihre tatsächlichen Abläufe zu erfassen, zu identifizieren, was massgeschneiderte Lösungen verdient, was in SaaS bleibt und was gar keine KI braucht. Diagnose vereinbaren


Jérôme Deshaie ist CEO und Gründer von MCVA Consulting SA, einer augmentierten Agentur mit Sitz im Wallis. Fünfzehn Jahre im Dienst grosser internationaler Marken, heute direkt für Schweizer KMU im Einsatz. Werdegang.