Nachdem wir in den letzten zwei Jahren mehrere SAP S\/4HANA-Konvertierungen durchgef\u00fchrt haben, haben wir einige Muster erkannt, wenn es um S\/4HANA und benutzerdefinierten Code geht:<\/p>\n
1. Greenfield oder Brownfield? 2. Technisches Upgrade oder funktionale Umstellung?<\/strong> 3. Material Number Extension ; ist das so schlimm?<\/strong> 4. Brauche ich wirklich meinen gesamten benutzerdefinierten Code?<\/strong> 5. Welche SAP-Hinweise sind wirklich wichtig?<\/strong> 6. HANA-Datenbank\u00e4nderungen (das bekannte Problem)<\/strong> 7. Alles ist schneller auf SAP HANA?<\/strong> 8. SELECT SINGLE auf HANA DB (die Bombe tickt...)<\/strong> Schlussfolgerung<\/strong><\/p>\n Obwohl S\/4HANA formal kein Nachfolger von SAP ERP ist, stellt der Kompatibilit\u00e4tsmodus sicher, dass der gr\u00f6\u00dfte Teil des benutzerdefinierten Codes noch wie zuvor l\u00e4uft. Statistisch gesehen wird nur ein kleiner Teil nicht mehr laufen. Es zeigt sich, dass ein S\/4HANA-Umstellungsprojekt doch als technisches Transformationsprojekt angesehen werden kann.<\/p>\n Bitte kontaktieren Sie uns, wenn Sie den n\u00e4chsten Schritt zu S\/4HANA erw\u00e4gen, wertvolle Einblicke von unserem erfahrenen Team w\u00fcnschen oder mehr \u00fcber die S\/4-Automatisierungsplattform von smartShift erfahren m\u00f6chten!<\/p>","protected":false},"excerpt":{"rendered":" Obwohl S\/4HANA formal kein Nachfolger ist...<\/p>","protected":false},"author":3,"featured_media":15035,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"content-type":"","rank_math_lock_modified_date":false,"footnotes":""},"categories":[32],"tags":[47],"class_list":["post-1569","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-post"],"acf":[],"_links":{"self":[{"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/posts\/1569","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/comments?post=1569"}],"version-history":[{"count":10,"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/posts\/1569\/revisions"}],"predecessor-version":[{"id":23266,"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/posts\/1569\/revisions\/23266"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/media\/15035"}],"wp:attachment":[{"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/media?parent=1569"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/categories?post=1569"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/smartshift.imagemakersdev.com\/de\/wp-json\/wp\/v2\/tags?post=1569"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n<\/strong>W\u00e4hrend in den Anfangstagen von S\/4HANA die meisten Unternehmen ihre S\/4-Systeme von Grund auf neu implementieren wollten (auch bekannt als Greenfield), scheinen die meisten Kunden heute ihre strategischen Assets zu nutzen, indem sie selektiv Anpassungen aus ihren bestehenden Systemen in ihre neuen S\/4-Systeme migrieren. Wie auch immer, es geht nicht um gr\u00fcn oder braun, sondern darum, was f\u00fcr Ihr Unternehmen richtig ist!<\/p>\n
\nIn 9 unserer letzten 10 S\/4HANA-Konvertierungsprojekte waren 98% der \u00c4nderungen, die erforderlich waren, um bestehenden benutzerdefinierten Code in S\/4 funktional und performant zu machen, rein technischer Natur. Nur 2% erforderten eine funktionale Umstrukturierung. Die meisten Konvertierungen sind rein technische Upgrades, wenn es um benutzerdefinierten Code geht, auch bei S\/4!<\/p>\n
\nIm Durchschnitt sind mehr als 90% der von Code Inspector\/ATC gemeldeten MATNR-\u00c4nderungen nicht relevant ... aber Sie m\u00fcssen wissen, wie Sie die wirklich relevanten identifizieren k\u00f6nnen! Bei smartShift setzen wir unsere Automatisierungsplattform ein, um dies schnell und pr\u00e4zise zu tun.<\/p>\n
\nIm Durchschnitt wurden zwischen 40 - 70% aller Eigenentwicklungen in einem SAP-System innerhalb der letzten zwei Jahre nicht genutzt und k\u00f6nnen stillgelegt werden. Das reduziert den Umstellungsaufwand auf S\/4HANA massiv! Wir nutzen unsere Automatisierung, um dies ohne Risiko und Business Impact zu erreichen!<\/p>\n
\nDie SAP-Hinweise 2215424 (Material Number Field Length Extension), 2198647 (S\/4 HANA: Data Model Changes in SD) und 2431747 (General Ledger: Inkompatible \u00c4nderungen in S\/4HANA im Vergleich zu klassischen ERP-Releases) stellen die \u00fcberwiegende Mehrheit aller von Code Inspector\/ATC gemeldeten Probleme dar. Dies k\u00f6nnte Sie zu der Annahme verleiten, dass Sie mit einem Greenfield-Ansatz besser dran w\u00e4ren und Ihren gesamten benutzerdefinierten Code wegwerfen sollten. Aber auch hier zeigt sich, dass ein gro\u00dfer Teil der gemeldeten Probleme in Wirklichkeit keine Anpassungen erfordert. Dar\u00fcber hinaus kann der Rest automatisch konvertiert werden!<\/p>\n
\nLassen Sie sich nicht t\u00e4uschen: HANA ist immer noch eine gro\u00dfe Sache, wenn es um benutzerdefinierten Code und Gewohnheiten der ABAP-Entwicklung alter Schule geht. Unsere Transformationsprojekte zeigen, dass der benutzerdefinierte Code in einem durchschnittlichen SAP-System mehr als 5.000 HANA-Code-Compliance-Probleme enth\u00e4lt, die funktionale Auswirkungen haben k\u00f6nnen, wenn sie nicht behoben werden (>90% ORDER BY-Probleme). Die gute Nachricht: Mehr als 94% k\u00f6nnen automatisch transformiert werden!<\/p>\n
\nUmstellung auf SAP HANA DB und alles ist schneller? Das ist es, was Ihr Unternehmen erwartet! Aber wenn Sie auf SAP HANA umstellen, ohne die Leistungsprobleme in Ihrem benutzerdefinierten Code zu beheben, kann dies sogar zu einer Leistungsverschlechterung f\u00fchren. Zum Beispiel ist SELECT * keine gute Sache auf HANA. Jeder wei\u00df das. Unsere intelligente Transformations-Engine kann SELECT * dort umwandeln, wo es notwendig ist, und es dort belassen, wo es keine Rolle spielt, zum Beispiel bei der Anpassung von Tabellen mit weniger als 7 Spalten. Im Durchschnitt finden wir in unseren Projekten mehr als 10.000 HANA Performance-Probleme mit SELECT *, und wir beheben mehr als 80% davon automatisch!<\/p>\n
\nLange Zeit war sich die SAP-Community nicht bewusst, welche Probleme eine SELECT Single-Anweisung verursachen kann. Auch heute noch klingt es eher exotisch, aber SELECT SINGLE (Auswahl nur eines Datensatzes in einer Datenbanktabelle oder View) kann ernsthafte funktionale Probleme auf SAP HANA verursachen. Nehmen Sie es ernst und beheben Sie alle im Code Inspector Functional DB gemeldeten Probleme!<\/p>\n