Berechtigungskonzept

In diesem Kapitel lernst du das Berechtigungssystem des OKR-Moduls kennen und verstehst, wie die verschiedenen Rollen und Zugriffsrechte funktionieren.

Übersicht

Das OKR-Modul verwendet ein mehrstufiges Berechtigungssystem:

┌─────────────────────────────────────────────────────────────────┐
│  1. Systemgruppen (ELIZA-Benutzergruppen)                       │
│     ↓                                                           │
│  2. Eigentümer-basierte Berechtigungen (Verantwortliche)        │
│     ↓                                                           │
│  3. Sichtbarkeits-Einstellungen (Normal/Geschützt)              │
│     ↓                                                           │
│  4. Organisationseinheiten-basierter Zugriff                    │
└─────────────────────────────────────────────────────────────────┘

Systemgruppen

ELIZA definiert zwei Hauptgruppen für das OKR-Modul:

okr_users (Lesezugriff)

Mitglieder dieser Gruppe können:

BerechtigungBeschreibung
✅ Zielsysteme ansehenAlle normalen Zielsysteme lesen
❌ Zielsysteme erstellenKeine Berechtigung
❌ Zielsysteme bearbeitenKeine Berechtigung
❌ Zielsysteme löschenKeine Berechtigung

Hinweis: Die Gruppe okr_users hat nur Lesezugriff auf Zielsysteme. Perioden, Objectives und Key Results werden über das Zielsystem vererbt.

okr_admin (Vollzugriff)

Mitglieder dieser Gruppe haben vollständigen Zugriff:

ObjektAnsehenErstellenBearbeitenLöschen
Zielsystem
Periode
Zielsetzung
Ergebnis
Update

Eigentümer-basierte Berechtigungen

Unabhängig von den Systemgruppen haben Verantwortliche (Owners) erweiterte Rechte.

Was ist ein Verantwortlicher?

Verantwortliche sind Benutzer, die im Feld “Verantwortung” eines Objekts eingetragen sind.

Rechte der Verantwortlichen

ObjektVerantwortlicher kann
ZielsystemAnsehen, Bearbeiten, Perioden hinzufügen
PeriodeAnsehen, Bearbeiten, Objectives hinzufügen
ZielsetzungAnsehen, Bearbeiten, Key Results hinzufügen
ErgebnisAnsehen, Bearbeiten, Updates hinzufügen

💡 Wichtig: Ein Verantwortlicher auf einem Zielsystem hat automatisch Zugriff auf alle untergeordneten Objekte!

Vererbung der Berechtigungen

Die Berechtigungen vererben sich nach unten:

Zielsystem (Owner: Anna)
    │
    ├── Periode 1 (Owner: Anna, erbt von System)
    │       │
    │       └── Objective 1 (Owner: Bruno, plus Zugriff für Anna)
    │               │
    │               └── Key Result 1 (Owner: Clara, plus Zugriff für Anna und Bruno)
    │
    └── Periode 2 (Owner: Daniel, plus Zugriff für Anna)

Sichtbarkeits-Einstellungen

Normale Sichtbarkeit

Bei Zielsystemen mit normaler Sichtbarkeit gilt:

  • Alle Benutzer mit okr.view_system Berechtigung können das System sehen
  • Standard-Berechtigungen greifen

Geschützte Sichtbarkeit

Bei Zielsystemen mit geschützter Sichtbarkeit gilt:

  • Nur Verantwortliche können das System sehen
  • Oder Mitglieder der zugeordneten Organisationseinheiten
  • Oder Benutzer mit Löschberechtigung (okr.delete_system)

💡 Tipp: Nutze geschützte Sichtbarkeit für vertrauliche strategische Ziele!

Organisationseinheiten-basierter Zugriff

Bei geschützten Zielsystemen können Organisationseinheiten zugeordnet werden:

Funktionsweise

  1. Ein geschütztes Zielsystem hat beteiligte Organisationseinheiten
  2. Benutzer, die Mitglied einer dieser Organisationseinheiten sind, erhalten Lesezugriff
  3. Dies wird über die Gruppenverknüpfung der Organisationseinheit gesteuert

Beispiel

Zielsystem: "Vertrauliche Strategie 2025"
- Sichtbarkeit: geschützt
- Verantwortliche: CEO, CFO
- Beteiligte Organisationseinheiten: Geschäftsleitung, Controlling

→ Alle Mitglieder der Geschäftsleitung und Controlling können das System sehen

Status und Sichtbarkeit

Zielsetzungen im Entwurf

Objectives im Status “Entwurf” sind nur sichtbar für:

  • Den/die Verantwortlichen des Objectives
  • Benutzer mit Löschberechtigung (okr.delete_objective)

Freigegebene Objekte

Nach der Freigabe gelten die normalen Berechtigungsregeln über das übergeordnete Objekt.

Berechtigungsmatrix

Zusammenfassung der Zugriffsrechte

RolleSystem ansehenSystem erstellenPeriode erstellenObjective erstellenKey Result erstellenUpdate erstellen
okr_users✅¹
okr_admin
System-Owner✅²✅²✅²
Perioden-Owner✅²✅³✅³
Objective-Owner✅²✅⁴
Key Result-Owner✅²

Legende:

  • ¹ Nur normale Systeme, keine geschützten
  • ² Über Vererbung vom übergeordneten Objekt
  • ³ Innerhalb der eigenen Periode/des eigenen Objectives
  • ⁴ Für die eigenen Key Results

Typische Szenarien

Szenario 1: Unternehmensweites OKR

Setup:

  • Ein Zielsystem für das gesamte Unternehmen
  • Sichtbarkeit: normal
  • Alle Mitarbeiter in Gruppe okr_users
  • Führungskräfte in Gruppe okr_admin

Ergebnis:

  • Alle können Ziele sehen
  • Nur Führungskräfte können erstellen/bearbeiten

Szenario 2: Abteilungsspezifische OKRs

Setup:

  • Separate Zielsysteme pro Abteilung
  • Sichtbarkeit: geschützt
  • Abteilungsleiter als Verantwortliche
  • Abteilung als beteiligte Organisationseinheit

Ergebnis:

  • Nur Abteilungsmitglieder sehen ihre Ziele
  • Abteilungsleiter können bearbeiten

Szenario 3: Team-Level OKRs

Setup:

  • Objectives/Key Results mit Team-Mitgliedern als Verantwortliche
  • Jedes Team-Mitglied pflegt seine eigenen Key Results

Ergebnis:

  • Jeder sieht alle Ziele (normale Sichtbarkeit)
  • Jeder aktualisiert seine eigenen Key Results

Berechtigungen prüfen

Als Benutzer

Du kannst deine Berechtigungen überprüfen durch:

  1. Menü prüfen: Wenn du “OKR” im Menü siehst, hast du Lesezugriff
  2. Aktionsbuttons: Wenn du “Bearbeiten” oder “Löschen” siehst, hast du erweiterte Rechte
  3. Hinzufügen-Buttons: Grüne Buttons zeigen Erstellungsrechte

Als Administrator

Administratoren können Gruppenmitgliedschaften im Benutzer-Management prüfen und anpassen.

Tipps für Administratoren

✅ Empfehlungen

  • Minimal-Prinzip: Vergib nur notwendige Berechtigungen
  • Verantwortliche nutzen: Statt breite Admin-Rechte zu vergeben
  • Geschützt für Sensibles: Nutze geschützte Sichtbarkeit für vertrauliche Ziele
  • Regelmässige Prüfung: Überprüfe Gruppenmitgliedschaften periodisch

❌ Zu vermeiden

  • Alle Benutzer in okr_admin aufnehmen
  • Keine Verantwortlichen zuweisen
  • Geschützte Systeme ohne Organisationseinheiten

Häufige Fragen

Warum sehe ich ein Zielsystem nicht?

Mögliche Gründe:

  1. Du bist nicht in der Gruppe okr_users oder okr_admin
  2. Das System ist geschützt und du bist nicht Verantwortlicher oder Mitglied der Organisationseinheit
  3. Das System wurde gelöscht

Warum kann ich nichts bearbeiten?

Mögliche Gründe:

  1. Du bist nicht in der Gruppe okr_admin
  2. Du bist nicht als Verantwortlicher eingetragen
  3. Das Objekt gehört zu einem geschützten System, auf das du keinen Zugriff hast

Wie werde ich Verantwortlicher?

Ein bestehender Verantwortlicher oder Administrator kann dich im Feld “Verantwortung” hinzufügen.

Kann ich meine eigenen Updates bearbeiten?

Ja, wenn du die entsprechende Berechtigung auf das Key Result hast (als Owner oder über Gruppen).

Zusammenfassung

In diesem Kapitel hast du gelernt:

  • ✅ Die zwei Systemgruppen (okr_admin, okr_users) und ihre Rechte
  • ✅ Wie Eigentümer-basierte Berechtigungen funktionieren
  • ✅ Den Unterschied zwischen normaler und geschützter Sichtbarkeit
  • ✅ Wie Organisationseinheiten den Zugriff steuern
  • ✅ Typische Szenarien für die Berechtigungskonfiguration

Du hast das OKR Benutzerhandbuch abgeschlossen! 🎉

Zurück zur Übersicht

berechtigungen rollen zugriff sicherheit admin