Der Hauptzweck von RAP besteht darin, Entwicklern die M\u00f6glichkeit zu geben, effizient Cloud-f\u00e4hige Gesch\u00e4ftsanwendungen zu erstellen, die verschiedene Gesch\u00e4ftstransaktionen in Form von OData-Standarddiensten verwalten, oder Erweiterungen f\u00fcr bestehende Anwendungen zu entwickeln, ohne den bestehenden Standardcode \u00e4ndern zu m\u00fcssen. Dies erm\u00f6glicht die End-to-End-Entwicklung von der Datenmodellierung bis zur Service-Exposition und Kompaktheit mit SAP Fiori UX<\/a>.<\/p>\n\n\n\n RAP unterst\u00fctzt die Entwicklung f\u00fcr verschiedene SAP-Plattformen, darunter SAP BTP ABAP zur Erstellung von Cloud-nativen Anwendungen und Erweiterungen sowie SAP S\/4HANA Cloud (Public und Private Editions), das kundenspezifische Entwicklungen erm\u00f6glicht, die mit den kontinuierlichen Innovationen und Upgrade-Zyklen der Cloud kompatibel sind. RAP ist seit dem Release 1909 f\u00fcr On-Premise-Implementierungen von SAP S\/4HANA verf\u00fcgbar und erm\u00f6glicht es Kunden, Anwendungen mit modernen Entwicklungspraktiken zu erstellen und zukunftssichere Anwendungen zu entwickeln.<\/p>\n\n\n\n RAP spielt eine zentrale Rolle im ABAP-Cloud-Entwicklungsmodell f\u00fcr transaktionale Anwendungen. Es nutzt Core Data Services (CDS) zur Definition von Datenstrukturen und Ansichten, stellt Mechanismen zur Implementierung von Gesch\u00e4ftslogiken bereit und gew\u00e4hrleistet die Datenintegrit\u00e4t w\u00e4hrend Transaktionen.<\/p>\n\n\n\n RAP ist nicht nur ein neues Entwicklungsframework, sondern auch das strategische Programmiermodell von SAP, mit dem das moderne Paradigma zur Entwicklung von Unternehmensanwendungen innerhalb des SAP-\u00d6kosystems umgesetzt wird.<\/p>\n\n\n\n Moderne Gesch\u00e4ftsanwendungen ben\u00f6tigen unmittelbare Einblicke in ihre Betriebsdaten, um die Entscheidungsfindung zu unterst\u00fctzen. Infolgedessen werden analytische Funktionen in transaktionale Anwendungen eingebettet, um Erkenntnisse zu gewinnen, ohne den Kontext zu wechseln. RAP erm\u00f6glicht die direkte Integration von Daten in das Training und die Analyse von KI-Modellen, wodurch der Bedarf an komplexer Datenreplikation und -verarbeitung reduziert wird.<\/p>\n\n\n\n RAP ist f\u00fcr die SAP HANA-Datenbank optimiert. Es nutzt das volle Potenzial der In-Memory-Verarbeitungsfunktionen und f\u00fchrt Operationen wie Verkn\u00fcpfungen, Aggregationen und komplexe Berechnungen deutlich schneller aus, w\u00e4hrend sie bei herk\u00f6mmlichen Datenbanken fr\u00fcher Leistungsengp\u00e4sse darstellten.<\/p>\n\n\n\n Mit SAP Fiori wurde eine neue Designsprache und ein neues Paradigma f\u00fcr das Benutzererlebnis in SAP-Anwendungen eingef\u00fchrt, die sich durch Einfachheit, Einheitlichkeit und rollenbasierten Zugriff auszeichnen. RAP erm\u00f6glicht es Entwicklern, Gesch\u00e4ftsobjekte als OData-Dienste darzustellen, was eine nahtlose Integration mit Fiori-Elementen und eine einheitliche Erfahrung \u00fcber verschiedene Ger\u00e4te hinweg erm\u00f6glicht.<\/p>\n\n\n\n RAP wurde unter Ber\u00fccksichtigung von Cloud-Prinzipien entwickelt, und die Anwendungen sind von Haus aus f\u00fcr die BTP-ABAP-Umgebung von SAP optimiert, sodass sowohl In-App- als auch Side-by-Side-Erweiterungen m\u00f6glich sind. Dies macht es ideal f\u00fcr Cloud-native und hybride Implementierungen.<\/p>\n\n\n\n Fiori UX nutzt direkt RAP-OData-Dienste und bietet so eine einheitliche Benutzererfahrung \u00fcber verschiedene Ger\u00e4te hinweg, wobei der Kontext erhalten bleibt. Das RAP zugrunde liegende Design f\u00f6rdert die Zustandslosigkeit, sodass die Sitzungen der Benutzer von jedem Ger\u00e4t, auf dem sie zuletzt verlassen wurden, problemlos auf dem n\u00e4chsten Ger\u00e4t fortgesetzt werden k\u00f6nnen.<\/p>\n\n\n\n Die RAP-Prinzipien erm\u00f6glichen es Entwicklern, mehrere kritische Eigenschaften standardm\u00e4\u00dfig hinzuzuf\u00fcgen, ohne dass zus\u00e4tzlicher Aufwand nach der eigentlichen Entwicklung erforderlich ist:<\/p>\n\n\n\n Ein Gesch\u00e4ftsobjekt in RAP stellt eine reale Gesch\u00e4ftseinheit oder ein Konzept innerhalb einer Gesch\u00e4ftsdom\u00e4ne dar, also beispielsweise einen Kundenauftrag, einen Kunden, ein Produkt oder einen Mitarbeiter. Es beinhaltet alle zugeh\u00f6rigen Daten, Verhaltensweisen und Beziehungen. Das Gesch\u00e4ftsobjekt ist die zentrale Steuerungseinheit f\u00fcr einheitliche Datenmanipulation und Transaktionsintegrit\u00e4t, welche die Datenstruktur, die Regeln f\u00fcr die Datenmanipulation und den Lebenszyklus einer Gesch\u00e4ftseinheit definieren.<\/p>\n\n\n\n Eine Abfrage ist die reine Leseschnittstelle, \u00fcber die auf Daten zugegriffen werden kann. Sie baut auf Core Data Services (CDS) Views auf, die haupts\u00e4chlich zum Abrufen und Anzeigen von Gesch\u00e4ftsdaten verwendet werden. Diese bieten eine strukturierte M\u00f6glichkeit, Daten wiederherzustellen, zu filtern, zu sortieren und zu sammeln und dienen h\u00e4ufig als Datenquelle f\u00fcr analytische Dashboards, Suchfunktionen oder Objektlisten in der Benutzeroberfl\u00e4che.<\/p>\n\n\n\n Gesch\u00e4ftsdienste in RAP bieten eine externe Schnittstelle f\u00fcr den Lese- und Schreibzugriff auf die Funktionalit\u00e4ten von Gesch\u00e4ftsobjekten, mit denen \u00fcber die Fiori-Anwendungsoberfl\u00e4che f\u00fcr Endbenutzer oder externe Systeme interagiert werden kann. Gesch\u00e4ftsdienste werden in der Regel mit einer Dienstdefinition bereitgestellt, der die Funktion des Dienstes beschreibt, und einer Dienstbindung, die angibt, wie der Dienst \u00fcber ein bestimmtes Protokoll wie OData v2 oder v4, UI, Web API usw. bereitgestellt wird.<\/p>\n\n\n\n Ein Gesch\u00e4ftsereignis in RAP stellt einen definierten Ausl\u00f6ser oder eine Benachrichtigung dar, der oder die eine signifikante \u00c4nderung oder Aktion innerhalb eines Gesch\u00e4ftsobjekts signalisiert. Dadurch k\u00f6nnen wiederum andere, m\u00f6glicherweise miteinander verbundene Ereignisse in Anwendungen oder Diensten ausgel\u00f6st werden. So sind beispielsweise \u201eKundenauftrag erstellt\u201c oder \u201eProduktpreis ge\u00e4ndert\u201c spezifische Gesch\u00e4ftsereignisse, die von anderen Anwendungen oder Workflows zur weiteren Verarbeitung genutzt werden k\u00f6nnen. F\u00fcr die asynchrone Integration zwischen Services \u00fcber SAP Event Mesh oder eine benutzerdefinierte Logik werden Event Definitions und Event Bindings definiert und verwendet.<\/p>\n\n\n\n Die Datenmodellierung in RAP erfolgt mit Hilfe von Core Data Services (CDS), die Entit\u00e4ten wie Datenstrukturen, ihre Assoziationen (Beziehungen zu anderen Entit\u00e4ten) und Projektionen mit benutzerdefinierten Ansichten f\u00fcr die Exposition definieren. Die Datenmodellierung ist der zentrale Punkt f\u00fcr die Definition der gesamten Anwendungsstruktur aus Sicht des Datenflusses.<\/p>\n\n\n\n Die moderne ABAP-Sprache dient als Grundlage f\u00fcr die Implementierung von Gesch\u00e4ftslogiken innerhalb von RAP, wobei ihre Funktionen, einschlie\u00dflich der Entity Manipulation Language (EML), Anmerkungen und objektorientierte Konzepte, sowie ihre umfangreichen Bibliotheken und Fehlerbehandlungsfunktionen genutzt werden.<\/p>\n\n\n\n Die RAP-Entwicklung wird durch eine Reihe von Tools unterst\u00fctzt, darunter der CDS-Editor, die ABAP-Quellcode-Editoren, die ADT-Assistenten und der Services Binding Editor, die in erster Linie in die ABAP Development Tools (ADT) in der Eclipse IDE (einer weit verbreiteten Open-Source-Entwicklungsplattform f\u00fcr die Softwareentwicklung) integriert sind.<\/p>\n\n\n\n RAP bietet integrierte Erweiterungsmechanismen, die es Kunden und Partnern erm\u00f6glichen, standardm\u00e4\u00dfige Gesch\u00e4ftsobjekte und -dienste zu verbessern oder anzupassen, ohne die zentrale Codebasis zu ver\u00e4ndern. F\u00fcr beide Arten von Erweiterungen bietet RAP einen pr\u00e4zisen Mechanismus: Die In-App-Erweiterung erm\u00f6glicht das Hinzuf\u00fcgen von benutzerdefinierten Feldern, benutzerdefinierter Logik oder benutzerdefinierten Gesch\u00e4ftsobjekten direkt in bestehenden Anwendungen, w\u00e4hrend die Side-by-Side-Erweiterung die Erstellung separater Anwendungen oder Dienste zur Nutzung und Erweiterung von Standardgesch\u00e4ftsobjekten beinhaltet.<\/p>\n\n\n\n Das RAP-Modell besteht aus drei grundlegenden Ebenen, von denen jede eine bestimmte Rolle erf\u00fcllt. Zudem bietet es einen strukturierten Ansatz zur Entwicklung von SAP-Fiori-Anwendungen auf Unternehmensebene und die Bereitstellung von APIs f\u00fcr externe Interaktionen.<\/p>\n\n\n\n Die erste Ebene bildet die Definition von Datenmodellierung und -verhalten. Diese definiert die Entit\u00e4ten, die Gesch\u00e4ftsobjekte darstellen, sowie die Beziehungen zwischen diesen Entit\u00e4ten.<\/p>\n\n\n\n Core Data Service Views (Ansichten der Kerndatendienste) werden verwendet, um wiederverwendbare Datenmodelle zu definieren und die Struktur von Entit\u00e4ten, einschlie\u00dflich ihrer Attribute und Assoziationen, festzulegen. Dar\u00fcber hinaus lassen sich verschiedene Filter und Berechnungen sowie Anmerkungen zur Bereitstellung von Metadaten f\u00fcr die Nutzung der Benutzeroberfl\u00e4che anwenden bzw. einbinden.<\/p>\n\n\n\n In der Verhaltensdefinition wird festgelegt, welche Aktionen mit einer Datenstruktur m\u00f6glich sind, also beispielsweise Erstellen, Aktualisieren und L\u00f6schen.<\/p>\n\n\n\n Das Datenmodell und die verf\u00fcgbaren Operationen werden in der Datenbank definiert. Die eigentliche Logik zur Ausf\u00fchrung dieser Operationen ist jedoch in ABAP-Klassen implementiert, welche die Gesch\u00e4ftslogik zum Anlegen, Aktualisieren und L\u00f6schen sowie f\u00fcr benutzerdefinierte Operationen an Gesch\u00e4ftsobjekten enthalten.<\/p>\n\n\n\n Auf der Ebene der Gesch\u00e4ftsdienste werden die auf der ersten Ebene definierte Datenstruktur und das Verhalten als konsumierbare Dienste dargestellt. Anhand der Definition eines Dienstes wird festgelegt, welche CDS-Entit\u00e4ten und zugeh\u00f6riges Verhalten offengelegt werden sollen, um den Umfang des Dienstes zu steuern.<\/p>\n\n\n\n Durch die Definition der Dienstbindung wird im zweiten Schritt das Protokoll festgelegt, das f\u00fcr die Kommunikation mit dem Dienst verwendet werden soll, also beispielsweise OData v2 oder OData v4.<\/p>\n\n\n\n Die Dienstnutzung bezieht sich auf die Ebene, auf der Clients oder Anwendungen die angebotenen Dienste verwenden. Wenn ein Dienst f\u00fcr eine Anwendung mit SAP Fiori Elements bestimmt ist, wird er als UI-Dienst bezeichnet. Sein Zweck ist die Bereitstellung von Daten und Metadaten, die Fiori Elements zum automatischen Rendern von Bildschirmen, Tabellen und Formularen verwendet.<\/p>\n\n\n\n Der Dienst kann als Web API bereitgestellt werden, um von einem beliebigen OData-Client genutzt zu werden. Diese Art von Dienst enth\u00e4lt keine UI-spezifischen Metadaten. Solche Dienste eignen sich ideal f\u00fcr die Integration mit Nicht-SAP-Systemen, mobilen oder anderen benutzerdefinierten Anwendungen, die eine Interaktion mit Gesch\u00e4ftsdaten und -logik erfordern.<\/p>\n\n\n\n![\"\"](\"https:\/\/pathlock.com\/wp-content\/uploads\/2025\/06\/RESTful-image-1.webp\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/pathlock.com\/wp-content\/uploads\/2025\/06\/RESTful-image-2.webp\")
<\/figure>\n\n\n\nWarum RESTful-Anwendungsprogrammierung lernen?<\/h2>\n\n\n\n
Entwicklung der Anforderungen an Gesch\u00e4ftsanwendungen<\/h3>\n\n\n\n
Erwartungen der Endnutzer<\/h3>\n\n\n\n
Produktqualit\u00e4ten (sofort einsatzbereit)<\/h3>\n\n\n\n
\n
RAP-Grundlagen<\/h2>\n\n\n\n
Was ist ein Gesch\u00e4ftsobjekt?<\/h3>\n\n\n\n
Was ist eine Abfrage?<\/h3>\n\n\n\n
Was ist ein Gesch\u00e4ftsdienst?<\/h3>\n\n\n\n
Was ist ein Gesch\u00e4ftsereignis?<\/h3>\n\n\n\n
Datenmodellierung<\/h3>\n\n\n\n
ABAP-Sprache<\/h3>\n\n\n\n
Tools<\/h3>\n\n\n\n
Erweiterbarkeit<\/h3>\n\n\n\n
3-Ebenen-Architektur des RAP-Modells<\/h2>\n\n\n\n
Datenmodellierung und -verhalten<\/h3>\n\n\n\n
Gesch\u00e4ftsdienste<\/h3>\n\n\n\n
Dienstnutzung<\/h3>\n\n\n\n
Entwicklung von ABAP-Modellen<\/h3>\n\n\n\n