SAP Business Application Programming Interface (BAPI)
SAP S/4 HANA®
SAP Basis ist ein Middleware-Tool für Anwendungen, Betriebssystem und Datenbank. Der SAP Basis-Berater sollte in der Lage sein, folgende Aufgaben zu erledigen.
Dieser Punkt klingt zuerst vielleicht ein wenig banal. Wer testet, dokumentiert das doch sicherlich? Die Erfahrung zeigt: Ja, aber oftmals lückenhaft. Bei erfolglosen Tests, bei denen im Anschluss Nachoder Zusatzentwicklungen anstehen und die Fehlerursache auf den ersten Blick nicht direkt ersichtlich ist, zahlt sich eine gute Ergebnisdokumentation oftmals aus. Dies spart Entwicklern Zeit in der Kommunikation und Aufwand durch eine erneute Nachstellung des Szenarios. An dieser Stelle bietet der SAP Solution Manager umfangreiche Möglichkeiten, Templates und Ergebnisdokumente zentral und in den einzelnen Testplänen zu verwalten. Ausschließlich automatisiert Testen Das automatisierte Testen bietet viele Vorteile, sei es eine höhere Softwarequalität durch umfassendere Testabdeckung oder Wiederverwendbarkeit von Testfällen. Jedoch ist es nicht immer sinnvoll, ausschließlich auf Automatisierte Testskripte zurückzugreifen. Eine weniger gute Wahl stellt die Testautomatisierung bei sich häufig änderder Software bzw. Prozessen dar, da hierbei der Wartungsaufwand enorm hoch sein kann. An dieser Stelle ist es oftmals effektiver, manuelle Testdurchläufe auszuführen, anstatt viel Zeit in die mehrmalige Anpassung von Testskripten zu investieren. Schlechte Testvorbereitung Die relevanten Prozesse wurden definiert, die Testpläne angelegt und der Testzeitraum hat begonnen - also kann das Testen ja beginnen? Nicht immer. Oftmals führt mangelnde Testvorbereitung zu ungeplanten zeitlichen Zusatzaufwänden. Mal wurden die Tester nicht mit der Testumgebung vertraut gemacht oder keiner hat daran gedacht, sich um einen ausreichenden und aktuellen Testdatenbestand (Stammdaten, Bewegungsdaten) zu kümmern. Stellen Sie sicher, dass Sie wirklich an alles Nötige gedacht haben! (fehlende Testdaten, nicht repräsentative Testumgebung, instabil).
Updates & Upgrades
Die Sprache ist eine Quelle für Missverständnisse – dies gilt in extremem Maße für den Bereich der SAP-Speicherverwaltung: So werden dieselben Begriffe auf der Ebene des Betriebssystems und auf der Ebene des SAP-Systems für unterschiedliche Dinge verwendet: Wir unterscheiden Betriebssystem-Paging und SAP-Paging, Kontextwechsel auf Betriebssystemebene und Kontextwechsel auf SAP-Ebene etc. Auch der Begriff »Heap« wird doppelt verwendet: Auf Betriebssystemebene ist damit der lokale Speicher gemeint, der von einem Betriebssystemprozess allokiert wird. Auf SAP-Ebene bezeichnet er dagegen einen speziellen lokalen Speicherbereich, d. h., der SAP Heap Memory ist nur ein Teilbereich dessen, was auf Betriebssystemebene als »Heap« bezeichnet wird. Um die Verwirrung in Grenzen zu halten, kennzeichnen wir hier die SAP-Begriffe explizit mit dem Präfix SAP, wie z. B. SAP Heap Memory oder SAP Paging Memory, um sie von den Betriebssystembegriffen abzugrenzen. Wenn Sie Sekundärliteratur oder Hinweise im SAP Support Portal lesen, vergewissern Sie sich anhand des Kontextes, ob sich der Autor auf den SAP-Systembegriff oder den Betriebssystembegriff bezieht.
Seit dem Jahr 2000 unterstützen wir Unternehmen mit individuellen Services rund um SAP und diverse Datenbanken. Unsere Experten verfügen über mehr als 20 Jahre Erfahrungen und betreuen eine große Zahl an Kunden diverser Branchen. Beispiele dafür finden Sie weiter unten.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Wenn Sie die Rechner Ihres SAP-Systems nicht mit dem Betriebssystemmonitor im SAP NetWeaver AS ABAP überwachen, können Sie die vorgestellten Analysen auch auf andere Werkzeuge übertragen, z. B. auf den Load-Monitor im SAP HANA Studio.
Die typische Abfolge beim Anklicken einer Fiori App im Launchpad löst die folgenden Schritte aus: 1) Beim Auswählen der Kachel wird die App-Fiori-Implementierung aufgerufen 2) Die App ruft dynamische Daten aus dem HTTP-Endpunkt des OData-Services auf dem Frontend-Server ab 3) Es folgt ein RFC-Aufruf an die Gateway-Aktivierung des Backend Systems, dabei wird die relevante Geschäftslogik abgerufen 4) Nun wird die Fiori Berechtigung für den entsprechenden OData-Service auf dem Backend abgefragt 5) Wenn dies erfolgreich war werden die entsprechenden Berechtigungen für die Geschäftslogik im OData-Service abgefragt.