Selektive Datentransition nach S/4HANA — Sie entscheiden, was mitkommt.
Der dritte Weg nach S/4HANA
Greenfield gibt Ihnen ein sauberes Design und keine Historie. Eine Systemkonvertierung gibt Ihnen die gesamte Historie und das gesamte Altdesign. Die selektive Datentransition lässt Sie wählen: Zielsystem so bauen, wie Sie es wollen, und dann nur die Gesellschaften, Jahre und Objekte übernehmen, die ihren Platz verdienen.
Greenfield, Brownfield, selektiv
Die meisten Programme entdecken die dritte Option spät, wenn die ersten beiden bereits kalkuliert sind. Es lohnt sich, alle drei von Anfang an auf den Tisch zu legen.
| Greenfield | Systemkonvertierung | Selektive Transition | |
|---|---|---|---|
| Ziel-Customizing | Neu konzipiert | Aus ECC übernommen | Neu konzipiert oder selektiv übernommen |
| Historische Daten | Nur Salden und offene Posten | Alles kommt mit | Sie wählen: nach Gesellschaft, Jahr oder Objekt |
| Eigenentwicklungen | Neu gebaut oder entfallen | Für S/4HANA angepasst | Geprüft und selektiv übernommen |
| Auswirkung auf den Betrieb | Hoch — neue Prozesse und Schulung | Geringer — Prozesse weitgehend unverändert | Mittel — begrenzt auf das, was sich ändert |
| Downtime-Profil | Cutover-Wochenende, ladeabhängig | Konvertierungslaufzeit, datenvolumenabhängig | Durch Delta-Läufe optimiert, nahezu unterbrechungsfrei möglich |
| Passt am besten bei | Redesign ist das Ziel | Das System ist grundsätzlich in Ordnung | Konsolidierung, Carve-outs, selektive Historie |
| Hauptrisiko | Akzeptanz und Ladeaufwand | Altlasten werden mitgenommen | Regelkomplexität und Spezialisten-Abhängigkeit |
Wann selektiv die richtige Antwort ist
Selektive Transitionen rechtfertigen ihre höhere Komplexität in einem recht engen Feld. Das sind die Fälle, die uns immer wieder begegnen.
Konsolidierung mehrerer ECC-Systeme
Drei regionale Instanzen werden ein globales S/4HANA-System. Der selektive Transfer lässt jede Quelle unter einem gemeinsamen Zieldesign beitragen, statt ein System per Vorgabe gewinnen zu lassen.
Carve-out oder Verkauf
Eine Gesellschaft verlässt die Gruppe. Nur ihre Daten werden — mit Historie — in ein separates System extrahiert, ohne die verbleibenden Systeme anzufassen.
Einige Jahre Historie behalten
Das Rechnungswesen braucht drei Vergleichsjahre im produktiven System, das übrige Jahrzehnt gehört ins Archiv. Der selektive Transfer zieht diese Linie ausdrücklich.
Harmonisierung während der Übernahme
Änderungen an Kontenplan, Geschäftsjahresvariante oder Kostenrechnungskreis werden während der Transition angewandt statt in einem separaten Folgeprojekt.
Shell-Konvertierung
Zielsystem aus bestehendem Customizing und Repository aufbauen, aber ohne Bewegungsdaten, und anschliessend genau das laden, was gewünscht ist. Vertrautes System, saubere Daten.
Downtime, die sich nicht dehnen lässt
Betriebe, die kein langes Wochenende hergeben können. Delta-Transfer hält die produktive Ausfallzeit deutlich kürzer als eine Vollkonvertierung desselben Datenvolumens.
Wie der Schnitt tatsächlich funktioniert
Eine selektive Transition ist ein Regelwerk darüber, welche Sätze mitkommen und wie sie unterwegs transformiert werden. Die Regeln sind das Ergebnis — und der Grund, weshalb dieser Weg Spezialisten braucht und kein Standardwerkzeug.
- Nach Buchungskreis: ganze Rechtseinheiten kommen mit, andere bleiben zurück oder gehen in ein anderes Ziel
- Nach Zeitscheibe: ein Stichtag je Objekttyp, wobei offene Posten getrennt von abgeschlossenen Perioden behandelt werden
- Nach Organisationseinheit: Werke, Verkaufsorganisationen oder Kostenrechnungskreise unabhängig voneinander
- Nach Objekt: Stammdaten vollständig, Bewegungsdaten gefiltert, kundeneigene Tabellen einzeln entschieden
- Delta-Läufe: die Masse wandert, während die Quelle noch produktiv ist, nur die Differenz während der Downtime
- Transformation im Transit: Konten-, Organisations- und Währungsmappings greifen beim Transfer, nicht danach
Wie eine selektive Transition abläuft
Der Ablauf unterscheidet sich von einer Greenfield-Ladung: mehr Analyse zu Beginn, mehr Testtransitionen und ein Produktivlauf, der eine geprobte Wiederholung ist statt eines ersten Versuchs.
- 0101
Machbarkeit und Scoping
3–5 WochenPrüfen, ob selektiv wirklich der richtige Weg ist, und ehrlich gegen Greenfield und Konvertierung kalkulieren. Enthält Quellsystemanalyse, Datenvolumen, Inventar kundeneigener Tabellen und einen ersten Blick auf die Transferregeln.
WegempfehlungVolumenanalyseInventar Eigenobjekte - 0202
Ziel- und Shell-Aufbau
4–8 WochenZielsystem erstellen: entweder als frisches Design oder als Shell mit Customizing und Repository ohne Bewegungsdaten. Ledger-, Währungs- und Geschäftsjahreseinstellungen werden hier festgelegt — spätere Änderungen sind teuer.
Shell-SystemCustomizing-BaselineListe fixierter Einstellungen - 0303
Regeldesign
6–10 WochenDas Herzstück des Projekts. Selektionsregeln je Objekt, Transformationsregeln für alles, was harmonisiert wird, und ausdrückliche Entscheidungen zu jeder kundeneigenen Tabelle. Abgestimmt mit Fachbereich und Revision.
SelektionsregelnTransformationsregelnEntscheidungen Eigentabellen - 0404
Testtransitionen
3+ ZyklenVollständige Transferläufe in ein Testziel, jeweils gefolgt von Abstimmung und fachlicher Validierung. Die Laufzeiten werden in jedem Zyklus gemessen und formen den Downtime-Plan.
AbstimmergebnisseLaufzeitprofilValidierungsfreigabe - 0505
Delta und Produktivtransition
der CutoverMassentransfer vor dem Zeitfenster, wo der Ansatz es zulässt, dann das Delta während der Downtime. Der Produktivlauf wiederholt eine Sequenz, die bereits durchgängig ausgeführt wurde.
Cutover-RunbookDelta-TransferProduktivziel - 0606
Validierung und Abschluss
4–8 WochenAbstimmungsfreigabe, erster gesetzlicher Abschluss im neuen System und Nachweis, dass die übernommene Historie in den betroffenen Perioden korrekt auswertbar ist.
FreigabeunterlagenErster AbschlussPrüfnachweise
Wie selektive Transitionen geregelt sind
Anders als Greenfield und Konvertierung greift eine selektive Transition auf eine Weise ins Zielsystem ein, die SAP nicht als Standard betrachtet. Die Governance sauber zu klären, gehört zum Projekt.
Das SDT-Rahmenwerk von SAP
SAP positioniert Selective Data Transition als formalen Ansatz innerhalb eines eigenen Engagement-Rahmens, unter Beteiligung der Organisation Data Management and Landscape Transformation oder eines darin arbeitenden Partners. Die Konstellation sollte geklärt sein, bevor ein Plan verbindlich wird.
Spezialisierte Werkzeuge
Selektive Transfers werden mit dedizierten Plattformen ausgeführt, nicht mit dem Migration Cockpit. Etablierte Optionen sind unter anderem SNP CrystalBridge und cbs Enterprise Transformer; die Wahl wirkt auf Lizenzen, Zeitplan und darauf, wer Sie später unterstützen kann.
Supportfähigkeit danach
Schriftlich klären, was SAP im entstandenen System unterstützt und welche Nachweise aus dem Transfer aufbewahrt werden. Dieses Gespräch gehört in die Machbarkeitsphase, nicht hinter das Go-live.
Wo selektive Transitionen schwierig werden
Nichts davon spricht gegen den Ansatz. Es sind die Punkte, die vor Beginn des Regeldesigns eine Antwort brauchen.
Häufig gefragt
Wird die selektive Transition offiziell von SAP unterstützt?
Ja — SAP führt sie als einen der Transitionswege nach S/4HANA neben Neuimplementierung und Systemkonvertierung und liefert sie über einen definierten Engagement-Rahmen mit der DMLT-Organisation oder darin arbeitenden Partnern. Da es kein Standardwerkzeug zum Herunterladen ist, sollte die Governance früh geklärt werden.
Wie viel Historie können wir mitnehmen?
Technisch viel, wirtschaftlich weniger, als anfangs gewünscht wird. Jedes zusätzliche Jahr erhöht Transfervolumen, Testaufwand und Abstimmumfang. Die meisten Finanzbereiche landen bei zwei bis drei produktiven Jahren plus Archiv, sobald sie die Kostenkurve sehen.
Ist das günstiger als Greenfield?
Meist nicht, und es ist der falsche Vergleich. Selektiv kostet für sich genommen üblicherweise mehr als eine Greenfield-Ladung, spart aber das separate Archivprojekt, das parallele Altsystem und einen grossen Teil des Change-Aufwands. Vergleichen Sie die Gesamtprogrammkosten, nicht die Migrationsposition.
Können wir den Kontenplan während der Transition ändern?
Ja — die Harmonisierung während des Transfers ist eines der stärksten Argumente für diesen Weg. Das Mapping greift beim Transfer der Sätze, was erheblich sauberer ist als die Umstellung eines laufenden Systems im Nachhinein.
Was passiert mit unseren Z-Tabellen?
Jede erhält eine ausdrückliche Entscheidung: unverändert übernehmen, transformieren oder zurücklassen. Es gibt keine automatische Behandlung — genau deshalb gehört das Inventar in die Machbarkeitsphase und nicht in den Bau.
Wie lang ist die Downtime?
Kürzer als eine Konvertierung desselben Datenvolumens, weil die Masse vor dem Zeitfenster wandert und während der Downtime nur das Delta. Die belastbare Zahl kommt aus Ihren Testtransitionen, und wir nennen sie aus Messungen statt aus Schätzungen.
Unsicher, welcher Weg passt?
Die meisten unserer selektiven Projekte starten als zwei- bis dreiwöchiges Assessment, das alle drei Wege gegen Ihre tatsächlichen Datenvolumen und Historienanforderungen stellt. Sie erhalten eine Empfehlung, die Sie ins Steering Committee tragen können.
Genannte Produktnamen Dritter dienen nur der Orientierung und bleiben Marken ihrer jeweiligen Inhaber. Werkzeuge und Engagement-Konstellation werden je Projekt mit SAP und dem gewählten Partner festgelegt.