Ihre Selective Migration auf S/4HANA — wählen statt entscheiden.
Bluefield (Selective Data Transition Engagement) ist der dritte Migrationspfad neben Greenfield und Brownfield. Sie wählen pro Mandant, Buchungskreis und Modul, was mit migriert — und was sauber neu aufgesetzt wird. Ideal für System-Konsolidierungen, Carve-Outs und Datenbereinigung im selben Schritt.
Drei Szenarien, die kein Greenfield und kein Brownfield lösen
Bluefield ist kein Default — aber für die folgenden Setups der einzig saubere Weg.
Konsolidierung mehrerer ECC-Systeme
Drei regionale ECC-Systeme, gewachsen durch Akquisitionen, sollen zu einem S/4HANA werden. Greenfield verliert die Customizing-Tiefe, Brownfield migriert nur eines der drei. Bluefield wählt pro System und Buchungskreis, was zusammengeführt wird.
Carve-Out einer Geschäftseinheit
Bei Konzern-Verkauf oder Spin-Off einer Tochter muss deren Datenmaterial aus dem Mutter-System gezogen werden — sauber, mit Audit-Trail, mit definierten Schnitt-Datum. Bluefield-Methoden liefern das per Filter-Logik statt manuellen ABAP-Skripten.
Daten-Cleanup im selben Schritt
Customizing ist gut, aber Stamm- und Bewegungsdaten sind in 15 Jahren gewachsen — doppelte Materialnummern, tote Konten, Buchungskreise mit Null-Aktivität. Bluefield migriert nur das Relevante, Rest bleibt im Archiv.
Wie eine Bluefield-Migration läuft
Mehr Iteration als Brownfield, mehr Customizing-Übernahme als Greenfield.
Scope-Definition
Pro Mandant, Buchungskreis und Modul: mitnehmen, neu aufsetzen oder weglassen.
Tool-Wahl
SNP CrystalBridge, SAP LT oder Datavard Glove — abhängig von Quell-Komplexität.
Shell & Selective Build
S/4-Shell aufsetzen, gezielte Daten- und Customizing-Übernahme per Tool.
Test & Iteration
Multi-Run-Migration, Reconciliation-Reports, fachliche Validierung pro Buchungskreis.
Cutover & Hypercare
Final-Lauf, Quell-System-Abschaltung gestaffelt, Performance-Tuning, Key-User-Support.
Methodisch anspruchsvoll, fachlich kontrollierbar
Was Sie steuern können
- Schnitt-Datum pro Buchungskreis. Sie entscheiden, ab wann Bewegungsdaten ins neue System fließen — getrennt für jeden Buchungskreis.
- Stammdaten-Konsolidierung. Doppelte Materialien, Debitoren, Kreditoren werden per Regelwerk zusammengeführt — nicht per Excel-Liste.
- Customizing-Auswahl pro Modul. SD-Customizing aus System A, FI aus System B, MM neu — kombinierbar.
- Audit-Trail erhalten. Historische Belege werden nach definierten Regeln mitgenommen oder archiviert — regulatorisch nachweisbar.
Was im Maschinenraum passiert
- Tool-zentrierte Migration. CrystalBridge / SAP LT / Glove übernehmen die selektive Daten- und Customizing-Übertragung mit Reconciliation-Reports.
- Multi-Run-Strategie. Test-Migrationen mit echten Daten in Sandbox-Systemen — typisch 3 bis 6 Vollläufe vor Cutover.
- Custom Code: hybrid. Teil-Übernahme der Z-Programme aus Quell-Systemen, teilweise Neu-Entwicklung — pro Objekt entschieden.
- Konsolidierungs-Regeln. Stammdaten-Mapping per Tool-Regelwerk: Material-Nummer-Range, Konto-Plan-Harmonisierung, Mandant-Konsolidierung.
Was vor einer Bluefield-Entscheidung klar sein muss
Was ist eine SAP Bluefield-Migration?
Bluefield ist die Bezeichnung für SAPs Selective Data Transition Engagement (SDTE) — ein Hybridpfad zwischen Greenfield (Neuanlage) und Brownfield (System Conversion). Sie wählen pro Mandant, Buchungskreis und Modul aus, welche Daten, welches Customizing und welcher Custom Code mit migrieren — und was nicht. Häufig auch als S/4HANA Bluefield, Selective Data Transition, SDT oder Shell-Conversion bezeichnet.
Wann lohnt sich Bluefield gegenüber Greenfield oder Brownfield?
Drei klassische Szenarien: (1) Mehrere ECC-Systeme sollen zu einem S/4HANA konsolidiert werden. (2) Carve-Out einer Geschäftseinheit aus einem bestehenden Konzern-System. (3) Bestehende Customizing-Tiefe ist wertvoll, aber Stamm- und Bewegungsdaten sind chaotisch — saubere Daten-Basis gewünscht, ohne Prozesse neu zu designen.
Welche Tools werden in einer Bluefield-Migration eingesetzt?
Drei Hauptkandidaten: SNP CrystalBridge (häufigste DACH-Wahl), SAP Landscape Transformation (SAP LT) für Konzern-interne Konsolidierungen sowie Datavard / Syntax Glove. Die Tool-Wahl hängt von Quell-System-Komplexität, Mandanten-Struktur und Buchungskreis-Setup ab. Senior-Berater mit Tool-Vergleichs-Erfahrung bringen Faktor 2 bis 3 weniger Risiko ins Projekt.
Was kostet eine Bluefield-Migration?
Typisch das 1,5- bis 2,5-fache eines Brownfield-Projekts vergleichbarer Größe — die selektive Daten-Migration und das Tool-Lizenz-Modell treiben die Kosten. Bei System-Konsolidierungen (mehrere Quell-Systeme in ein Ziel) amortisiert sich das schnell durch eingesparte Betriebskosten der abgeschalteten Quell-Systeme.
Was bedeutet Shell-Conversion in diesem Kontext?
Shell-Conversion ist eine Sub-Variante von Bluefield: das technische S/4HANA-System wird per Brownfield aufgesetzt (Konvertierung mit SUM), aber im Anschluss werden Bewegungsdaten gezielt durch Migration aus dem Quell-System ersetzt. Vorteil: die System-Conversion ist deterministisch, die Daten-Selektion separat steuerbar.
Wie lange dauert eine typische Bluefield-Migration?
15 bis 30 Monate für Mittelstand mit einem Werk und mittlerer Komplexität. Konzern mit Multi-System-Konsolidierung und Carve-Out-Szenarien 24 bis 48 Monate. Die längere Laufzeit gegenüber Brownfield kommt durch die Daten-Selektions-, Test- und Konsolidierungs-Iterationen.
Vermittelt qify auch Tool-spezifische Bluefield-Berater?
Ja. SNP CrystalBridge-zertifizierte Implementierer, SAP-LT-Spezialisten und Datavard-Glove-Profile sind eigene Skill-Klassen im Pool. Plus Senior-Profile mit Selective-Data-Transition-Methoden-Erfahrung jenseits einzelner Tools. Solche Skill-Combos sind selten — frühzeitig anfragen.