Objectifs mobiles SAP


Modifications SAP héritées du passé
De nombreux clients SAP existants ont adapté les systèmes ERP R/3 et ERP/ECC 6.0 avec des modifications Abap. Parfois, ces extensions ERP n'ont pas seulement eu lieu dans le domaine prévu à cet effet, mais aussi dans le noyau ERP.
SAP était et est toujours un système ouvert et SAP attache beaucoup d'importance à une collaboration constructive avec les utilisateurs et à des développements innovants. Dès le début, SAP a mis en place des outils informatiques permettant d'adapter le système ERP aux souhaits des utilisateurs. Parfois, la modification a développé sa propre dynamique, de sorte qu'au final, le système ERP n'était plus en mesure d'être mis à jour.
SAP Clean Core ou Frozen Core
Sous la direction de Jürgen Müller, directeur technique de SAP - il quitte le groupe ces jours-ci - l'idée est née : revenir au standard ! L'idée est d'avoir un système ERP proche du standard, de sorte que les futurs changements de version et les extensions du système puissent être appliqués rapidement et sans problème.
Mais l'idée d'un système ERP standardisé n'a jamais été définie scientifiquement ! Parfois, on parlait d'"ERP Frozen Core", puis de "S/4 Clean Core", et des rumeurs ont alors circulé selon lesquelles des fonctions sélectionnées pouvaient et devaient très bien être modifiées à proximité du noyau de l'ERP.
Il existe donc une vision claire chez SAP : un système S4-Hana doit posséder un noyau propre afin de rester stable jusqu'en 2040. En outre, il doit y avoir une Business Technology Platform, une plateforme IT-ERP pour les modifications, y compris Steampunk, CAP et RAP.
Ce qui manque, c'est une définition contraignante du Clean Core et une feuille de route pour les futures modifications de S/4, y compris une LCP, une liste de prix et de conditions correspondantes. Le successeur de Jürgen Müller hérite donc de nombreuses charges héritées du passé - non seulement les modifications Abap de l'ère R/3, mais aussi la vision "Frozen and Clean Core", à laquelle il manque toute définition scientifique et toute feuille de route.
Bouée de sauvetage SAP BTP
À l'avenir, les clients existants de SAP auront toujours besoin d'adapter le système ERP S/4. L'outil de modification Abap continuera à vivre et de nouveaux outils et méthodes de développement seront ajoutés, voir CAP (Cloud Application Programming) et RAP (RESTful Application Programming).
Cette année déjà, le magazine E3 a organisé avec succès une Summit sur le thème du steampunk et du BTP. La suite aura lieu en 2025, les 5 et 6 mars à Heidelberg. Lors de ce sommet, toutes les possibilités et options d'Abap (embarqué), CAP, RAP et SAP BTP, en tant que nouvelle plate-forme ERP, seront discutées. De nombreuses présentations d'analystes, d'experts et de partenaires SAP donneront une image éclairante du monde des modifications SAP.
Le site Steampunk & BTP Summit 2025 doit apporter plus de clarté sur les objectifs de SAP, car la plate-forme BTP est encore en pleine métamorphose. De nombreuses et bonnes idées ne font pas encore une plate-forme IT ERP. Avec Clean Core, BTP est encore une cible mouvante chez SAP.
2 commentaires
Werner Dähn
Sehe ich nicht so.
Clean Core heißt nicht zurück zum Standard, sondern “man verwendet nur public APIs”, also nur SAP ABAP Funktionsbausteine, die freigegeben sind.
Anfänglich wollte man nur sehr wenig Erweiterungen im ABAP eines ERP erlauben und stattdessen ein Sidecar haben, also CAP in BTP. Aber weder ist das sinnvoll noch bietet es die gewünschten Funktionalitäten wie z.B. etwas in der gleichen LUW zu machen.
Erst sehr viel später kam die Developer Extensibility hinzu, mit der man eigene Erweiterungen im ABAP Stack und Upgrade-Sicher hinzufügen konnte.
https://help.sap.com/docs/SAP_S4HANA_CLOUD/6aa39f1ac05441e5a23f484f31e477e7/e1059ff581854a699f15734049f14293.html
Und natürlich die Key User Extensibility geht noch immer.
https://help.sap.com/docs/SAP_S4HANA_CLOUD/0f69f8fb28ac4bf48d2b57b9637e81fa/3ccb50e724b045508fea8b2cf1774b2b.html
Zusammengefasst:
– Es ist sehr genau definiert, was clean core bedeutet
– Erweiterungen in ABAP sind (inzwischen wieder) möglich
– CAP ist nutzlos
– BTP Steampunk ist eine nette Sache, wenn man keinen eigenen ABAP server laufen lassen möchte. Also nur bei S/4 Cloud
E3-Magazin
Vielen Dank für die ergänzende Aufklärung und Präzision. Die Sache mit den „Public APIs“ war mir in dieser Weise nicht klar. Wieder etwas gelernt – und ich werde wahrscheinlich auch in Zukunft daneben greifen: Bitte weiterhin genau lesen und korrigieren. DANKE!