Dieser Artikel untersucht alle Optionen f\u00fcr das Management von SAP ECC-Altsystemen nach einer SDT-Migration und erkl\u00e4rt, warum die Stilllegung des Altsystems von Beginn des S\/4HANA-Programms an geplant werden sollte, nicht erst nach dem Go-live.<\/strong><\/em><\/p>\n\n Die Selective Data Transition ist zwischen einer Systemkonvertierung und einer kompletten S\/4HANA-Neuimplementierung angesiedelt. Sie erm\u00f6glicht es Unternehmen, Bew\u00e4hrtes zu erhalten, gezielte \u00c4nderungen einzuf\u00fchren, bei Bedarf zu konsolidieren und zu entscheiden, welche Daten und historischen Informationen sie \u00fcbernehmen m\u00f6chten. <\/p>\n\n Eine zentrale Entscheidung lautet daher nicht blo\u00df \u201eWelche Technologie sollten wir einsetzen?\u201c<\/strong>, sondern \u201eWie viel Ver\u00e4nderung ben\u00f6tigen wir, um durch den S\/4HANA-Wechsel gesch\u00e4ftlichen Mehrwert zu generieren?\u201c<\/strong><\/p>\n\n Aus der Perspektive des Datenmanagements k\u00f6nnen Unternehmen die relevanten Stammdaten, offenen Transaktionen und historischen Informationen ausw\u00e4hlen, die sie \u00fcbernehmen m\u00f6chten, anstatt automatisch die gesamte ECC-Datenbank zu migrieren.<\/p>\n\n Vereinfacht ausgedr\u00fcckt folgt ein SDT-Projekt normalerweise diesen Phasen:<\/p>\n\n Das SAP ECC-Produktivsystem kann unber\u00fchrt bleiben, w\u00e4hrend ein Gro\u00dfteil dieser Vorbereitungen parallel erfolgt.<\/p>\n\n Im Allgemeinen eignet sich SDT besser f\u00fcr Unternehmen, die gezielte \u00c4nderungen einf\u00fchren m\u00f6chten, anstatt gro\u00dfe Bereiche des Gesch\u00e4fts komplett neu zu gestalten. Wenn die Transformation weite Teile der Organisation umfasst, ist ein Greenfield-Ansatz m\u00f6glicherweise besser geeignet. <\/p>\n\n Es gibt verschiedene Wege, ein SDT-Programm durchzuf\u00fchren, einschlie\u00dflich Lean-, Full- und Hybrid-Ans\u00e4tzen. Unabh\u00e4ngig von der gew\u00e4hlten Route bleibt jedoch eine wichtige Datenfrage bestehen: Was passiert mit den Informationen und Systemen, die nicht \u00fcbernommen werden?<\/strong> <\/p>\n\n Um mehr \u00fcber S\/4HANA-Migrationspfade zu erfahren, laden Sie dieses E-Book herunter, das in Zusammenarbeit mit Migrationsexperten von XMATERIA<\/a> erstellt wurde.<\/p>\n\n Ein Vorteil der Selective Data Transition ist, dass Unternehmen nicht alle ihre historischen ECC-Daten in die neue S\/4HANA-Umgebung \u00fcbertragen m\u00fcssen.<\/p>\n\n \u00c4ltere Gesch\u00e4ftsperioden, inaktive Organisationseinheiten, redundante Buchungskreise oder historische Transaktionen m\u00fcssen im neuen operativen System keinen Platz beanspruchen.<\/p>\n\n Die Reduzierung des Migrations-Footprints l\u00f6st jedoch nur einen Teil des Problems. Historische Daten k\u00f6nnen weiterhin erforderlich sein f\u00fcr: <\/p>\n\n Unternehmen m\u00fcssen daher w\u00e4hrend eines SDT-Programms zwei zusammenh\u00e4ngende Entscheidungen treffen:<\/p>\n\n Idealerweise sollten diese Entscheidungen gemeinsam getroffen werden.<\/p>\n\n Es ist anzumerken, dass SAP-Datenarchivierung<\/a> und Datenl\u00f6schung<\/a> einen Teil dieser Herausforderung adressieren. Die Archivierung verschiebt berechtigte inaktive oder selten genutzte Informationen aus der Live-Datenbank und erh\u00e4lt gleichzeitig den Zugriff darauf, was das zu verarbeitende Volumen w\u00e4hrend der Migration reduzieren kann. Die L\u00f6schung entfernt dauerhaft Informationen, die keinen rechtlichen, regulatorischen oder gesch\u00e4ftlichen Wert mehr haben, muss jedoch den geltenden Aufbewahrungsregeln und Datenschutzanforderungen der Organisation folgen. <\/p>\n\n Keiner der beiden Ans\u00e4tze l\u00f6st jedoch vollst\u00e4ndig, was nach der Migration mit dem ECC-Altsystem selbst geschieht.<\/strong> Selbst wenn Unternehmen berechtigte Daten l\u00f6schen und ruhende Informationen archivieren, verf\u00fcgen sie m\u00f6glicherweise noch \u00fcber jahrelange historische Datens\u00e4tze, die an die ECC-Umgebung gebunden sind. Wenn diese Informationen verf\u00fcgbar bleiben m\u00fcssen, ist ein einfaches Abschalten des Altsystems<\/a> keine Option. Gleichzeitig bringt der Weiterbetrieb der gesamten Legacy-Applikation rein f\u00fcr den Zugriff auf alte Datens\u00e4tze erhebliche Kosten-, Sicherheits- und Compliance-Erw\u00e4gungen mit sich. <\/p>\n\n Falls Sie noch festlegen, welche Informationen nach S\/4HANA geh\u00f6ren, bietet unser Artikel \u201eSAP ECC zu S\/4HANA: Welche Daten sollten migriert werden?\u201c einen detaillierten Rahmen f\u00fcr die Entscheidung, was migriert, archiviert, gel\u00f6scht oder au\u00dferhalb der Live-S\/4HANA-Umgebung aufbewahrt werden sollte.<\/p>\n\n Sobald das Unternehmen entschieden hat, was nach S\/4HANA migriert wird, ben\u00f6tigt es eine Strategie f\u00fcr das Altsystem und die darin verbleibenden historischen Daten.<\/p>\n\n Insgesamt gibt es vier grundlegende M\u00f6glichkeiten.<\/p>\n <\/a><\/p>\n\n Historische Daten bleiben leicht zug\u00e4nglich, aber das gilt auch f\u00fcr die Kosten, die mit der Aufrechterhaltung des Systembetriebs verbunden sind. Ausgaben f\u00fcr Infrastruktur, Wartung, Lizenzen und spezialisierten Support k\u00f6nnen sich weiter summieren, selbst wenn SAP ECC nicht mehr das prim\u00e4re Gesch\u00e4ftssystem ist. <\/p>\n\n Diese Kosten k\u00f6nnen betr\u00e4chtlich sein. Beispielsweise modellierte eine Forrester-Studie ein gro\u00dfes globales Unternehmen mit j\u00e4hrlichen Infrastruktur- und Wartungskosten von etwa 7 Millionen US-Dollar f\u00fcr seine bestehende On-Premises-SAP-ECC-Umgebung. F\u00fcr einen tieferen Einblick in die finanzielle Belastung durch den Erhalt von Altsystemen lesen Sie unseren Artikel \u00fcber die versteckten Kosten von Altsystemen<\/a>. <\/p>\n\n Diese Kosten lassen sich m\u00f6glicherweise noch schwerer rechtfertigen, wenn ECC das Ende der Mainstream-Wartung erreicht. Die Mainstream-Wartung von SAP f\u00fcr die Business Suite 7 l\u00e4uft bis Ende 2027, danach ist eine optionale Extended Maintenance gegen einen Aufpreis verf\u00fcgbar. Die tats\u00e4chlichen Kosten variieren nat\u00fcrlich erheblich je nach Gr\u00f6\u00dfe des Unternehmens, seiner SAP-Landschaft, Infrastruktur, dem Lizenzmodell und der Frage, ob ECC voll betriebsf\u00e4hig bleibt oder prim\u00e4r f\u00fcr den historischen Zugriff gewartet wird. <\/p>\n\n Das Einfrieren von ECC in einer virtuellen Umgebung<\/a> mag kurzfristig kosteneffizient erscheinen, insbesondere bei seltenem Zugriff. Es kann jedoch im Laufe der Zeit Herausforderungen mit sich bringen. <\/p>\n\n Das Hochfahren der Umgebung bei jedem Bedarf an historischen Informationen kann zeitaufwendig sein. Eine alternde Umgebung kann zudem schwieriger zu warten und abzusichern sein. <\/p>\n\n Der Zugriff kann besonders problematisch werden, wenn die SAP- oder IT-Spezialisten, die das Altsystem urspr\u00fcnglich betreut haben, das Unternehmen verlassen. Mit der Zeit kann das Wissen, das f\u00fcr die Navigation in der alten Umgebung und das Abrufen von Informationen erforderlich ist, allm\u00e4hlich verloren gehen. <\/p>\n\n Ein Ansatz besteht darin, historische Daten und Dokumente aus ECC in Flatfiles (wie dem AIS-Format) zu extrahieren und sie in externen Dateien oder Repositories zu speichern. Dies mag zwar spezifische Aufbewahrungsanforderungen erf\u00fcllen, bringt jedoch eine erhebliche Einschr\u00e4nkung mit sich: die Barrierefreiheit. <\/p>\n\n Wenn ein Fachanwender sp\u00e4ter historische Informationen f\u00fcr Steuern, Audits, Reporting oder andere gesch\u00e4ftliche Zwecke ben\u00f6tigt, kann das Abrufen und Interpretieren technischer Extrakte oder Flatfiles ohne dedizierten IT-Support extrem schwierig sein. In der Praxis wird eine Form von Audit- oder Visualisierungstool ben\u00f6tigt, um diese Daten abzurufen, zu lesen und verst\u00e4ndlich zu machen. <\/p>\n\n Beispielsweise bietet eine Enterprise Legacy System Application wie ELSA von der TJC Group einen unkomplizierten Zugriff auf Altdaten \u00fcber ein intuitives Dashboard. Dort k\u00f6nnen Fachanwender dynamische Berichte erstellen, historische Datens\u00e4tze einsehen und benutzerdefinierte Transaktionen generieren \u2013 ganz ohne IT-Unterst\u00fctzung.<\/p>\n\n Betrachten Sie ein praktisches Szenario: Ihr Unternehmen hat vier Jahre an Altdaten nach S\/4HANA importiert. Ein Fachanwender ben\u00f6tigt nun Zugriff auf Daten von vor f\u00fcnf Jahren, diese wurden jedoch nur als Flatfile in einem externen Archiv gespeichert. Um auf diese Informationen zuzugreifen und damit zu arbeiten, ben\u00f6tigt der Anwender ein spezielles Tool zur Visualisierung der Daten und potenziell zur Erstellung individueller Berichte. Genau f\u00fcr diese Art von Herausforderung wurde eine Enterprise Legacy System Application wie ELSA entwickelt. <\/p>\n\n Das Problem besteht also nicht nur darin, ob die Informationen bewahrt wurden. Unternehmen m\u00fcssen auch ber\u00fccksichtigen, wie leicht die aufbewahrten Daten Jahre nach ihrer Archivierung gefunden, verstanden und abgerufen werden k\u00f6nnen. <\/p>\n\n Die Systemstilllegung<\/a> verfolgt einen anderen Ansatz. Anstatt die gesamte Legacy-Applikation nur f\u00fcr den Zugriff auf deren Inhalte zu bewahren, k\u00f6nnen Unternehmen die veraltete Anwendung au\u00dfer Betrieb nehmen und gleichzeitig die historischen Informationen, die verf\u00fcgbar bleiben m\u00fcssen, an anderer Stelle sichern. <\/p>\n\n Dies erm\u00f6glicht es Unternehmen, zwei Dinge zu trennen, die oft als Einheit betrachtet werden: die Legacy-Applikation<\/strong> und die darin enthaltenen Legacy-Informationen<\/strong>.<\/p>\n\n Das System selbst wird f\u00fcr die t\u00e4gliche Gesch\u00e4ftst\u00e4tigkeit m\u00f6glicherweise nicht mehr ben\u00f6tigt, w\u00e4hrend seine historischen Daten, Dokumente und Berichte noch \u00fcber viele Jahre hinweg von Wert sein k\u00f6nnen.<\/p>\n\n \ud83d\udcd6 F\u00fcr einen umfassenderen \u00dcberblick \u00fcber die Stilllegung von Altsystemen im Kontext von S\/4HANA lesen Sie unseren Artikel: Alles \u00fcber die Stilllegung von Altsystemen bei der S\/4HANA-Migration.<\/a><\/p>\n\n Ein Projekt zur Stilllegung von Altsystemen wird oft als etwas behandelt, das erst nach Abschluss der S\/4HANA-Migration angegangen werden muss.<\/p>\n\n Dieser Ansatz kann unn\u00f6tige Arbeit verursachen.<\/p>\n\n Sobald S\/4HANA live geht, konzentriert sich das Projektteam naturgem\u00e4\u00df auf die Stabilisierung und die R\u00fcckkehr zum normalen Gesch\u00e4ftsbetrieb. Zu diesem Zeitpunkt ein weiteres Projekt zu starten, um zu bestimmen, was mit ECC geschehen soll, bedeutet, viele der gleichen Fragen erneut aufzugreifen: <\/p>\n\n Aus diesem Grund sollte die Stilllegung besser bereits zu Beginn der S\/4HANA-Transformation in Betracht gezogen werden. Wenn Unternehmen analysieren, welche Dat <\/a>en nach S\/4HANA migriert werden, sollten sie auch planen, was mit den Daten geschieht, die nicht \u00fcbernommen werden. Dies schafft eine ganzheitlichere Datenstrategie und vermeidet es, einen weiteren gro\u00dfen Entscheidungsprozess an das Ende des Migrationsprojekts anzuh\u00e4ngen. <\/p>\n\n Dies kann auch \u00fcber das prim\u00e4re SAP ECC-System hinausgehen. Unternehmen verf\u00fcgen m\u00f6glicherweise \u00fcber Satellitenanwendungen oder andere mit ECC verbundene Altsysteme, die potenziell im Rahmen derselben umfassenden Transformation \u00fcberpr\u00fcft und stillgelegt werden k\u00f6nnten. <\/p>\n\n Eine SDT-Strategie und eine Altsystem-Strategie adressieren unterschiedliche Fragen, sollten aber im Tandem geplant werden.<\/p>\n\n Das fr\u00fchzeitige Durchdenken beider Workstreams hilft Unternehmen zu vermeiden, dass Altdaten als ungekl\u00e4rte Folge des S\/4HANA-Projekts verbleiben.<\/p>\n\nInhalts\u00fcbersicht<\/h2>
Einleitung: Die Selective Data Transition (SDT) Migration in K\u00fcrze<\/h2>\n\n
\n
![\"\"](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/09\/image.jpg\")
<\/a><\/figure>\n\nWarum SDT eine Herausforderung f\u00fcr Altdaten darstellt<\/h2>\n\n
\n
\n
Datenarchivierung und -l\u00f6schung sind Teil der L\u00f6sung, aber nicht alles<\/h3>\n\n
![\"\"](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/09\/ASC-for-ILM-Data-Sheet-2.png\")
<\/a><\/figure>\n\nWas passiert mit dem ECC-Altsystem nach der SDT-Migration?<\/h2>\n\n
![\"\"](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/09\/image-2.png\")
<\/figure>\n<\/div>\n1. ECC im Read-only-Modus weiterbetreiben<\/h3>\n\n
2. ECC in einer virtuellen Umgebung bewahren oder einfrieren<\/h3>\n\n
3. Daten und Dokumente in externe Archive oder Steuerarchive extrahieren<\/h3>\n\n
4. SAP ECC stilllegen und gleichzeitig den Zugriff auf historische Informationen behalten<\/h3>\n\n
Warum die Stilllegung vom ersten Tag an geplant werden sollte<\/h2>\n\n
\n
SDT-Migration und Stilllegung gemeinsam planen<\/h2>\n\n
Fragen zur SDT-Migration<\/strong><\/td> Fragen zur Stilllegung von Altsystemen<\/strong><\/td><\/tr> Welche historischen Zeitr\u00e4ume und Datens\u00e4tze sollten in die S\/4HANA-Migration einbezogen werden?<\/td> Welche historischen SAP-Informationen m\u00fcssen nach der Stilllegung von ECC verf\u00fcgbar bleiben?<\/td><\/tr> Was sollte der Umfang der SDT-Migration beinhalten?<\/td> Wie lange m\u00fcssen Legacy-Informationen aufbewahrt werden?<\/td><\/tr> Welche Gesch\u00e4ftsprozesse und Organisationseinheiten sollten umziehen?<\/td> Welche Legacy-Informationen k\u00f6nnen eventuell gel\u00f6scht werden?<\/td><\/tr> Welche Gesch\u00e4fts-, Reporting- und Compliance-Anforderungen sollten das SDT-Design pr\u00e4gen?<\/td> Welche Steuer-, Audit-, Rechts- und Datenschutzanforderungen gelten f\u00fcr die einbehaltenen Altdaten?<\/td><\/tr> Wie werden die ausgew\u00e4hlten Daten migriert und validiert?<\/td> Wie werden Benutzer nach der Stilllegung auf historische SAP-Informationen zugreifen?<\/td><\/tr> Wann ist die S\/4HANA-Umgebung bereit f\u00fcr den Go-live?<\/td> Wann k\u00f6nnen die Legacy-Applikation und die Infrastruktur sicher abgeschaltet werden?<\/td><\/tr><\/tbody><\/table><\/figure>\n\n So sichern Sie den Zugriff auf historische Daten nach der Stilllegung von SAP ECC<\/h2>\n\n