Benutzertypen-Referenz#

Diese Referenz erklärt die automatische Berechnung der Benutzertypen durch das ELIZA-System.

🎯 Über dieses Kapitel#

Dieses Kapitel ist eine technische Referenz für die automatische Benutzertyp-Zuweisung. Hier erfährst du:

• Wie ELIZA Benutzertypen automatisch bestimmt
• Welche Berechtigungen zu welchem Typ führen
• Welche Objektverantwortlichkeiten berücksichtigt werden
• Die genaue Berechnungslogik

💡 Tipp: Für eine benutzerfreundliche Erklärung siehe Kapitel 2: Benutzer verwalten.

Benutzertypen-Übersicht#

ELIZA kennt 4 Benutzertypen, die automatisch basierend auf Berechtigungen berechnet werden:

Automatische Berechnung#

Berechnungs-Ablauf#

ELIZA berechnet den Benutzertyp in folgenden Schritten:

1. Ist user_type manuell auf "consultant" gesetzt?
   └─ JA → Typ: Berater:in (keine weitere Prüfung)
   └─ NEIN → Weiter zu Schritt 2

2. Sammle alle Berechtigungen des Benutzers
   - System-Berechtigungen
   - Gruppen-Berechtigungen
   - Objekt-spezifische Berechtigungen

3. Prüfe auf Space-Berechtigungen
   └─ Hat Space-Berechtigungen? → Markiere "read_only_with_spaces"

4. Prüfe auf erweiterte Berechtigungen
   └─ Hat Berechtigungen außer Lese-Permissions? → Markiere "active"

5. Wenn noch "read_only": Prüfe Objektverantwortlichkeiten
   - DMS-Ordner Admin?
   - Dokument-Autor?
   - Prozess-Admin?
   - Tracker-Admin/Teammitglied?
   - Massnahmen-Controller?
   └─ Hat Verantwortlichkeiten? → Markiere "active"

6. Finale Typ-Bestimmung:
   - read_only=true + spaces=true → "reader_and_spaces"
   - read_only=true + spaces=false → "reader"
   - read_only=false → "active"

Berechnungs-Tabelle#

Lese-Berechtigungen (Read-Only)#

Standard Lese-Berechtigungen#

Diese Berechtigungen gelten als Lese-Berechtigungen und führen NICHT zu “Aktiver Benutzer”:

💡 Hinweis: Alle Berechtigungen, die mit view_ beginnen, gelten automatisch als Lese-Berechtigungen.

Space-Berechtigungen#

Diese Berechtigungen markieren einen Benutzer als “mit Spaces”:

💡 Regel: Ein Benutzer mit Space-Berechtigungen + nur Lese-Berechtigungen = “Lesebenutzer und Spaces”

Erweiterte Berechtigungen#

Erweiterte Berechtigungen sind alle Berechtigungen, die:

• NICHT in der Liste der Lese-Berechtigungen sind
• NICHT mit view_ beginnen
• NICHT Space-Berechtigungen sind

Beispiele für erweiterte Berechtigungen:

Objektverantwortlichkeiten#

Selbst wenn ein Benutzer nur Lese-Berechtigungen hat, wird er zu einem Aktiven Benutzer, wenn er Verantwortlichkeiten für bestimmte Objekte hat:

DMS-Verantwortlichkeiten#

Prozess-Verantwortlichkeiten#

Q-Meldungen-Verantwortlichkeiten#

IKS-Verantwortlichkeiten#

Spezialfälle#

Spezialfall 1: Prozess-Entwürfe#

Die Berechtigung prozesse.view_draft_process ist eine Ausnahme und führt zu “Aktiver Benutzer”, obwohl es eine view_ Berechtigung ist.

Grund: Entwürfe ansehen zu können ist eine erweiterte Berechtigung, die über normale Lese-Rechte hinausgeht.

Spezialfall 2: Berater:in (manuell gesetzt)#

Wenn user.user_type = "consultant" manuell gesetzt wurde, überschreibt dies die automatische Berechnung vollständig.

Verwendung: Für externe Berater, Auditoren, die spezielle Berechtigungen benötigen, die nicht in die Standard-Kategorien passen.

Spezialfall 3: Kombinierte Verantwortlichkeiten#

Ein Benutzer kann mehrere Verantwortlichkeiten haben. Alle werden in der Erklärung aufgelistet:

Beispiel:

Aktiver Benutzer - Ist Admin von DMS-Ordnern; Ist Autor von Dokumenten; Ist Admin von Prozessen

Berechnungs-Beispiele#

Beispiel 1: Reiner Lesebenutzer#

Benutzer: Maria Schmidt

Gruppen:

• DMS Dokumente (Lesen)
• Prozesse (Lesen)
• Organisation (Lesen)

Berechtigungen:

• dms.view_document
• prozesse.view_prozess
• organisation.view_mitarbeitende

Objektverantwortlichkeiten: Keine

→ Berechnung:

• Space-Berechtigung? ❌ Nein
• Erweiterte Berechtigung? ❌ Nein (nur view_)
• Objektverantwortlichkeiten? ❌ Nein

→ Ergebnis: Lesebenutzer (reader)

Beispiel 2: Lesebenutzer mit Spaces#

Benutzer: Thomas Weber

Gruppen:

• DMS Dokumente (Lesen)
• Spaces (Teilnehmen und Hinzufügen)

Berechtigungen:

• dms.view_document
• teams.view_space
• teams.add_space

Objektverantwortlichkeiten: Keine

→ Berechnung:

• Space-Berechtigung? ✅ Ja (teams.add_space)
• Erweiterte Berechtigung? ❌ Nein
• Objektverantwortlichkeiten? ❌ Nein

→ Ergebnis: Lesebenutzer und Spaces (reader_and_spaces)

Beispiel 3: Aktiver Benutzer durch Gruppe#

Benutzer: Anna Müller

Gruppen:

• DMS Dokumente (Admin)
• Projekte (Lesen und Hinzufügen)

Berechtigungen:

• dms.view_document
• dms.add_document
• dms.change_document
• dms.delete_document
• projects.view_project
• projects.add_task

Objektverantwortlichkeiten: Keine

→ Berechnung:

• Space-Berechtigung? ❌ Nein
• Erweiterte Berechtigung? ✅ Ja (dms.add_document, dms.change_document, dms.delete_document)
• Objektverantwortlichkeiten? ❌ Nein

→ Ergebnis: Aktiver Benutzer (active) Grund: “Hat erweiterte Berechtigungen: DMS Dokumente bearbeiten”

Beispiel 4: Aktiver Benutzer durch Objektverantwortung#

Benutzer: Peter Meier

Gruppen:

• DMS Dokumente (Lesen)
• Prozesse (Lesen)

Berechtigungen:

• dms.view_document
• prozesse.view_prozess

Objektverantwortlichkeiten:

• Admin von DMS-Ordner “Marketing”
• Autor von 15 Dokumenten

→ Berechnung:

• Space-Berechtigung? ❌ Nein
• Erweiterte Berechtigung? ❌ Nein
• Objektverantwortlichkeiten? ✅ Ja (DMS-Ordner Admin, Dokument-Autor)

→ Ergebnis: Aktiver Benutzer (active) Grund: “Ist Admin von DMS-Ordnern; Ist Autor von Dokumenten”

Beispiel 5: Berater:in (manuell)#

Benutzer: Dr. Martin Keller

user_type manuell gesetzt: consultant

Gruppen:

• Prozesse (Lesen)
• DMS Dokumente (Lesen)

Berechtigungen:

• prozesse.view_prozess
• dms.view_document

→ Berechnung:

• Manueller Typ “consultant”? ✅ Ja
• → Keine weitere Prüfung!

→ Ergebnis: Berater:in (consultant) Grund: “Manuell gesetzter Benutzertyp”

Häufige Fragen (FAQ)#

Warum ist mein Benutzer “Lesebenutzer”, obwohl er Admin-Gruppen hat?#

Prüfe folgendes:

1. Hat der Benutzer wirklich Admin-Gruppen zugewiesen? (nicht nur angeschaut)
2. Wurden die Änderungen gespeichert?
3. Wurde der Benutzertyp nach der Änderung aktualisiert? (sollte automatisch passieren)

Kann ich den Benutzertyp manuell überschreiben?#

Ja, aber nur für den Typ “Berater:in”:

1. Öffne die Benutzer-Detailseite (als Superuser)
2. Setze user_type = "consultant" im Admin-Interface
3. Speichern

⚠️ Achtung: Dies überschreibt die automatische Berechnung permanent!

Wie kann ich sehen, warum ein Benutzer einen bestimmten Typ hat?#

In der Benutzerliste wird bei “Aktiven Benutzern” der Grund angezeigt:

• “Hat erweiterte Berechtigungen: [Berechtigung]”
• “Ist Admin von DMS-Ordnern”
• “Ist Autor von Dokumenten”
• “Hat Prozessverantwortung”
• etc.

Was passiert, wenn ein Benutzer keine Gruppen hat?#

Ein Benutzer ohne Gruppen hat:

• Keine Berechtigungen
• Typ: Lesebenutzer (reader)
• Kann sich anmelden, aber nichts sehen/tun

→ Lösung: Weise mindestens eine Lese-Gruppe zu (z.B. “DMS Dokumente (Lesen)”)

Zusammenfassung#

In diesem Kapitel hast du gelernt:

• ✅ Wie ELIZA Benutzertypen automatisch berechnet
• ✅ Welche Berechtigungen zu welchem Typ führen
• ✅ Die Rolle von Objektverantwortlichkeiten
• ✅ Spezialfälle und Ausnahmen

Nächste Schritte#

Zurück zur Übersicht:

• Kapitel 2: Benutzer verwalten - Praktische Anwendung
• Kapitel 5: Systemgruppen-Referenz - Liste aller Gruppen

Praktische Anwendung:

• Teste die Berechnung mit Test-Benutzern
• Verstehe, warum bestimmte Benutzer bestimmte Typen haben
• Optimiere Gruppen-Zuweisungen für korrekte Typen

← Zurück zu: Systemgruppen-Referenz | Zurück zum Inhaltsverzeichnis