Ansicht
Dokumentation

ABAPGET_PERMISSIONS - GET PERMISSIONS

CL_GUI_FRONTEND_SERVICES - Frontend Services   ROGBILLS - Synchronize billing plans  
Diese Dokumentation steht unter dem Copyright der SAP AG.

GET PERMISSIONS

GET PERMISSIONS, Kurzform

1. GET PERMISSIONS $[PRIVILEGED$] $[ only_clause$]
      ENTITY bdef $[FROM keys$] REQUEST request RESULT result_tab $[response_param$].

GET PERMISSIONS, Langform

2. GET PERMISSIONS $[PRIVILEGED$] $[ only_clause$] OF bdef
     ENTITY bdef1 $[FROM keys$] REQUEST request RESULT result_tab
    $[ENTITY bdef2 $[FROM keys$] REQUEST request RESULT result_tab$]
    $[...$]
    $[response_param$].

GET PERMISSIONS, dynamische Form

3. GET PERMISSIONS $[PRIVILEGED$] $[ only_clause$] OPERATIONS perm_tab $[response_param$].

Wirkung

Hiermit wird Information über Berechtigungen von RAP-BOs versorgt. Berechtigungen werden sowohl auf Operationsebene als auf Feldebene definiert, beispielsweise können Operationen deaktiviert werden oder Felder auf schreibgeschützt gesetzt. Berechtigungen werden nicht nur bei der Verarbeitung von EML-Anforderungen durch die RAP-Laufzeit geprüft, können aber auch im Voraus über eine GET PERMISSIONS-Anweisung durch den RAP-BO-Consumer angefordert werden. Die Berechtigungen umfassen mehrere Aspekte:

• Globale und instanzbasierte Berechtigung

• globale Berechtigung: Hiermit wird geprüft, ob der aktuelle Benutzer eine Operation generell ausführen darf, d.h. unabhängig von der zu verarbeitenden Daten. Beispielsweise darf der Benutzer keine Daten ändern.

• instanzbasierte Berechtigung: Berechtigungsprüfungen, die basierend auf einem konkreten Wert eines Feldes einer Instanz definierbar sind.

• Globales und instanzbasiertes Feature-Control

• globales Feature-Control: Feature-Controls, die von externen Faktoren wie Benutzereinstellungen oder einem Geschäftskontext abhängig sind.

• instanzbasiertes Feature-Control: Prüfungen, die vom Zustand einer Entitätsinstanz abhängig sind.

• statisches Feature-Control: Hiermit werden einzelne Felder einer Entität angegeben, die bestimmten Zugriffseinschränkungen unterliegen, beispielsweise als readonly in der BDEF gekennzeichnete Felder.

Für alle Merkmale muss die Beschaffung der Berechtigungen mit Ausnahme von statischen Feature-Controls in RAP-BO-Provider-Implementierungen selbst implementiert sein. Bei den statischen Feature-Controls ist die Zugriffseinschränkung in der BDEF direkt definiert. Ein Beispiel ist ein als readonly gekennzeichnetes Feld.

Die Behandlung und Konsolidierung des Berechtigungsergebnisses und die allgemeinen besten Vorgehensweisen sind unter GET PERMISSIONS, Richtlinien beschrieben. Ein Beispiel sind Berechtigungsergebnisse, die zusammengeführte Informationen enthalten. Unter anderem werden statische Feature-Controls mit globalen Feature-Controls zusammengeführt.

Berechtigungen können für folgendes abgerufen werden:

• Operationen zum Anlegen, Aktualisieren und Löschen

• Assoziationen mit create-by-association-Operationen

• Felder

• Aktionen

Berechtigungen können für interne Elemente wie interne Assoziationen und interne Aktionen nicht abgerufen werden. Für virtuelle Elemente in Projektionen sind nur statische Features verfügbar.

Folgende Varianten der GET PERMISSIONS-Anweisung können verwendet werden:

• GET PERMISSIONS, Kurzform

Hiermit wird Information über Berechtigungen für Instanzen einer einzelnen Entität abgerufen.

• GET PERMISSIONS, Langform

Hiermit werden mehrfache Abfragen an mehrere Entitäten eines RAP-BOs gesammelt.

• GET PERMISSIONS OPERATIONS, dynamische Form

Hiermit werden Berechtigungsabfragen an mehrere RAP-BO-Entitäten in einer GET PERMISSIONS-Anweisung gesammelt.

• Mit dem Beispiel - GET PERMISSIONS, Varianten werden die unterschiedlichen Varianten mit einem einfachen verwalteten RAP-BO demonstriert.

• Mit dem Beispiel - GET PERMISSIONS, only_clause werden die unterschiedlichen Varianten von only_clause mit einem einfachen verwalteten RAP-BO demonstriert.

• In dem Beispiel - RAP Calculator (nicht verwaltet) wird eine GET PERMISSIONS-Anweisung mit einem einfachen nicht verwalteten RAP-BO verwendet. In diesem Fall werden Berechtigungen angefordert, die die Möglichkeit einer auf den verfügbaren Einträgen basierten Berechnung ermitteln. Die Berechnung wird beispielsweise bei einer Division durch 0 abgelehnt.

General Material Data   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 8125 Date: 20240423 Time: 210224     sap01-206 ( 98 ms )