Antwort
Rollen sollten aus tatsächlichen Verantwortlichkeiten entstehen, nicht aus möglichst vielen technischen Schaltern. Zuerst wird geklärt, wer einen Vorgang sehen, bearbeiten, freigeben, zurückgeben oder nur auswerten darf. Zusätzlich können Standort, Kunde, Organisation oder Vorgangsart den Zugriff begrenzen. Besonders kritische Aktionen benötigen eventuell eine zweite Bestätigung oder ein Vier-Augen-Prinzip.
Eine Rollenmatrix allein genügt nicht. Rechte müssen serverseitig durchgesetzt, mit realistischen Konten getestet und bei organisatorischen Änderungen gepflegt werden. Schnittstellen benötigen eigene technische Identitäten mit so wenig Berechtigung wie möglich. Für geschäftskritische Entscheidungen sollte nachvollziehbar bleiben, wer wann was geändert hat. Die konkrete Ausprägung richtet sich nach Risiko und Vertrag; eine kleine interne Anwendung braucht nicht dieselbe Komplexität wie ein mandantenfähiges Kundenportal. Unsichtbare Sicherheitsannahmen sollten dennoch nie durch die Oberfläche ersetzt werden.
Redaktioneller Stand: 3. September 2026
Weiterführend
Passende Themenseite: Fachanwendungen und Websoftware