Archivmigration im Zuge der S/4HANA-Umstellung: Wie Bestandsaufnahme, Vorgehensmodell und revisionssichere Dokumentation gelingen. Praxisleitfaden in 6 Schritten.
Wer im Zuge der S/4HANA-Migration auch das Archiv umzieht, unterschätzt oft, wie viel Vorarbeit vor dem ersten Migrationslauf nötig ist. Dieser Leitfaden zeigt, worauf es ankommt – von der Bestandsaufnahme bis zur revisionssicheren Dokumentation. Eine Archivmigration ist kein einfacher „Kopiervorgang“. Sie ist ein Projekt mit eigener Planung, eigener Infrastruktur und eigenen Nachweispflichten. Teil 1 dieser Serie hat die strategische Weichenstellungen beschrieben; Teil 2 zeigt jetzt, wie die Umsetzung gelingt.
1. Wie sieht der tatsächliche Archivbestand aus?
Am Anfang steht eine systematische Analyse des Quellsystems. Dazu gehören Hersteller und Version des bestehenden Archivs, die Anzahl der Content Repositories, das Dokumentenvolumen und die durchschnittliche Dokumentgröße. Ebenso wichtig ist die Frage wie Dokumente mit Geschäftsobjekten verknüpft sind. In gewachsenen SAP-Landschaften gibt es oft kundeneigene Tabellen oder es kommen individuelle Lösungen zum Einsatz. Werden diese nicht berücksichtigt, wandern die Dokumente zwar physisch mit, ihre fachliche Zuordnung zum Geschäftsprozess geht aber verloren.
Zusätzlich zu klären: Nutzt das Quellsystem proprietäre Formate oder Annotationen, die im Zielsystem weiter darstellbar sein müssen?
2. Welche Infrastruktur braucht die Migration?
Die verfügbare Infrastruktur entscheidet über Laufzeit und Stabilität. Deshalb sollte frühzeitig festgelegt werden, wo Migrationsserver und Zielsystem betrieben werden und wie die Netzwerkanbindung aussieht.
Wichtige Prüfpunkte sind:
- Bandbreite zwischen Quell- und Zielsystem
- Speicherbedarf für temporäre Migrationsdaten
- Leistungsfähigkeit von Migrationsserver und Zielsystem
- SSL-Zertifikate und erforderliche Portfreigaben
- Wartungsfenster und operative Verfügbarkeit
Auch der Regelbetrieb muss mitgedacht werden. Automatische Betriebssystem-Updates oder Neustarts während einer laufenden Migration führen zu Unterbrechungen und Inkonsistenzen. Migrationsverzeichnisse sollten so in die Sicherheits- und Backup-Prozesse eingebunden werden, dass sie die Performance nicht unnötig ausbremsen.
3. Welches Migrationsmodell passt besser?
Es gibt zwei etablierte Vorgehensmodelle:
Klassisches Stufenmodell:
Nach einer initialen Migration folgen mehrere Delta-Läufe, bevor die finale Umstellung auf das Zielsystem erfolgt. Dieses Verfahren eignet sich insbesondere dann, wenn ein klar definiertes Umschaltfenster möglich ist.
Schleichende Migration:
Quell- und Zielsystem laufen zunächst parallel. Neue Dokumente werden bereits im Zielsystem abgelegt, während der Altbestand schrittweise übertragen wird. Das kann die Belastung durch einen einzelnen Umstellungstermin reduzieren und ist vor allem für dokumentenintensive Prozesse interessant.
Die Entscheidung sollte von Dokumentenvolumen, Prozesskritikalität, verfügbarem Zeitfenster und gewünschter Ausfallsicherheit abhängen.
4. Das Migrationskonzept mit allen Beteiligten abstimmen
Ein tragfähiges Migrationskonzept entsteht nicht ausschließlich in der IT, sondern in Zusammenarbeit mit SAP-Basis- und Customizing-Verantwortlichen, Archiv- beziehungsweise ECM-Verantwortlichen und den zuständigen Fachbereichen. Je nach Bestand sollten auch Compliance, Steuern, Datenschutz und Informationssicherheit eingebunden werden. Wirtschaftsprüfung oder Steuerberatung können hinzukommen, wenn prüfungsrelevante Archivbestände und Nachweispflichten betroffen sind. So werden Anforderungen vor Projektbeginn geklärt – und nicht erst während der Migration.
5. Was gehört in die Migrationsdokumentation
Revisionssicherheit betrifft nicht nur die archivierten Inhalte, sondern auch die Nachvollziehbarkeit des Migrationsprozesses. Für aufbewahrungspflichtige Bestände muss insbesondere nachvollziehbar sein, welche Inhalte, Metadaten und Verknüpfungen übernommen, verändert oder bewusst nicht migriert wurden. Daher sollte lückenlos dokumentiert werden:
- welche Ausgangsbestände und Dokumentlisten der Migration zugrunde lagen
- welche Dokumente, Metadaten und fachlichen Verknüpfungen erfolgreich übertragen wurden
- welche Mapping- oder Transformationsregeln angewendet wurden
- welche Dokumente nicht migriert werden konnten
- welche Fehler- und Wiederholungsläufe oder manuellen Eingriffe erfolgt sind
- aus welchem Grund einzelne Inhalte nicht übernommen wurden
- wie Quell- und Zielmengen sowie die Abnahmeergebnisse dokumentiert wurden
Für jede nicht migrierte Datei muss ein nachvollziehbarer Grund vorliegen. Denkbar sind beispielsweise ein fehlender Bestand im Quellsystem, eine manuelle Migration oder eine abgestimmte Entscheidung gegen die Übernahme. Diese Informationen bilden die Basis für spätere Prüfungen und helfen dabei, Abweichungen zwischen Quell- und Zielsystem zu erklären.
6. Migration validieren, abnehmen und Altsystem kontrolliert außer Betrieb nehmen
Nach dem technischen Übertragungslauf ist die Migration noch nicht abgeschlossen. Entscheidend ist der Nachweis, dass Dokumente, Metadaten und fachliche Verknüpfungen vollständig und korrekt im Zielsystem verfügbar sind. Dazu gehören Mengenabgleiche, automatisierte Prüfungen, stichprobenartige Dokumentaufrufe aus SAP, Plausibilitätsprüfungen der Metadaten und eine dokumentierte Bewertung verbleibender Abweichungen.
Erst nach technischer und fachlicher Abnahme sollte über die Stilllegung des Quellsystems entschieden werden. Dabei sind Aufbewahrungs- und Nachweispflichten, benötigte Zugriffsmöglichkeiten sowie gegebenenfalls definierte Rückfall- oder Übergangsszenarien zu berücksichtigen.
Wann lohnt sich eine Bereinigung vor der Migration
Vor der Migration kann es sinnvoll sein, Bestände mit abgelaufener Aufbewahrungsfrist zu bereinigen. Eine solche Bereinigung sollte jedoch fachlich und rechtlich sauber abgestimmt sein. Eine umfassende Bereinigung können die Gesamtdauer verlängern – Deshalb gilt: Zwingend erforderliches priorisieren, Maßnahmen und mögliche Optimierungen abwägen.
Fazit: Vorbereitung entscheidet, nicht Migrationstechnik
Eine erfolgreiche Archivmigration beginnt lange vor dem ersten Übertragungslauf. Entscheidend sind eine vollständige Bestandsaufnahme, eine passende technische Infrastruktur, ein abgestimmtes Vorgehensmodell und eine belastbare Dokumentation.
Wer diese Punkte frühzeitig in die S/4HANA-Planung integriert, schafft nicht nur die Grundlage für eine stabile Migration, sondern kann zugleich Altsysteme kontrolliert ablösen, gewachsene Archivlandschaften konsolidieren und den Grundstein für eine zukunftsfähige Archivplattform legen.
Sie planen eine Archivmigration im Rahmen Ihrer S/4HANA-Umstellung? Sprechen Sie uns.
FAQ: Häufige Fragen zur Archivmigration
Was wird bei einer Archivmigration migriert?
Neben den Dokumentdateien gehören je nach System auch Metadaten, Repository-Zuordnungen, Verknüpfungen zu Geschäftsobjekten sowie gegebenenfalls Annotationen, Versionen und weitere Kontextinformationen zur Migration.
Warum reichen die Dokumentdateien allein nicht aus?
Ohne Metadaten und fachliche Verknüpfungen kann ein Dokument technisch vorhanden sein, aber im zugehörigen Geschäftsprozess nicht mehr korrekt auffindbar oder nutzbar sein.
Wie lässt sich die Vollständigkeit einer Archivmigration nachweisen?
Durch dokumentierte Quell- und Ziellisten, Mengenabgleiche, automatisierte Prüfungen, Stichproben und eine nachvollziehbare Behandlung aller Abweichungen und Fehlerfälle.
Wann kann das alte Archivsystem abgeschaltet werden?
Erst wenn technische und fachliche Abnahme erfolgt sind und geklärt ist, dass alle erforderlichen Inhalte, Verknüpfungen, Nachweise und Zugriffsmöglichkeiten im Zielsystem verfügbar sind.
Sie planen eine Archivmigration im Rahmen Ihrer S/4HANA-Umstellung? Sprechen Sie uns .
