Skip to main content
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 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

1
Gehen Sie zu EinstellungenMitglieder einladen
2
Geben Sie Email-Adresse ein
3
Wählen Sie eine Rolle aus der Dropdown-Liste — Operator, Prüfer oder Admin
4
Klicken Sie auf Einladen – Email wird versendet

Bestehende Rollen ändern

  1. Gehen Sie zu EinstellungenMitglieder
  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

*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 EinstellungenMitglieder 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

Team einladen

Schritt-für-Schritt Team-Aufbau

Review-Workflow

Reviewer-Rollen im Kontext