\u201eClean Core“ ist eines der meistdiskutierten Themen rund um SAP S\/4HANA \u2013 und gleichzeitig eines der am h\u00e4ufigsten missverstandenen. Viele Unternehmen fragen sich: M\u00fcssen wir jetzt alles wegwerfen, was wir \u00fcber Jahre aufgebaut haben?<\/p>\n\n\n\n
Die kurze Antwort: Nein. Aber es lohnt sich, genau hinzuschauen.<\/p>\n\n\n\n
Clean Core bedeutet, den SAP-Kern frei von Modifikationen zu halten. Statt Kerncode anzupassen \u2013 was Updates erschwert, Upgrades verteuert und die Systemstabilit\u00e4t gef\u00e4hrdet \u2013 werden Erweiterungen \u00fcber offizielle SAP-Mechanismen realisiert: freigegebene APIs, BAdIs, oder Erweiterungen auf der Business Technology Platform (BTP).<\/p>\n\n\n\n
Das Ziel: Ein SAP-System, das updatef\u00e4hig, wartungsarm und zukunftssicher bleibt.<\/p>\n\n\n\n
Mit dem Ende des Mainstream-Supports f\u00fcr SAP ECC stehen viele Unternehmen vor der Migration nach S\/4HANA. Wer dabei seinen gewachsenen Modifikationsberg mitschleppt, zahlt doppelt: einmal bei der Migration, und immer wieder bei jedem Update danach.<\/p>\n\n\n\n
Clean Core ist kein Nice-to-have \u2013 es ist die Grundlage daf\u00fcr, dass S\/4HANA langfristig wirtschaftlich betreibbar bleibt.<\/p>\n\n\n\n
Viele Unternehmen wissen gar nicht, wie viele Modifikationen sie tats\u00e4chlich haben \u2013 und wie kritisch diese wirklich sind. Das ist kein Versagen, sondern das Ergebnis von Jahren gewachsener Systeme.<\/p>\n\n\n\n
Der erste konkrete Schritt ist deshalb immer: die Clean Core Analyse im eigenen System aktivieren und auswerten. Erst dann wird klar, womit man es wirklich zu tun hat \u2013 und was tats\u00e4chlich dringend ist.<\/p>\n\n\n\n
Aus unserer Erfahrung gilt: Nicht jedes Finding ist gleich. Die Gesamtzahl klingt oft erschreckend. Die wirklich kritischen F\u00e4lle sind meist deutlich weniger \u2013 aber die haben es in sich.<\/p>\n\n\n\n
Modifikationen werden unreflektiert \u00fcbernommen.<\/strong> Ohne zu pr\u00fcfen, ob der SAP-Standard inzwischen dieselbe Funktion bietet. In vielen F\u00e4llen tut er das \u2013 die Eigenentwicklung ist schlicht nicht mehr n\u00f6tig.<\/p>\n\n\n\n Eigenentwicklungen landen im Kern.<\/strong> Obwohl Side-by-Side-Erweiterungen oder BTP die bessere Wahl w\u00e4ren. Oft aus Gewohnheit, manchmal aus Zeitdruck.<\/p>\n\n\n\n Clean Core wird als Einmalaufgabe verstanden.<\/strong> Dabei ist es ein kontinuierlicher Ansatz. Wer einmal aufr\u00e4umt und dann weitermacht wie bisher, hat das Prinzip nicht verinnerlicht.<\/p>\n\n\n\n Wir bei secat gehen diesen Weg mit unserem eigenen Produkt QPPD gerade selbst. Als wir unsere Codebasis erstmals einer vollst\u00e4ndigen Clean Core-Pr\u00fcfung unterzogen haben, standen wir vor knapp 9.000 kritischen Findings.<\/p>\n\n\n\n Was geholfen hat: strukturiert vorgehen, automatisiert analysieren, priorisieren \u2013 und nicht alles auf einmal angehen wollen. Die gr\u00f6\u00dfte technische Herausforderung war das Abl\u00f6sen klassischer SAP-GUI-Technologien wie ALV Tree und ALV Grid, die wir durch UI5 ersetzt haben.<\/p>\n\n\n\n Wir sind noch nicht fertig. Aber wir wissen genau, wie sich jede Phase dieses Prozesses anf\u00fchlt \u2013 und was wirklich hilft.<\/p>\n\n\n\n Wir begleiten Unternehmen auf dem Clean Core-Weg \u2013 von der ersten Analyse bis zur konkreten Umsetzung. Mit Paketen, die klar umrissen sind und ohne versteckte Folgekosten starten:<\/p>\n\n\n\n \ud83d\udc49 Mehr zu unseren Clean Core Paketen<\/a><\/p>\n\n\n\nWas wir selbst gelernt haben<\/h2>\n\n\n\n
Wie secat Sie dabei unterst\u00fctzt<\/h2>\n\n\n\n
\n
\n\n\n\n