Die RAPotheke

Die kostenlose RAP Sprechstunde – jetzt einen Termin buchen oder bei einer Sprechstunde dabei sein und zuhören.

Bei Konzept-Risiken oder Implementierungsschwierigkeiten kontaktieren Sie Ihren Arzt oder RAPotheker!

Dein Problem lösen

Wenn du eine Frage zur RAP Architektur oder einem Konzept hast, oder bei einem Implementierungsproblem rund um das Thema RAP - ABAP RESTful Programming Model nicht weiter kommst, dann kannst du bei uns einen kostenlosen 30-minütigen Besprechungstermin buchen. Sende dazu einfach eine Mail mit

• gewünschtem Termin und Alternativtermin (siehe freie Termin in der Tabelle unten)
• Thema
• Beschreibung

an rapotheke@brandeis.de . Wir registrieren dein Thema in der Liste unten und laden dich zu der Online-Beratungsstunde ein. Es werden vermutlich auch weitere SAP Community Teilnehmer dabei sein, die gerne zuhören möchten. Das Buchen ist bis zu zwei Tage vor dem Termin möglich. Wenn es bis dahin keine Anfrage gibt, dann entfällt der Termin.

Zuhören und lernen

Wenn du Interesse hast, bei einem Besprechungstermin dabei zu sein, dann melde dich gerne dazu an. Dazu bitte eine Mail an rapotheke@brandeis.de senden mit:

• Datum
• Uhrzeit
• Thema

Wir laden dich dann vor dem Online-Termin ein. Bitte beachte, dass es in dem Termin um die Diskussion des eingetragenen Themas geht und wir keine anderen Themen ad hoc besprechen können.

Termine

Datum	Uhrzeit	Thema	Beschreibung	Ergebnis
19.03.2026	11:00-13:00	RAP und BAPIs	Wie kann ich BAPIs und RAP in Clean Core zusammenbringen
23.03.2026	17:15-17:45	Denormailsierte Felder im Managed BO	Hinzufügen von Währungsreferenzfelder auf Item Ebene, die eigentlich im Header liegen	Lösung: Das Feld im I oder R Layer denormalisieren, damit ist die Währungsreferenz im CDS View. Das Feld kann in der BDEF natürlich nicht gemappt werden, da es nicht existiert auf der DB Tabelle. Daher im Mapping weglassen und per Pragma die BDEF Warnung unterdrücken (Pragma ist im ATC erwähnt: UNMAPPED_FIELD[Feldname]). Damit das Feld dann sowohl im Draft als auch im non-Draft Szenario sauber den aktuellen Stand hat, muss auf Header Ebene eine Determination gebaut werden, die eine Änderung der Währung im Header Feld auch im Item aktualisiert. Keine schöne Lösung, aber funktioniert und auch im S/4 seitens SAP so gelöst. Name des Pragmas ist derzeit noch unbekannt und scheint auch nicht dokumentiert zu sein -> Anfrage an die SAP
23.03.2026	17:45-18:15	Wertehilfe Binding mit Parent Feldern	Einschränkung der Wertehilfe auf Item Ebene durch den Buchungskreis auf Header Ebene	Lösung: in der Wertehilfe können im "additional binding" auch Pfadausdrücke verwendet werden
13.04.2026	17:15-18:15	OData Service mit mehreren BAPIs	Erstellen BuPa, Hinzufügen Rolle BuPa, Zuordnen zum Vertrag, jeweils BAPIs mit Commits notwendig - Erwartungshaltung: in einem einzigen OData Call	In einem einzigen OData ChangeSet mehrere COMMITs durchzuführen verstößt gegen den Vertrag und nicht zulässig. Das kann zu Datenschiefständen führen - und das ist egal ob mit oder ohne RAP. RAP kann es nur prüfen, da im Kernel verankert. Das ist ein Gut und kein "Problem". Lösungsansatz: die Ausführung der nachgelagerten BAPIs mit COMMITs muss asynchron passieren. Damit erhält der Client erst mal kein finales "erfolgreich", sondern ein "Anfrage erfolgreich abgesetzt und wird prozessiert". Das RAP BO würde dann die Prozessierung anstoßen mit dem ersten BAPI und gleichzeitig über bgPF oder local Events die Ausführung des nächsten Schrittes starten und wenn das erfolgreich war die Ausführung des wieder nächsten Schrittes. Und wenn einer dieser Schritte nicht erfolgreich war, dann muss ein gutes Fehlerhandling her. Das kann AIF sein, das kann eine eigene Monitoring/Fehlerhandling App sein mit Notifications im FLP. Wichtig ist, dass wir uns sauber an das SAP LUW Konzept halten, was RAP nativ prüft. Wie genau so etwas aussieht, also ein Beispiel wird bald von uns beschrieben bzw. per Git bereit gestellt. Es geht hierbei um ein "RAP Prozess BO". In dem besprochenen Fall war dieser Lösungsansatz kein Problem, weil der Client (Mobile UI) damit umgehen kann. Man könnte auch noch über den Einsatz von WebSockets oder Events nachdenken, damit der Client weiß, dass sich am Zustand etwas geändert hat.