Warum sollten wir \u00fcberhaupt den SAP-Standard erweitern?<\/h3>

Der SAP-Standard deckt viel ab, aber nat\u00fcrlich nie alles.
Unternehmen haben individuelle Prozesse, branchenspezifische Anforderungen oder Integrationsbedarfe, die \u00fcber die Standardfunktionalit\u00e4t hinausgehen.<\/p>

Und das ist auch gut so: Denn genau diese individuellen Prozesse machen Unternehmen erfolgreich. Sie sind oft die eigentliche USP, was das Unternehmen vom Wettbewerb unterscheidet. Wenn alle nur Standard machen, wo bleibt dann der Differenzierungsvorteil? Gleichzeitig gilt: Nicht jede historisch gewachsene Individualentwicklung ist heute noch sinnvoll. Unternehmen sollten ihre individuellen Prozesse regelm\u00e4\u00dfig hinterfragen im Sinne von \u201ebrauchen wir diesen Prozess noch in seiner jetzigen Form?\u201c oder \u201eHat sich der Gesch\u00e4ftskontext so ver\u00e4ndert, dass der Standard inzwischen die bessere L\u00f6sung w\u00e4re?\u201c.<\/p>

Diese Balance zwischen wertsch\u00f6pfender Individualisierung und sinnvoller Standardisierung ist eine der wichtigsten strategischen Entscheidungen. Fr\u00fcher wurde Individualisierung \u00fcber Z-Entwicklungen, User-Exits und Modifikationen umgesetzt mit den bekannten Folgen:<\/p>

• technische Schulden<\/li>
• Upgrade-Blockaden<\/li>
• wachsende Komplexit\u00e4t.<\/li><\/ul>

  Das Clean-Core-Prinzip (siehe Teil 1) gibt eine klare Richtung vor: Erweitere \u00fcber freigegebene Schnittstellen, halte den Kern sauber.<\/p>

  Nun das klingt erstmal logisch, Aber wie macht man das genau?<\/p>

  SAP bietet zwei strategische Wege:<\/p>

  Ansatz<\/strong><\/p><\/td>	Beschreibung<\/strong><\/p><\/td>	Programmiermodell<\/strong><\/p><\/td><\/tr>
  On-Stack (In-App)<\/strong><\/p><\/td>	Erweiterungen direkt im S\/4HANA-System oder im BTP ABAP Environment. Nutzt freigegebene APIs, BAdIs, Funktionsbausteine und CDS-Views. Der Code l\u00e4uft im selben System wie der Standard.<\/p><\/td>	RAP \u2013 RESTful Application Programming Model<\/p><\/td><\/tr>
  Side-by-Side<\/strong><\/p><\/td>	Eigenst\u00e4ndige Anwendungen auf der BTP, die \u00fcber APIs mit beispielsweise dem S\/4HANA kommunizieren. Eine eigene Datenhaltung ist m\u00f6glich. Das Deployment erfolgt auf die Cloud Foundry oder Kyma Umgebung der Business Technology Platform.<\/p><\/td>	CAP \u2013 Cloud Application Programming Model (Node.js oder Java)<\/p><\/td><\/tr><\/tbody><\/table>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Beide Ans\u00e4tze erg\u00e4nzen sich<\/strong>, es ist kein Entweder-oder. Die Wahl h\u00e4ngt vom Szenario, den Team-Skills und der gew\u00fcnschten Architektur ab.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t \n\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t CAP \u2013 Das Cloud Application Programming Model<\/strong><\/span><\/h2> CAP ist SAPs strategisches Programmiermodell f\u00fcr Side-by-Side Extensions<\/strong> auf der BTP. Es wurde von SAP entwickelt, um die Erstellung von Cloud-nativen Gesch\u00e4ftsanwendungen so effizient wie m\u00f6glich zu machen \u2013 mit einem klaren Fokus auf Domain-Driven Design<\/strong> und Konvention vor Konfiguration<\/strong>.<\/p> Was ist CAP?<\/h3> Open-Source-Framework: <\/strong>CAP ist frei verf\u00fcgbar und wird von SAP aktiv weiterentwickelt.<\/li> Sprachunterst\u00fctzung: <\/strong>js (JavaScript\/TypeScript) oder Java.<\/li> CDS (Core Data Services): <\/strong>Eine deklarative Modellierungssprache f\u00fcr Datenmodelle, Services und Berechtigungen. CDS ist sozusagen das Herzst\u00fcck von CAP.<\/li> Datenbank-agnostisch: <\/strong>Unterst\u00fctzt SAP HANA Cloud, PostgreSQL und SQLite (f\u00fcr lokale Entwicklung). Die CDS-Modelle sind unabh\u00e4ngig von der konkreten Datenbank.<\/li> Built-in Best Practices: <\/strong>Authentifizierung (via Cloud Identity Servic), Multitenancy, Localization, Draft-Handling, Fiori-Kompatibilit\u00e4t sind vorkonfiguriert und m\u00fcssen nicht selbst gebaut werden.<\/li><\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Architektur einer CAP-Anwendung<\/h3> Eine typische CAP-Anwendung besteht ganz vereinfacht gesagt aus drei Schichten:<\/p> Schicht<\/strong><\/p><\/td> Technologie<\/strong><\/p><\/td> Aufgabe<\/strong><\/p><\/td><\/tr> Datenmodell (db\/)<\/strong><\/p><\/td> CDS-Definitionen, die Entit\u00e4ten, Assoziationen und Annotationen beschreiben.<\/p><\/td> Definiert das persistente Datenmodell. Wird in HANA-Cloud-Tabellen oder PostgreSQL-Tabellen auf der BTP deployed.<\/p><\/td><\/tr> Service-Schicht (srv\/)<\/strong><\/p><\/td> CDS-Service-Definitionen + Custom Handler (Node.js\/Java) f\u00fcr Gesch\u00e4ftslogik.<\/p><\/td> Exponiert OData-V4- oder REST-APIs. Implementiert Validierungen, Berechnungen, Integrationsaufrufe.<\/p><\/td><\/tr> UI (app\/)<\/strong><\/p><\/td> SAP Fiori Elements (empfohlen) oder Freestyle SAPUI5\/React.<\/p><\/td> Die Benutzeroberfl\u00e4che. SAP Fiori Elements generiert komplette UI-Seiten (Listen, Objektdetails, Formulare) automatisch aus CDS-Annotationen \u2013 ohne manuellen UI-Code. Das spart erheblich Entwicklungsaufwand und sorgt f\u00fcr eine konsistente SAP-User-Experience. Freestyle-Ans\u00e4tze bieten mehr gestalterische Freiheit, bedeuten aber auch deutlich mehr Aufwand.<\/p><\/td><\/tr><\/tbody><\/table> Das Ergebnis:<\/strong> Mit wenigen CDS-Dateien und Custom Handlern entsteht eine vollst\u00e4ndige Gesch\u00e4ftsanwendung inkl. OData-API, Berechtigungen, Fiori-UI und Datenbankschema. Wer sich an die klassische ABAP-Welt erinnert, wei\u00df, was das bedeutet. Fr\u00fcher musste man ICF-Knoten manuell anlegen, OData-Services Schritt f\u00fcr Schritt im SEGW auspr\u00e4gen, Deep-Create-Logik selbst programmieren und jede CRUD-Operation einzeln implementieren. In CAP reicht eine Composition<\/strong> (z. B. Bestellkopf \u2192 Positionen \u2192 Unterpositionen), und das Framework generiert automatisch Deep Create, Deep Update und Deep Delete \u00fcber die gesamte Objekthierarchie.<\/p> Associations<\/strong> definieren Beziehungen zwischen Entit\u00e4ten deklarativ. Keine manuellen JOINs, keine Navigations-Properties von Hand.<\/p> Annotations<\/strong> steuern nicht nur die UI (Fiori Elements), sondern auch Validierungen, Wertehelfen, Sortierungen und Suchfelder. Alles im CDS-Modell, nicht im Code verstreut. Die Entwicklung wird durch SAP CAP enorm beschleunigt.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Deployment-Optionen f\u00fcr CAP<\/strong><\/h3> Ziel<\/strong><\/p><\/td> Details<\/strong><\/p><\/td><\/tr> Cloud Foundry<\/strong><\/p><\/td> Empfohlene Standardoption. Deployment als MTA (Multi-Target Application). Buildpacks f\u00fcr Node.js oder Java.<\/p><\/td><\/tr> Kyma \/ Kubernetes<\/strong><\/p><\/td> Deployment als Container-Image (Docker). Ideal, wenn Kubernetes-Expertise vorhanden ist oder containerisierte Workloads bevorzugt werden.<\/p><\/td><\/tr><\/tbody><\/table> Vorteil: SAP CAP erm\u00f6glicht eine direkte lokale Entwicklung. Im Hybrid-Szenario l\u00e4sst sich die Anwendung lokal ausf\u00fchren und gleichzeitig gegen Cloud-Services (z. B. HANA-Cloud, Destination Service, etc.) testen. Dadurch k\u00f6nnen Entwickler produktionsnah arbeiten, ohne jedes Mal ein vollst\u00e4ndiges Cloud-Deployment durchf\u00fchren zu m\u00fcssen.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t \n\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t RAP \u2013 Das RESTful Application Programming Model<\/strong><\/span><\/h2> RAP ist SAPs strategisches Programmiermodell f\u00fcr ABAP-basierte Entwicklung<\/strong> \u2013 sowohl in S\/4HANA (On-Premise und Cloud) als auch im BTP ABAP Environment. Es l\u00f6st die klassischen Programmiermodelle (Dynpro, Web Dynpro) ab und bringt ABAP ins Cloud-Zeitalter.<\/p> Was ist RAP?<\/h3> ABAP Cloud: <\/strong>RAP basiert auf ABAP Cloud.<\/li> Business Objects (BO): <\/strong>Das zentrale Konzept. Ein BO definiert Entit\u00e4ten, deren Verhalten (CRUD, Actions, Validations) und die Zugriffskontrolle.<\/li> CDS Views: <\/strong>Datenmodellierung und -zugriff erfolgt \u00fcber Core Data Services, \u00e4hnlich wie in CAP.<\/li> Behavior Definitions & Implementations: <\/strong>Deklarative Definition des BO-Verhaltens (was darf der Service?) und imperative Implementierung der Gesch\u00e4ftslogik in ABAP.<\/li> OData-Exposition: <\/strong>Jedes RAP-BO kann automatisch als OData-V2- oder V4-Service exponiert werden und steht somit bereit f\u00fcr Fiori-Frontends.<\/li><\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Architektur eines RAP Business Objects<\/h3> Artefakt<\/strong><\/p><\/td> Beschreibung<\/strong><\/p><\/td><\/tr> CDS Data Model<\/strong><\/p><\/td> Datenbank-Tabellen und CDS-Entity-Definitionen mit Assoziationen, Annotationen und berechneten Feldern.<\/p><\/td><\/tr> Behavior Definition<\/strong><\/p><\/td> Deklariert das Verhalten: Create\/Read\/Update\/Delete, Actions (z. B. \u201eFreigeben\u201c), Validations (z. B. \u201ePflichtfelder pr\u00fcfen\u201c), Determinations (z. B. \u201eNummer automatisch vergeben\u201c), Draft-Handling.<\/p><\/td><\/tr> Behavior Implementation<\/strong><\/p><\/td> ABAP-Klasse, die die in der Behavior Definition deklarierten Methoden implementiert (die eigentliche Gesch\u00e4ftslogik).<\/p><\/td><\/tr> Service Definition<\/strong><\/p><\/td> Legt fest, welche Entit\u00e4ten des BO als OData-Service exponiert werden.<\/p><\/td><\/tr> Service Binding<\/strong><\/p><\/td> Bindet die Service Definition an ein konkretes Protokoll (OData V2\/V4) und einen Endpunkt. Ab hier ist der Service aufrufbar.<\/p><\/td><\/tr> Metadata Extensions<\/strong><\/p><\/td> UI-Annotationen f\u00fcr Fiori Elements<\/p><\/td><\/tr><\/tbody><\/table> <\/h3>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t \n\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Wann CAP, wann RAP? \u2013 Praxisszenarien<\/h3> Statt abstrakt zu bleiben, hier konkrete Szenarien und unsere Empfehlung:<\/p> Szenario<\/strong><\/td> Empfehlung<\/strong><\/td> Begr\u00fcndung<\/strong><\/td><\/tr> Custom Field an Bestellung anh\u00e4ngen<\/td> RAP<\/td> Erweiterung eines bestehenden Standard-BO\u2018s.<\/td><\/tr> Kundenportal mit eigenem Datenmodell<\/td> CAP<\/td> Eigene Datenhaltung, Web-Frontend, API-Zugriff auf S\/4HANA. Klassisches Side-by-Side.<\/td><\/tr> Genehmigungsworkflow f\u00fcr Bestellanforderungen<\/td> CAP + SAP Build Process Automation<\/td> Workflow-Engine kombiniert mit CAP-Service f\u00fcr Custom-Logik.<\/td><\/tr> Embedded Analytics \/ Custom Report<\/td> RAP (On-Stack)<\/td> CDS-basierte Queries mit direktem S\/4-Datenzugriff und ggf. Fiori-Element-Visualisierung.<\/td><\/tr> Legacy-Z-Report modernisieren<\/td> RAP<\/td> ABAP-Code bereinigen, in RAP-BO kapseln, Fiori-UI generieren.<\/td><\/tr> SaaS-Anwendung f\u00fcr mehrere Mandanten<\/td> CAP<\/td> Built-in Multitenancy in CAP. Subscription-Management \u00fcber SaaS Provisioning Service.<\/td><\/tr><\/tbody><\/table> (Quelle: SAP Business Application Studio; SAP Build Code; ABAP Development Tools)<\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t \n\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Best Practices aus unserer Projektpraxis<\/h3> Thema<\/strong><\/p><\/td> Empfehlung<\/strong><\/p><\/td><\/tr> Klein anfangen<\/strong><\/p><\/td> Starten Sie mit einem \u00fcberschaubaren Pilotprojekt (z. B. ein Custom BO mit 3\u20135 Feldern). Lernen Sie das Tooling und die Patterns, bevor Sie komplexe Szenarien angehen.<\/p><\/td><\/tr> CDS ernst nehmen<\/strong><\/p><\/td> Sowohl CAP als auch RAP basieren auf CDS. Investieren Sie in CDS-Know-How.<\/p><\/td><\/tr> Fiori Elements first<\/strong><\/p><\/td> Nutzen Sie Fiori Elements (generierte UI) statt Freestyle-UI5, wann immer m\u00f6glich. Der Aufwand ist drastisch geringer und die UX bleibt SAP-konform.<\/p><\/td><\/tr> API-Katalog pflegen<\/strong><\/p><\/td> Dokumentieren Sie alle genutzten S\/4HANA-APIs (OData, RFC, Events). Das erleichtert Impact-Analysen bei S\/4HANA-Upgrades.<\/p><\/td><\/tr> Extensibility-Level tracken<\/strong><\/p><\/td> Nutzen Sie das Extensibility-Cockpit in S\/4HANA, um den Clean-Core-Status Ihrer Erweiterungen transparent zu machen (Level A\u2013D).<\/p><\/td><\/tr><\/tbody><\/table>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t \n\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Blog-Serie:<\/h3> Teil<\/strong><\/p><\/td> Thema<\/strong><\/p><\/td><\/tr> Teil 1<\/a><\/p><\/td> Was ist die SAP BTP und wie passt sie ins gro\u00dfe Bild?<\/a><\/td><\/tr> Teil 2<\/a><\/p><\/td> Lizenzierung & Kosten \u2013 CPEA, BTPEA und Pay-As-You-Go<\/a><\/p><\/td><\/tr> Teil 3<\/a><\/p><\/td> Das BTP Cockpit \u2013 Monitoring, Berechtigungen & Governance<\/a><\/p><\/td><\/tr> Teil 4<\/a><\/p><\/td> Services & Environments \u2013 Cloud Foundry, Kyma, ABAP Environment und der Service Marketplace<\/a><\/p><\/td><\/tr> Teil 5<\/a><\/p><\/td> Integration auf der BTP \u2013 Systeme verbinden, Prozesse durchg\u00e4ngig machen<\/a><\/td><\/tr> Teil 7<\/p><\/td> AI & Automation \u2013 SAP AI Core, Joule<\/p><\/td><\/tr><\/tbody><\/table>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t\t\t Sie m\u00f6chten Ihre SAP-Landschaft erweitern, ohne den Clean Core zu gef\u00e4hrden? Dann sprechen Sie mit unseren Experten und finden Sie heraus, ob CAP, RAP oder eine Kombination aus beidem der richtige Weg f\u00fcr Ihr Szenario ist.<\/strong><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t\t \n\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t\t \n\t\t\t \n\t\t\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t\t \n\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t \n\t\t\t\t\tVereinbaren Sie jetzt Ihren<\/span>\n\t\t\t\t\n\t\t\t\t\tExpert Call.<\/span>\n\t\t\t\t<\/span>\n\t\t\t\t\tWir freuen uns \u00fcber Ihre Nachricht.<\/span>\n\t\t\t\t\t<\/h3>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t\t \n\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t \n\t\t\t\t\t\n\t\t\t\t<\/div>\n\t\t\t\n\t\t\t \n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t \n\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t Thomas Krafft<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t\t \n\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\n\n\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t+491705742894<\/span>\n\t\t\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t\t<\/li>\n\t\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\n\n\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\tinfo@cubeserv.com<\/span>\n\t\t\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t\t<\/li>\n\t\t\t\t\t\t<\/ul>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t \n\t\t\t \n\t\t\t\t\t\t \n\t\t\t\t \n\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\n\n\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\tthomas-krafft<\/span>\n\t\t\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t\t<\/li>\n\t\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\tn.n.<\/span>\n\t\t\t\t\t\t\t\t\t<\/li>\n\t\t\t\t\t\t\t\t \n\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\tn.n.<\/span>\n\t\t\t\t\t\t\t\t\t<\/li>\n\t\t\t\t\t\t<\/ul>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":" Ein \u00dcberblick \u00fcber die Integrationsstrategie der SAP BTP: Integration Suite, API Management und Event Mesh auf strategischer Flugh\u00f6he. Einleitung In Teil 1 haben wir das Clean-Core-Prinzip und die Extensibility-Level A bis D vorgestellt. In Teil 4 ging es um die BTP-Environments Cloud Foundry, Kyma und das ABAP Environment. Jetzt verbinden wir beides: Wie sehen Erweiterungen … Weiterlesen …<\/a><\/p>\n","protected":false},"author":142,"featured_media":66757,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"content-type":"","footnotes":""},"categories":[844],"tags":[643],"class_list":["post-69790","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sap-btp","tag-sap-btp"],"acf":[],"yoast_head":"\n