Este contenido sólo está disponible en exclusiva para los suscriptores del E3.
" Haga clic aquí para suscribirse al E3.
" Haga clic aquí para suscribirse al E3.
¿Ya eres miembro? Accede aquí
Peter M. Färbinger, E3 Magazine
Entradas relacionadas
El desastre del S/4 y la nube
3 noviembre 2015
Filial de Uniorg en Eslovaquia
26 julio 2019
Facturación de las sucursales postales asociadas con SAP BRIM
31 de mayo de 2023
DE 
EN 
ES 
FR 
2 comentarios
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!
Los comentarios están cerrados.