Berechtigungen

Es können für jedes Datenfeld/jede Entität/jede Klasse der vorhandenen Klassenstruktur die Rechte (Read, Write und Delete) definiert werden. Dabei ist zu beachten, dass die Vergabe von Rechten in der Klassenstruktur grundsätzlich an jedem Knoten innerhalb der einzelnen Klassenstrukturen möglich ist. Alle Rechte, welche an einem Knoten vergeben wurden, gelten auch für untergeordnete Knoten. Es besteht jedoch die Möglichkeit, an einem untergeordneten Knoten eine Erlaubnis in ein Verbot zu ändern. Beachten Sie weiterhin die Gruppenrechte!

  • Verbot vor Zulassen
  • Nutzerrecht vor Gruppenrecht
  • Rechte werden vererbt
  • Rechte sind auch an den Nachschlageklassen zu erfassen
Rechte an der Basisklasse

Um den Nutzern Zugriff auf die Dokumente im Puzzle zu ermöglichen, sollte für alle Nutzer an der Basisklasse das READ Recht eingerichtet werden.

Verfügbare Rechte
  • Read (Objekte dieses Typs können angezeigt werden)
  • Write (Objekte dieses Typs können verändert werden)
  • Delete (Objekte dieses Typs können gelöscht werden)
  • Admin  (Administrieren der Objekte, wird automatisch für die Gruppe SYSTEM_ADMINISTRATORS_GROUP vergeben)

Eine allgemeine Beschreibung zum Rechtekonzept und zur Einrichtung von Rechten finden Sie hier!

metadaten_rechte.png

Hinweis: Wurde ein Recht an einer Klasse oder Entität vergeben, zeigt das Objektsymbol ein Schloß!
Rechte an Nachschlageklassen

Für jede Nachschlageklasse müssen Sie die Rechte Read, Write und Delete für die jeweiligen Nutzer setzen!

RechtNachschlageliste.png

Für den Ordner Nachschlageklassen können keine Rechte vergeben werden. Dies muss an der jeweiligen Nachschlageklasse geschehen. Wollen Sie alle Klassen mit den gleichen Rechten versehen oder neue Rechte für Klassen einrichten, so empfiehlt sich diese Funktion. 

Zur Definition der neuen Rechte wird nach dem Aufrufen der Funktion ein neues Dialogfenster bereitgestellt.

Recht_Dialog.png

Achtung:  Durch einen einfachen Linksklick auf die b_uebernehmen.png- Schaltfläche und anschließender Bestätigung der Sicherheitsabfrage werden die bestehenden Rechte der Nachschlageklassen überschrieben.
Rechteverwaltung für komplexe Klassen und Nachschlageklassen

Beim Erstellen von komplexen Klassen/Nachschlageklassen und Entitäten sind folgende Regeln und Ausnahmen zu beachten:

  • Wird eine Klasse neu erstellt, so wird das Adminrecht der System_Administrators_Group vergeben
  • Wurden Rechte an der Kategorie/Entität/Klasse eingerichtet, so werden diese an die darunterliegenden Entitäten vererbt! Außer: die Entität enthält eine Verknüpfung auf eine Nachschlageklasse/komplexe Klasse. Für diese müssen die Rechte separat gesetzt werden. (Beispiel Rechtevergabe Nachschlageklasse, Beispiel Rechtevergabe komplexe Klasse
  • Rechte werden immer nur einmal für eine Klasse gesetzt, auch wenn die Klasse mehrfach in der Klassenstruktur verwendet wird. (Beispiel Feld Wohnort)
  • Vererbung wird nicht an Nachschlageklassen oder komplexe Klassen weitergegeben (ob eine Klasse bearbeitbar/lesbar ist, hängt von den Rechten der verknüpften Entität ab)
  • Felder für Nachschlageklassen oder komplexe Klassen müssen explizit zugelassen werden, damit diese zu sehen sind (Beispiel Rechte setzen)

Beispiele:

 Hinweis: alle Beispiele basieren auf dem Musikschulbeispiel.
Beispiel: Rechtevergabe Nachschlageklasse

Die Adresse ist eine Entität mit einem Verweis auf das Nachschlagefeld Wohnort. Das Feld Adresse bekommt das Leseverbot vom übergeordneten Knoten vererbt. Die Rechte für die Nachschlageklasse müssen nun explizit neu gesetzt werden, wenn diese Klasse trotzdem bearbeitet werden soll. Der Nutzer hat keinen Zugriff auf die Nachschlageklasse Wohnort, da das Feld Adresse aufgrund des Leseverbotes nicht sichtbar ist und somit alle darunter befindlichen Elemente auch nicht sichtbar sind.Der Wohnort kann aber im Bereich der Nachschlagewerte im cardo.Puzzle bei entsprechender Rechtevergabe (Lese- und Schreibrecht) trotzdem bearbeitet werden.

Rechte:

  • Entität Adresse (Leseverbot, Schreibverbot)
  • Nachschlagefeld Wohnort (Leseerlaubnis, Schreiberlaubnis)

-> Feld Adresse im cardo.Puzzlenicht sichtbar, Nachschlageklasse Wohnort kann dort nicht bearbeitet werden

 bsp1.png

-> Nutzer wechselt ins Menü Nachschlagewerte und kann dort das Feld Wohnort Lesen und Bearbeiten.

bsp1a.png 

Beispiel: Rechtevergabe für komplexe Klasse

Wurden an der Entität (mit einem Verweis auf komplexe Klasse) Rechte gesperrt, so kann die komplexe Klasse nicht bspw. gelesen oder bearbeitet werden. Ein gesperrtes Recht kann nicht mehr, auch nicht durch explizites Setzen an der komplexen Klasse, zurückgesetzt werden.

Wird eine komplexe Klasse neu eingerichtet, müssen die Rechte explizit neu gesetzt werden, da hier KEINE Vererbung stattfindet.

A) Rechte:

  • Feld Instrumente (Enität auf komplexe Klasse) kein Lese- und Schreibrecht
  • Feld Art der Instrumente (komplexe Klasse) Lese- und Schreibrecht

Abbildung links: das Feld Instrumente ist nicht sichtbar aufgrund fehlender Leserechte, auch die verknüpfte komplexe Klasse ist nicht sichtbar trotz Lese- und Schreibrecht (Verbot vor Zulassen!), rechts: mit Lese- und Schreibrecht am Feld Instrumente

bsp2.png bsp2a.png

 

 

 

B) Rechte:

  • Feld Instrumente (Enität auf komplexe Klasse) Lese- und Schreibrecht
  • Feld Art der Instrumente (komplexe Klasse) Leserecht

-> keine Vererbung der Schreibrechte vom Feld Instrumente auf die komplexe Klasse, die komplexe Klasse hat nur das Leserecht, das Feld ist somit nur zu sehen und nicht zu bearbeiten

instrumente.png

Beispiel: Verbot Leserecht an der Entität Musikinstrumente

Rechte:

  • Enität Musikinstrumente kein Lese- und Schreibrecht

-> links: Enität und alle nachfolgenden Klassen sind nicht sichtbar, Ausnahme Nachschlageklasse Wohnort, die mit Lese- und Schreibrecht im Ordner Nachschlagewerte bearbeitet werden kann. rechts: alle erforderlichen Rechte sind gesetzt.

 

ohnerecht.png

 bsp3a.png

Beispiel: Rechte setzen
  • Rechte an komplexen Klassen oder Nachschlageklassen müssen immer gesetzt werden, sonst sind diese Felder nicht zu sehen!

  rechtesetzen.png

Meldung: Das ausgewählte Element enthält keinerlei Felder! In der folgenden Abbildung erhielt die komplexe Klasse Musikinstrumente keine Rechte.

fehlenderechte.png

Beispiel: Feld Wohnort

Wird der Nachschlageklasse Wohnort das Leserecht an einer Stelle entzogen, so wirkt sich dass auf alle drei Stellen aus, in denen das Feld in der Klassenstruktur verwendet wird. Vgl. mit Musikschulbeispiel.

wohnort.png