Datenmigration ohne Ausfallzeiten planen

Ein Auftrag wird gerade erfasst, die Buchhaltung braucht aktuelle Daten und ein Serviceteam greift gleichzeitig auf Kundendokumente zu. Genau in diesem Moment darf eine Systemumstellung nicht dazu führen, dass nichts mehr geht. Datenmigration ohne Ausfallzeiten planen heißt deshalb nicht einfach, Daten von A nach B zu kopieren. Es bedeutet, den laufenden Betrieb abzusichern, Risiken vorab sichtbar zu machen und für jeden kritischen Schritt eine klare Entscheidung vorzubereiten.

Für österreichische KMU ist das besonders relevant. Viele Prozesse sind über Jahre gewachsen: Daten liegen in Excel-Dateien, einer bestehenden Branchensoftware, E-Mail-Postfächern oder mehreren Anwendungen. Wird ein neues ERP, CRM, Kundenportal oder eine individuelle Software eingeführt, entscheidet die Qualität der Migration darüber, ob Mitarbeitende am ersten Arbeitstag produktiv arbeiten können – oder ob Aufträge, Informationen und Vertrauen verloren gehen.

Warum Ausfallzeiten meist früher entstehen als gedacht

Der eigentliche Datenimport ist selten das einzige Risiko. Probleme entstehen oft davor: Felder sind unterschiedlich benannt, Kundendatensätze liegen mehrfach vor oder Pflichtinformationen fehlen. Dazu kommen Schnittstellen zu Zeiterfassung, Buchhaltung, Versand oder externen Portalen. Wenn diese Abhängigkeiten erst beim Umstieg auffallen, wird aus einem geplanten Go-live schnell eine Betriebsunterbrechung.

Ein zweiter kritischer Punkt sind Daten, die sich während der Umstellung weiter verändern. Wird der Bestand am Freitagabend kopiert, aber am Montagvormittag laufen neue Bestellungen ein, müssen diese Änderungen zuverlässig im neuen System landen. Sonst arbeiten Teams mit unterschiedlichen Datenständen. Das verursacht Rückfragen, Doppelarbeit und im schlimmsten Fall falsche Rechnungen oder Lieferungen.

Null Ausfallzeit ist daher kein pauschales Versprechen. Ob sie realistisch ist, hängt von Datenmenge, Systemarchitektur, Prozesskritikalität und verfügbaren Schnittstellen ab. Bei manchen Anwendungen ist ein geplanter Wartungszeitraum von wenigen Stunden wirtschaftlich sinnvoller als eine technisch aufwendige Parallelumgebung. Entscheidend ist, dass diese Abwägung offen getroffen wird und der Betrieb jederzeit handlungsfähig bleibt.

Datenmigration ohne Ausfallzeiten planen: Zuerst den Betrieb verstehen

Eine zuverlässige Migration beginnt nicht mit einem Export-Button, sondern mit einer Bestandsaufnahme. Welche Daten werden tatsächlich benötigt? Wer arbeitet damit? Welche Prozesse dürfen keinesfalls stehen bleiben? Gerade bei gewachsenen Systemen zeigt sich dabei oft: Nicht alle historischen Daten müssen in das neue System. Veraltete Kontakte, doppelte Artikel oder abgeschlossene Vorgänge können den Umstieg unnötig verlangsamen und Fehlerquellen schaffen.

Hilfreich ist eine klare Einteilung in drei Bereiche: Geschäftskritische Daten und Funktionen müssen ohne Unterbrechung verfügbar sein. Wichtige, aber nicht zeitkritische Informationen können unter Umständen zeitversetzt nachgezogen werden. Historische Archive lassen sich oft getrennt migrieren oder zunächst lesbar im Altsystem bereitstellen.

Dabei geht es nicht nur um technische Tabellen. Ein Kundenstamm etwa umfasst häufig Ansprechpartner, offene Angebote, Vertragsdokumente, Kommunikationsverläufe und individuelle Preisvereinbarungen. Fehlt eine dieser Verbindungen, ist der Datensatz zwar formal importiert, aber im Alltag nicht vollständig nutzbar.

Datenqualität vor Geschwindigkeit

Eine Migration überträgt bestehende Strukturen – auch dann, wenn sie fehlerhaft sind. Deshalb braucht es vor dem Umstieg verbindliche Regeln: Wie werden Dubletten erkannt? Welcher Datensatz gilt bei widersprüchlichen Angaben? Welche Pflichtfelder werden ergänzt? Und wer im Unternehmen darf fachliche Entscheidungen treffen?

Diese Fragen kosten Zeit, sparen aber deutlich mehr Zeit beim Go-live. Ein sauberer Kundenstamm verbessert nicht nur die neue Software, sondern auch Angebote, Auswertungen und Automatisierungen danach. Datenbereinigung ist daher kein Nebenprojekt, sondern ein konkreter Beitrag zu weniger Fehlern und schnellerer Auftragsabwicklung.

Die passende Migrationsstrategie wählen

Für den Wechsel gibt es mehrere Vorgehensweisen. Welche davon passt, ist eine betriebliche Entscheidung mit technischen Konsequenzen.

Bei einer einmaligen Umstellung wird der Datenbestand zu einem festgelegten Zeitpunkt übertragen. Diese Variante ist überschaubar und eignet sich, wenn ein kurzes Wartungsfenster akzeptabel ist. Sie verlangt aber eine besonders präzise Vorbereitung, weil nach dem Stichtag nur wenig Spielraum für Korrekturen bleibt.

Bei der parallelen Migration laufen Alt- und Neusystem für eine begrenzte Zeit nebeneinander. Daten werden zunächst vollständig übernommen und danach laufend abgeglichen. Neue oder geänderte Datensätze werden über Schnittstellen, Änderungsprotokolle oder definierte Nachimporte synchronisiert. Das reduziert das Risiko, erhöht aber Aufwand und Anforderungen an klare Verantwortlichkeiten. Mitarbeitende müssen wissen, welches System in welcher Phase führend ist.

Eine dritte Möglichkeit ist die schrittweise Migration. Dabei wechseln etwa zuerst einzelne Abteilungen, Standorte oder Prozessbereiche. Das ist sinnvoll, wenn sich Prozesse gut trennen lassen und das neue System modular eingeführt wird. Der Vorteil: Das Team sammelt Erfahrungen in kleinerem Rahmen. Der Nachteil: Übergangsphasen mit mehreren Systemen müssen sauber organisiert sein.

Für viele KMU ist eine Kombination am praktikabelsten: Stammdaten und abgeschlossene Vorgänge werden frühzeitig übernommen, laufende Geschäftsfälle kurz vor dem Go-live synchronisiert. Ein klar abgegrenzter Restbestand folgt anschließend. So bleibt der kritische Betrieb fokussiert, ohne dass jedes Archivdokument den Start blockiert.

Tests müssen den Arbeitsalltag abbilden

Ein Test ist erst dann aussagekräftig, wenn er reale Abläufe prüft. Es reicht nicht, zu kontrollieren, ob Datensätze vorhanden sind. Prüfen Sie zum Beispiel, ob aus einem migrierten Kunden ein Angebot erstellt, daraus ein Auftrag ausgelöst und anschließend eine Rechnung korrekt übergeben werden kann. Kontrollieren Sie Berechtigungen, Dokumentenzuordnungen, Suchfunktionen und Schnittstellen mit echten Testfällen.

Besonders wertvoll ist ein Probelauf mit einer Kopie der produktiven Daten. Er zeigt, wie lange die Übertragung tatsächlich dauert, welche Daten nicht zugeordnet werden können und wo die Performance leidet. Aus diesen Erkenntnissen entstehen realistische Zeitpläne statt optimistischer Annahmen.

Fachabteilungen sollten den Test nicht nur abnehmen, sondern aktiv begleiten. Die Person im Vertrieb erkennt fehlende Angebotsinformationen meist schneller als ein rein technisches Team. Die Buchhaltung sieht, ob Nummernkreise, Steuerdaten und Übergaben stimmen. Diese fachliche Prüfung verhindert, dass Probleme erst unter Zeitdruck im laufenden Betrieb sichtbar werden.

Der Go-live braucht einen verbindlichen Ablaufplan

Am Umstellungstag sollte niemand improvisieren müssen. Ein guter Go-live-Plan legt fest, wer welche Aufgabe übernimmt, wann Daten gesperrt oder synchronisiert werden und wie die Freigabe erfolgt. Ebenso wichtig: Eine zentrale Ansprechperson bündelt Rückmeldungen. So gehen Fehler nicht in einzelnen E-Mails oder Zurufen verloren.

Der Ablauf sollte zumindest den finalen Datenabgleich, fachliche und technische Kontrollen, die Freigabe für Mitarbeitende sowie eine eng begleitete Startphase abdecken. Für jede Prüfung braucht es messbare Kriterien. Statt „Daten sehen gut aus“ lautet die Frage beispielsweise: Stimmen die Anzahl der offenen Aufträge, die Salden und die aktiven Kundendatensätze mit dem vereinbarten Referenzbestand überein?

Planen Sie auch Kommunikation ein. Mitarbeitende benötigen rechtzeitig klare Informationen: Was ändert sich? Ab wann wird im neuen System gearbeitet? Wo melden sie Probleme? Bei einer kurzen Unterbrechung hilft eine konkrete Zeitangabe mehr als eine allgemeine Ankündigung. Kunden und Lieferanten müssen nur dann informiert werden, wenn ihr Kontakt mit Ihrem Unternehmen tatsächlich betroffen sein könnte.

Ein Rückfallplan ist kein Zeichen von Unsicherheit

Kein Projektteam plant mit einem Fehler. Professionell geplant wird trotzdem für den Fall, dass ein kritischer Fehler auftritt. Der Rückfallplan definiert, bis zu welchem Zeitpunkt zurückgerollt werden kann, welche Daten bis dahin gesichert werden und wer die Entscheidung trifft.

Wichtig ist die Reihenfolge: Erst wenn technische Prüfungen und fachliche Freigaben erfolgt sind, wird das neue System verbindlich führend. Solange das nicht entschieden ist, muss klar sein, wie der alte Stand geschützt bleibt. Regelmäßige Backups, getestete Wiederherstellungen und begrenzte Schreibrechte während der Umstellung gehören dazu. Aus Sicht der IT-Sicherheit ist außerdem zu prüfen, welche personenbezogenen Daten übertragen werden, wer Zugriff erhält und wie Protokolle geschützt werden.

Nach dem Start: Stabilisieren statt sofort erweitern

Die ersten Tage nach der Migration sind keine Nebensache. Jetzt zeigt sich, ob Mitarbeitende in ihren täglichen Abläufen zurechtkommen und ob Sonderfälle korrekt verarbeitet werden. Ein kurzes, priorisiertes Monitoring hilft: Welche Fehler blockieren den Betrieb? Welche Fragen lassen sich durch Einschulung lösen? Welche Verbesserungen können in den nächsten Sprint?

Es ist sinnvoll, kleinere Komfortwünsche nicht mit kritischen Fehlern zu vermischen. Wenn eine Rechnung nicht erstellt werden kann, braucht das sofortige Aufmerksamkeit. Wenn ein Feld anders sortiert sein soll, kann es geplant umgesetzt werden. Diese Priorisierung hält den Betrieb ruhig und sorgt dafür, dass das Projekt nicht an vielen kleinen Themen gleichzeitig hängen bleibt.

Eine gute Migration schafft mehr als einen technischen Wechsel. Sie räumt Daten auf, macht Verantwortlichkeiten sichtbar und legt eine tragfähige Grundlage für Automatisierung und weitere Digitalisierung. SMARTSQUARE begleitet solche Vorhaben von der Prozessanalyse über die individuelle Umsetzung bis zur stabilen Weiterentwicklung. Der sinnvollste erste Schritt ist dabei oft ein gemeinsamer Blick auf die wenigen Prozesse, die Ihr Unternehmen wirklich nicht unterbrechen darf.