> ## Documentation Index
> Fetch the complete documentation index at: https://docs.ferrufino-tech-solutions.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Rollen & Berechtigungen
> Die drei organisationsweiten Rollen und was jede von ihnen darf. Eine Rolle gilt nicht je Arbeitsbereich, sondern für die ganze Organisation.
FTS verwendet **rollenbasierte Zugriffskontrolle (RBAC)**, um festzulegen, wer was sehen, erstellen, bearbeiten und genehmigen kann. Jede Rolle hat spezifische Berechtigungen.
## Rollenhierarchie
Es gibt **genau drei** Rollen. Sie heißen im Produkt Operator, Prüfer und Admin.
### 1. Operator
Standardrolle. Jede Person, die ohne ausdrücklich zugewiesene Rolle beitritt,
wird Operator.
* ✅ Cases erstellen und bearbeiten (eigene)
* ✅ Nachweise hochladen
* ✅ Zur Prüfung einreichen
* ✅ Cases der eigenen Organisation lesen
* ❌ Cases anderer Personen bearbeiten
* ❌ Prüfen, verifizieren, veröffentlichen
* ❌ Vorlagen anlegen
**Ideal für**: Techniker, Operatoren, Ingenieure
### 2. Prüfer (Reviewer)
Verifiziert Cases und überwacht die Qualität.
* ✅ Alle Operator-Berechtigungen
* ✅ Cases in Prüfung verifizieren oder mit Kommentar zurückgeben
* ✅ Verifizierte Cases veröffentlichen
* ✅ Nachweise auch an verifizierte und veröffentlichte Cases hängen
* ✅ Fallvorlagen anlegen
* ❌ Cases anderer Personen bearbeiten
* ❌ Benutzer verwalten
* ❌ Abrechnung/Einstellungen
**Den eigenen Case verifiziert auch ein Prüfer nicht.** Solange in Ihrer
Organisation das **Vier-Augen-Prinzip** eingeschaltet ist — und das ist die
Voreinstellung —, darf niemand den eigenen Case verifizieren, auch nicht mit
Prüferrolle. Ein Admin kann diese Einstellung ausschalten. *Ergänzt am
06.08.2026:* diese Einschränkung stand bisher nur unter
[Review-Workflow](/de/features/review-workflow) und auf der englischen Fassung
dieser Seite — die Zeile *Cases verifizieren* in der Tabelle unten galt immer
schon mit ihr.
**Ideal für**: Technische Leiter, Qualitätsmanager, Seniorexperten
### 3. Admin
Vollständige Verwaltung der Organisation. Über dem Admin steht nichts.
* ✅ Alle Prüfer-Berechtigungen
* ✅ Benutzer einladen, entfernen, Rollen zuweisen
* ✅ Jeden Case bearbeiten und löschen
* ✅ Taxonomie erstellen/ändern *(ab Tarif Team)*
* ✅ Audit-Log anzeigen *(nur Tarif Enterprise)*
* ✅ Admin-Übersicht mit Auswertungen anzeigen *(ab Tarif Team)*
* ✅ Abrechnung verwalten
* ✅ Organisation löschen
**Drei dieser Punkte hängen nicht nur an der Rolle, sondern auch am Tarif.**
*Ergänzt am 06.08.2026:* Bisher nannte diese Seite als einzige Voraussetzung die
Admin-Rolle. Gemessen an `lib/plan-limits.ts`: das **Ändern der drei
Taxonomie-Listen** und die **Auswertungen der Admin-Übersicht** setzen mindestens
den Tarif **Team** voraus, das **Audit-Log** — Ansicht *und* Export — gehört
ausschließlich zum Tarif **Enterprise**. Im Tarif Starter kann ein Admin diese
drei Dinge nicht, und die Anwendung weist ihn an der Stelle ab. Alles andere in
dieser Liste hängt allein an der Rolle.
**Ideal für**: Team-Lead, Geschäftsführung
**Es gibt keine Betrachter-Rolle, keine Mitglied-Rolle und keine
Eigentümer-Rolle.** Frühere Fassungen dieser Seite führten fünf Rollen samt
Berechtigungsmatrix auf. Es gibt insbesondere **keine reine Leserolle**: wer sich
in einer Organisation anmelden kann, kann dort auch Cases anlegen. Abrechnung und
Löschung liegen beim Admin, nicht bei einem gesonderten Eigentümer.
## Rollen zuweisen
### Neue Benutzer einladen
Gehen Sie zu **Einstellungen** → **Mitglieder einladen**
Geben Sie Email-Adresse ein
Wählen Sie eine Rolle aus der Dropdown-Liste — Operator, Prüfer oder Admin
Klicken Sie auf **Einladen** – Email wird versendet
### Bestehende Rollen ändern
1. Gehen Sie zu **Einstellungen** → **Mitglieder**
2. Wählen Sie die neue Rolle im Auswahlfeld in der Zeile der Person
Die Änderung ist mit der Auswahl gespeichert — es gibt **keine** Schaltfläche
zum Speichern und kein Rückgängig. Die betroffene Person wird **nicht**
benachrichtigt; sagen Sie ihr selbst Bescheid.
Sich selbst herabstufen können Sie — die **letzte** Administratorin oder den
letzten Administrator einer Organisation lässt das Produkt allerdings weder
herabstufen noch entfernen. Sie können sich also nicht aus Versehen aussperren.
## Keine Zuweisung auf Kategorien
Eine **Spezialisierung von Prüfern auf Kategorien** gibt es nicht, und ebenso
wenig eine automatische Auswahl von Prüfern anhand der Case-Kategorie. Frühere
Fassungen dieser Seite beschrieben beides. Die Prüfwarteschlange ist für alle
Prüfberechtigten der Organisation gemeinsam. (Offener Punkt #99.)
## Berechtigungsmatrix
| Aktion | Operator | Prüfer | Admin |
| ----------------------- | :------: | :----: | :---: |
| Cases lesen | ✅ | ✅ | ✅ |
| Cases erstellen | ✅ | ✅ | ✅ |
| Cases bearbeiten | ✅\* | ✅\* | ✅ |
| Zur Prüfung einreichen | ✅ | ✅ | ✅ |
| Cases verifizieren | ❌ | ✅† | ✅ |
| Cases veröffentlichen | ❌ | ✅ | ✅ |
| Fallvorlagen anlegen | ❌ | ✅ | ✅ |
| Taxonomie verwalten | ❌ | ❌ | ✅‡ |
| Audit-Log ansehen | ❌ | ❌ | ✅‡ |
| Admin-Übersicht ansehen | ❌ | ❌ | ✅‡ |
| Benutzer einladen | ❌ | ❌ | ✅ |
| Plan ändern | ❌ | ❌ | ✅ |
| Organisation löschen | ❌ | ❌ | ✅ |
\*nur eigene Cases · †nicht den eigenen Case, solange das Vier-Augen-Prinzip
eingeschaltet ist (Voreinstellung) · ‡zusätzlich vom Tarif abhängig: Taxonomie
und Admin-Übersicht ab **Team**, Audit-Log nur **Enterprise**
## Best Practices
**Prinzip der geringsten Berechtigung**: Weisen Sie nur die minimale Rolle zu, die nötig ist. Prüfer → nicht alle sind Admins.
### Onboarding-Rollen
* **Neue Techniker**: Operator-Rolle
* **Erfahrene Techniker**: Prüfer-Rolle (nach 3 Monaten)
* **Teamleiter**: Admin-Rolle
### Offboarding
Wenn Benutzer Workspace verlässt:
1. Entfernen Sie die Person unter **Einstellungen** → **Mitglieder** mit **Entfernen**
2. Ihre Cases und Prüfungen bleiben erhalten (Audit-Trail), der Platz im Tarif wird frei
3. Eine automatische Neuzuweisung von Prüfern gibt es nicht — die Prüfwarteschlange ist ohnehin für alle Prüfberechtigten gemeinsam
## Nächste Schritte
Schritt-für-Schritt Team-Aufbau
Reviewer-Rollen im Kontext