SAP S/4HANA
S/4HANA-Migration und Legacy-Archivierung sollten gemeinsam geplant werden.
Historie gehört nicht deshalb nach S/4HANA, weil sie existiert. Jede zusätzlich migrierte Periode vergrößert Umfang, Testaufwand und Risiko der Konvertierung — und löst das Problem des Altsystems nicht.
| Muss migriert werden | Kann historisch bleiben |
|---|---|
| Stammdaten in aktiver Verwendung | Stammdaten ohne laufende Verwendung |
| Offene Posten und Vorgänge | Abgeschlossene Vorgänge |
| Eröffnungssalden | Belegzeilen abgeschlossener Perioden |
| Ausgewählte Vergleichshistorie | Übrige Vorjahreshistorie |
| Betriebsnotwendige Anhänge | Historische Anhänge und Nachweise |
Beispielhafte Darstellung. Die Abgrenzung wird im Discovery gemeinsam mit dem Implementierungspartner festgelegt.
Geschäftspartner, Materialien, Anlagen und Kontenplan im Zielmodell von S/4HANA.
Offene Posten, laufende Bestellungen und Kundenaufträge zum Stichtag.
Eröffnungssalden je Buchungskreis und Ledger.
Die Perioden, die im neuen System für Vergleiche und Auswertungen wirklich gebraucht werden.
Nur die Dokumente, die operativ am neuen Beleg hängen müssen — nicht der gesamte Bestand.
Pflichtfelder, referenzielle Integrität, Formatprüfung und Dublettenerkennung vor dem Laden, damit Probleme als auswertbare Ausnahmen erscheinen und nicht als fehlgeschlagene Ladeläufe.
Die Strecke wird mehrfach vollständig durchlaufen, bevor sie die Produktion berührt. Mapping- und Datenqualitätskorrekturen entstehen so in der Probe und nicht unter Cutover-Druck.
Extraktion, Transformation, Migration und Abgleich. Holt strukturierte Daten, Anhänge, Dokumente und Beleghistorie aus dem Altsystem und bereitet sie für das Zielsystem auf — in wiederholbaren Läufen.
DataMove →Sichere Aufbewahrung historischer Unternehmensdaten und Dokumente, mit Aufbewahrungsfrist, Herkunftsnachweis und Abgleichsnachweis an jedem Ladevorgang.
DataVault →Durchsuchbarer fachlicher Zugriff nach der Stilllegung des Quellsystems — rollenbasiert, über Ihren Identity Provider und mit vollständigem Zugriffsprotokoll.
DataLens →| Validation | Source | Archive | Status |
|---|---|---|---|
| Kreditorenrechnungen | 4.821.051 | 4.821.051 | ✓ |
| Lieferanten | 81.421 | 81.421 | ✓ |
| Buchungsbelege | 12.331.087 | 12.331.087 | ✓ |
| Anhänge | 442.901 | 442.901 | ✓ |
Beispielhafte Darstellung.
Quelle, transformiert, abgewiesen und archiviert — in jedem Lauf.
Wertsummen auf Finanzdaten, damit eine passende Satzanzahl keinen fehlerhaften Betrag verdeckt.
Eine archivierte Rechnung löst weiterhin zu Lieferant, Bestellung, Freigaben und Anhängen auf.
Dokumente werden getrennt abgeglichen — die häufigste Stelle, an der ein Archiv unbemerkt unvollständig ist.
Jede Differenz wird kategorisiert und erklärt, nicht saldiert.
Fachbereich, Revision und Data Governance nehmen die Nachweise ab, bevor abgeschaltet wird.
Veröffentlichte SyntraETL-Migrationsprojekte.
Finance, procurement and master data migrated out of SAP ECC with source-to-target reconciliation at every cycle.
A government body migrated Oracle EBS financials to Oracle Fusion with a controlled, repeatable and reconciled migration process.
A local council moved PeopleSoft HCM to Oracle Fusion with effective-dated employment history preserved and reconciled.
Dies sind veröffentlichte SyntraETL-Projekte außerhalb Deutschlands. Sie werden gezeigt, weil die Architektur dieselbe ist — nicht als deutsche Referenzen.
Wir prüfen gemeinsam, welche Daten wirklich nach S/4HANA gehören und welche besser archiviert werden.