Roles and Rights

As a quick introduction, here is a hierarchical view of the different Roles. Click on the different levels to see subjacent roles:

In the following table, you find an overview over the most important roles and rights, to offer a simple glance of the the most important roles. For more advanced needs, you can further divide the roles of Expert, Viewer and Admin into more fine-grained roles, details of which are listed in the second table at the end of the page.

The roles in capital letters are used for user rights synchronisation via LDAP, see  LDAP (Active Directory) Systemparameter, Parameter LDAP_SECURITY_GROUPS_MAPPING.

Most important roles:

Weitere Rollen, feingranular aufgeteilt je nach Tätigkeitsgebiet:

*noch nicht umgesetzt in der Rechte-Synchronisation

Fussnoten und Details:

¹⁾ wenn delegiert mit Abschliessen
²⁾ wenn der Actiontyp die Erstellung von Enduser erlaubt
³⁾ nur wenn "darf bearbeiten" Checkbox für Action Owner selektiert ist
⁴⁾ nur wenn "darf bearbeiten" Checkbox für Action Owner selektiert ist & Enduser = Primary Action Owner ist
⁵⁾ nur für Kontrollen
⁶⁾ nur für Action
⁷⁾ inkl. Überwachung / Hochladen von Bewertungsgrundlagen
⁸⁾ via Benutzer wechseln
⁹⁾ Reichweiten sind: OE
¹⁰⁾ im Sinne von «zentralen» Dokumenten – bei Attachments (z.B. bei Tasks / Actions, ...) wird dieses Recht nicht abgefragt
¹¹⁾ mit eigener OE
¹²⁾ geprüft werden Area UND Incident Type oder OE UND Incident Type 
¹³⁾ nur wenn der Enduser in einem spezifischen Bericht "zusätzliche Leseberechtigung" erhält

Scopes bestimmen die Reichweiten der Berechtigungen

Je nach Rolle sind verschiedene Scope-Einschränkungen möglich. Scopes bestimmen die Reichweite / Gültigkeitsgebiet der Rechte.
So können Rechte nur für einen bestimmten Bereich vergeben und sehr fein granular gemäss "Need-to-know"-Prinzip vergeben werden. 

Nachfolgend die in der Applikation vorhandenen Scopes zur Übersicht. Hinweis: nicht alle Scopes sind für jede Rolle relevant.

Zusatzinformationen

Es gibt an einzelnen Stellen zusätzliche Regelungen die betreffend Benutzer-Rechten relevant sein können:

• In Produktion kann ein Administrator seine eigenen Rechte nicht ändern, in den Test-Umgebungen hingegen schon. 
• Einzelne Rollen / Scopes sind nur relevant wenn die entsprechenden Module genutzt werden
• teilweise gibt es zusätzliche Einstellungen in den Konfigurationen um weitere Vertraulichkeitsstufen zu definieren, zwei Beispiele:
  • "Geschlossener Benutzerkreis" in den OE's
  • "Immer sichtbar für eigene OE" im Dokumenten-Typ (DMS)