Systemablösung planen: Archiv, Migration oder beides?

Altdaten bei Systemablösung sollten nicht pauschal vollständig migriert werden. Übernehmen Sie nur Daten, die künftig in Prozessen bearbeitet, zuverlässig gesucht oder technisch weiterverwendet werden müssen; abgeschlossene Informationen können häufig in ein klar abgegrenztes Archiv. Entscheidend ist nicht das Alter eines Datensatzes, sondern ob Mitarbeitende, Kunden oder Prüfprozesse ihn nach dem Umstieg noch benötigen.

Die falsche Grundannahme: Alles muss ins neue System

Bei einer Ablösung entsteht schnell die Forderung, das neue System müsse „die gesamte Historie“ enthalten. Das klingt sicher, führt aber oft zu einem überladenen Projekt. Historische Dubletten, uneinheitliche Statuswerte, unklare Freitextfelder und alte Dokumentstrukturen werden dann in die neue Anwendung übertragen. Das erhöht Aufwand und Fehlerrisiko, ohne die tägliche Arbeit zwingend zu verbessern.

Die Gegenposition ist ebenso problematisch: Das Altsystem einfach abschalten und Daten nur als Export abzulegen, kann Rückfragen erheblich erschweren. Ein Tabellenexport oder ein Ordner voller PDF-Dateien ersetzt keine gezielte Recherche, wenn Teams Zusammenhänge, Bearbeitungsstände oder zugehörige Kommunikation nachvollziehen müssen.

Die sinnvolle Entscheidung lautet daher meist nicht „alles oder nichts“, sondern: Welche Informationsarten brauchen künftig eine aktive fachliche Rolle, und welche müssen lediglich nachvollziehbar verfügbar bleiben? Daraus ergeben sich drei getrennte Behandlungswege: aktive Migration, lesender Archivzugriff oder kontrollierte Aussonderung.

Drei Wege für Daten aus dem Altsystem

Aktiv migrieren: Daten bleiben Teil des Geschäftsprozesses

Aktiv migriert werden sollten Daten, die nach dem Stichtag verändert, ergänzt, disponiert oder automatisiert verarbeitet werden. Dazu zählen beispielsweise offene Vorgänge, aktive Kundenbeziehungen, laufende Verträge, aktuelle Ansprechpartner oder Artikel, die weiterhin verwendet werden. Auch Referenzen, die ein neuer Prozess zwingend benötigt, gehören in diesen Bereich.

Eine aktive Migration verlangt fachliche Regeln. Ein Status aus dem Altsystem darf nicht nur technisch kopiert werden, wenn seine Bedeutung im neuen System anders ist. Ebenso müssen eindeutige Zuordnungen feststehen: Welcher Kundendatensatz ist maßgeblich? Was geschieht mit doppelten Kontakten? Welche alten Pflichtangaben gibt es im Zielsystem nicht mehr? Ohne solche Entscheidungen wird die Migration zur Datenverschiebung statt zur Prozessverbesserung.

Archivieren: Informationen bleiben auffindbar, aber unveränderlich

Ein Archiv eignet sich für abgeschlossene Vorgänge und historische Belege, die gelegentlich benötigt werden, aber keine operative Bearbeitung mehr auslösen. Es sollte klar erkennbar sein, dass die Daten historisch sind. Mitarbeitende brauchen einen geregelten Zugriff, eine verständliche Suche und ausreichend Kontext, um einen Eintrag richtig einzuordnen. Ein Archiv ist kein zweites Produktivsystem und sollte auch nicht stillschweigend wieder zur Quelle für neue Daten werden.

Ob ein eigenständiges Archiv, ein gesicherter Lesezugriff auf das alte System oder eine strukturierte Dokumentenablage passend ist, hängt von der Art der Informationen ab. Für komplex verknüpfte Vorgangsdaten reicht eine bloße Dateisammlung oft nicht. Für abgeschlossene Dokumente kann sie dagegen genügen, wenn Auffindbarkeit, Berechtigungen und Zuständigkeiten geklärt sind.

Nicht übernehmen: Daten bewusst aus dem Zielbild herausnehmen

Nicht jede technische Tabelle und nicht jeder alte Entwurf muss erhalten bleiben. Testdaten, temporäre Protokolle, überholte Zwischenstände oder nicht mehr nachvollziehbare Hilfsfelder haben im neuen System häufig keinen fachlichen Nutzen. Diese Entscheidung darf jedoch nicht allein aus Bequemlichkeit getroffen werden. Vor dem Weglassen muss geklärt sein, ob es betriebliche, vertragliche oder rechtliche Gründe für eine Aufbewahrung gibt. Dafür sollten Unternehmen ihre zuständigen Fachbereiche und bei Bedarf fachkundige Beratung einbeziehen.

Entscheidungsmatrix: Nicht nach Datenmenge, sondern nach Bedarf

Bewerten Sie jede relevante Datenklasse getrennt, etwa Kundenstammdaten, offene Vorgänge, abgeschlossene Vorgänge, Dokumente, E-Mails, Anhänge und Systemprotokolle. Eine Kundenakte kann beispielsweise aktiv bleiben, während ihre abgeschlossenen Einzelvorgänge nur noch im Archiv erreichbar sind. So vermeiden Sie pauschale Regeln, die an der Realität der Fachabteilungen vorbeigehen.

• Wird die Information nach dem Umstieg noch bearbeitet oder nur nachgeschlagen?
• Muss ein neuer Prozess auf diese Daten zugreifen oder reicht eine Recherche für Rückfragen?
• Ist die fachliche Bedeutung jedes Feldes im Altsystem bekannt und im Zielsystem abbildbar?
• Bleiben Beziehungen zu Dokumenten, Kontakten und Vorgängen für die spätere Einordnung erhalten?
• Wer darf die historischen Daten sehen, und wer verantwortet den Zugriff?
• Ist festgelegt, wann und wie archivierte oder nicht übernommene Daten überprüft beziehungsweise entfernt werden?

Praxisbeispiel: Rechnungssoftware ablösen, ohne Historie zu überladen

Ein Unternehmen ersetzt ein internes Rechnungsprogramm durch eine neue Anwendung mit Artikelverwaltung, PDF-Export und E-Mail-Versand. Die Fachabteilung möchte alte Rechnungen weiterhin finden können, braucht aber frühere Entwürfe und technische Versandversuche nicht für die tägliche Arbeit. Zugleich sollen offene Rechnungen nach dem Umstieg weiterbearbeitet werden.

Eine sinnvolle Abgrenzung kann so aussehen: Offene Rechnungen, offene Kundenkonten, aktuelle Artikel und benötigte Kundendaten werden aktiv in die neue Anwendung übernommen. Bereits abgeschlossene Rechnungen und ihre PDF-Belege bleiben in einem lesenden Archiv mit Suche nach Rechnungsnummer, Kunde und Zeitraum. Alte Entwürfe werden nur dann übernommen, wenn noch ein fachlicher Bearbeitungsbedarf besteht. Versandprotokolle werden nicht in die neue Fachanwendung migriert, sofern sie weder für operative Rückfragen noch für festgelegte Nachweispflichten erforderlich sind.

Der Nutzen liegt nicht allein in einer kleineren Datenmigration. Die neue Software startet mit verständlichen Daten und klaren Statuswerten. Gleichzeitig kann das Team historische Fragen beantworten, ohne für jeden Vorgang zwischen verschiedenen Exporten suchen zu müssen. Voraussetzung ist ein getesteter Archivzugriff und eine dokumentierte Regel, welches System ab dem Stichtag für neue Rechnungen führend ist.

Typische Risiken bei Archiv und Migration

Ein häufiger Fehler ist ein Archiv ohne Verantwortliche. Wenn niemand Zugriffsrechte verwaltet, Fehler in der Suche bewertet oder den späteren Betrieb kennt, wird aus der scheinbar einfachen Ablage ein neues Risiko. Ebenso kritisch ist eine Migration ohne fachliche Abnahme: Technisch vollständig übertragene Daten können falsch zugeordnet oder im neuen Kontext missverständlich sein.

Achten Sie außerdem auf historische Anhänge und Verknüpfungen. Ein Vorgang ohne zugehörige Dokumente kann fachlich unbrauchbar sein; ein Dokument ohne Kundenbezug kaum auffindbar. Prüfen Sie solche Fälle anhand repräsentativer Beispiele aus dem Alltag, nicht nur anhand von Datensatz- und Dateizahlen.

Vorgehen vor dem Migrationsauftrag

1. Benennen Sie die Datenklassen und die Fachbereiche, die sie verwenden.
2. Erheben Sie an konkreten Fällen, welche Informationen nach dem Stichtag bearbeitet, gesucht oder nachgewiesen werden müssen.
3. Ordnen Sie jede Datenklasse einem Ziel zu: aktiv migrieren, lesend archivieren oder nach Prüfung nicht übernehmen.
4. Definieren Sie für die aktive Migration Feldregeln, Zuordnungen, Dublettenbehandlung und einen fachlichen Stichtag.
5. Beschreiben Sie für das Archiv Suche, Zugriffsrechte, Kontextinformationen und Betriebsverantwortung.
6. Testen Sie Migration und Archiv mit realistischen Beispielen, bevor das Altsystem abgeschaltet wird.
7. Dokumentieren Sie die Entscheidung so, dass Fachbereich, IT und künftige Dienstleister sie nachvollziehen können.

Wann externe Umsetzung sinnvoll wird

Externe technische Unterstützung ist besonders hilfreich, wenn das Altsystem schlecht dokumentiert ist, Daten aus mehreren Quellen zusammengeführt werden müssen oder ein Archivzugriff mit Berechtigungen und Suchlogik entsteht. Die fachliche Entscheidung über die Relevanz der Daten bleibt jedoch im Unternehmen. Ein Umsetzungspartner kann Regeln sichtbar machen, Migrationsläufe absichern und eine wartbare Archiv- oder Zielarchitektur entwickeln, sollte aber keine fachlichen Annahmen ungeprüft treffen.

OnLouis unterstützt Unternehmen dabei, die Grenzen zwischen Produktivdaten, Archivdaten und entbehrlichen Altbeständen vor einer Modernisierung sauber zu definieren. Gerade bei individuellen Anwendungen lohnt sich ein kleines, fachlich abgestimmtes Migrationskonzept: Es schützt die neue Lösung davor, alte Unklarheiten unverändert zu übernehmen.