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