Clean Core in SAP S/4HANA – Konzept und Umsetzung

Re: Clean Core in SAP S/4HANA – Konzept und Umsetzung

Also für mich klingt Deine Definition von "Clean Core" im wesentlichen wie "professionell arbeiten". 😃

Standardcode ändert man nicht, denn solche Änderungen sind beim nächsten Release-Upgrade häufig weg (bzw. jede einzelne muss mit dem Modifikationsassistenten manuell nachgezogen werden) und womöglich noch nicht mal kompatibel zur neuen Version. Maximal kann man implizite Enhancements machen - und auch das sollte nur eine Lösung für den Notfall sein.

Bei Zugriffen auf Standardtabellen muss man unterscheiden. Lesezugriffe sind in aller Regel harmlos. Klar muss man wissen, was die gelesenen Daten bedeuten (und dabei auch mögliche Pufferungsproblematiken im Auge haben (geänderte Daten könnten noch nicht in die Datenbank zurückgeschrieben sein)), aber im Großen und Ganzen liest eigentlich jeder ABAP-Programmierer aus den Standardtabellen, und meist ist auch offensichtlich, was wo gespeichert ist.

Anders sieht es beim Schreiben aus. Zum einen wegen jener Pufferungsproblematiken, zum anderen, weil außerhalb der SAP niemand sicher sagen kann, was für Querabhängigkeiten (Konsistenzkriterien) es gibt. Z.B. könnte Schreiben in Tabelle A erfordern, dass immer auch ein ergänzender Datensatz in Tabelle B geschrieben werden muss, sonst wird die Datenbank inkonsistent. Häufig kann man spekulieren, dass da wohl nichts sein wird, aber genau wissen tut es nur, wer Zugang zur internen Doku von SAP hat - und das ist nur die SAP selbst.

Es ist auch unnötig, in Standardtabellen zu schreiben. Fast immer gibt es dafür passende Fubas oder Klassen, und wenn alle Stricke reißen, kann man sich mit einem programmierten Batch Input (per SHDB aufzeichnen, in Programmcode wandeln, anpassen und dann per CALL TRANSACTION aufrufen) retten.