Clean Core = fin de vie


SAP R/3 pas sans modifications Abap
Les tables Abap d'un R/3 étaient semblables à un costume à moitié terminé. R/3 était parfaitement taillé, mais bien sûr standardisé et semi-fini. La personnalisation et les modifications ont fait de R/3 le meilleur ERP du monde. SAP est devenu le leader mondial du marché ERP.
Les modifications d'Abap étaient populaires parce que le langage de programmation propre à SAP était adapté aux besoins de l'ERP. La tentation était grande de construire des solutions individuelles avec quelques lignes de code Abap. C'est ainsi qu'un logiciel standard de gestion d'entreprise s'est transformé en une solution ERP sur mesure.
Mais l'individualisation d'Abap avait aussi des inconvénients. Par nature, il était possible de manipuler un système SAP R/3 avec Abap de telle manière qu'il n'était guère possible de procéder à un changement de version en bonne et due forme. Soit l'installation de la nouvelle version échouait dès le début, soit il fallait tester en aval pendant des jours ou des semaines.
Retour à la capacité de mise en œuvre de l'ERP
SAP a analysé la situation et a reconnu les coûts supplémentaires chez les clients existants ainsi que le blocage de l'innovation. Après presque dix ans de release S/4 infructueux, l'idée d'un Clean Core est née, ce qui peut aussi se traduire par "retour au standard".
L'approche théorique Clean Core signifie que toutes les modifications du système doivent être transférées hors du système S/4. Les modifications Abap en particulier doivent être remplacées par des fonctions standard ou supprimées. Le système central doit être conforme au standard ERP et donc pouvoir être mis à jour sans problème.
Place aux modifications sur la BTP
Bien entendu, aucun système S/4 ne peut se passer d'adaptations individuelles. Avec l'idée Clean Core, SAP a donc été contraint de mettre en place un deuxième système permettant les modifications nécessaires. Ce système, en plus de S/4 Hana, est SAP BTP, Business Technology Platform.
A l'avenir, il devrait y avoir dans l'univers SAP un Clean-Core-ERP et des modifications ERP sur SAP BTP - deux systèmes ERP avec des caractéristiques différentes. Il n'est pas encore décidé si cette stratégie duale de SAP trouvera un écho auprès des clients existants. Mais le fait est que SAP dépend du succès de la Business Technology Platform.
Le magazine E3 a ouvert un débat sur Abap, Steampunk et BTP lors d'un sommet au début de cette année. L'échange d'informations sur le BTP se poursuivra avec la participation du magazine E3 début octobre lors de l'événement exécutif Leveredge à Miami (Floride, USA) - les inscriptions sont ouvertes à l'adresse suivante leverx.com/events/leveredge-2024 est encore possible. LeverX, partenaire de SAP, est l'un des principaux sponsors du Steampunk and BTP Summit 2025 qui se tiendra à Heidelberg les 5 et 6 mars. e3mag.com/fr/steampunk-summit/ l'inscription "early bird".
L'importance de SAP S/4 Clean Core
La communauté SAP se dispute encore sur les avantages et les inconvénients de la politique Clean Core de SAP. Le concept semble logique. Ou bien Clean Core n'est-il qu'un avant-goût de la fin de S/4 ? Car à l'avenir, un ERP autonome pourrait également se développer sur SAP BTP.
Si Clean Core est la fin de vie d'un ERP tel que la communauté SAP l'a connu jusqu'à présent, alors il est peu probable qu'un S/5 puisse voir le jour. SAP joue un jeu dangereux, car le groupe ERP reste muet sur l'avenir de l'ERP. Business Technology Platform peut être une réponse, mais SAP n'a encore positionné cette plate-forme ERP que de manière vague. Une fin de vie pour S/4 en 2040 avec un Clean Core est un scénario qui n'a pas encore été discuté.
1 commentaire
Peter
Hier geht aber einiges Durcheinander.
Zunächst einmal muss man Modifikationen präzisieren, lt SAP sind es Veränderungen des ausgelieferten SAP Codings selbst.
Der Rest sind Erweiterungen (Extensions).
Natürlich findet man bei Kunden saubere erweiterte Systeme, oder Systeme, wo nur noch das Label SAP draufsteht, das eigentlich ein ZSAP ist.
Aber natürlich ist Cleancore genau der richtige Ansatz, und man benötigt nicht für alles eine BTP, auch clean core onStack Erweiterungen sind (selbst in der Public Cloud) möglich.
Die BTP ist eine Plattform, die alle möglichen Services anbietet, die das ERP unterstützen oder erweitern. Warum sich auf der BTP Services etablieren sollten, die einem ERP Kern Konkurrenz machen, erschliesst sich mir nicht.
Natürlich könnte ein grosser Player die BTP als Entwicklungsplattform für ein eigenständiges ERP nutzen, aber warum sollte er? Da gibt es sicher bessere Alternativen. Nein, die BTP ist für AddOns, Schnittstellen, etc. als Ergänzung zu einem ERP zu sehen.