Verantwortung vor Rollennamen definieren
Beginnen Sie mit den Tätigkeiten innerhalb einer Kundenorganisation: Berichte lesen, Kollegen einladen, Integrationen bearbeiten, Anträge vorbereiten und sensible Änderungen freigeben. Benennen Sie für jede Tätigkeit den geschäftlichen Zweck und die betroffenen Datensätze. Fassen Sie anschließend passende Verantwortlichkeiten zu Rollen zusammen, die ein Administrator ohne Schaubild erklären kann. Vermeiden Sie eine allmächtige Managerrolle, nur weil sie während der Entwicklung bequem ist. Eine Person im Berichtswesen benötigt möglicherweise die gesamte Historie, aber keinerlei Änderungsrechte. Beschreiben Sie für jede Rolle eine erlaubte und eine verweigerte Handlung. Daraus entstehen hilfreiche Abnahmeprüfungen.
Organisationsgrenzen ausdrücklich prüfen
Eine Person kann mehreren Organisationen angehören. Die Kontokennung allein genügt deshalb nicht für eine Zugriffsentscheidung. Jede relevante Anfrage muss die aktive Organisation bestimmen und die Mitgliedschaft für die angeforderte Ressource prüfen. Dieselbe Grenze gilt für Exporte, Suchergebnisse, Hintergrundaufgaben und Anhangslinks. Beim Wechsel des Arbeitsbereichs dürfen keine Daten der vorherigen Firma sichtbar bleiben. Testen Sie zwei Organisationen mit ähnlichen Projektnamen und gemeinsamen Mitgliedern. Berücksichtigen Sie eine Person, deren Mitgliedschaft während der Berichtserstellung endet. Legen Sie fest, ob der Bericht fertiggestellt, verworfen oder erst nach erneuter Autorisierung heruntergeladen werden darf.
Einladungen und Austritte als Abläufe gestalten
Eine Einladung braucht Empfänger, vorgeschlagene Rolle, Ablaufdatum und sichtbaren Status. Erklären Sie, was bei einem bestehenden Konto oder bei Annahme mit dem falschen Konto passiert. Ein alter Einladungslink allein darf keine privilegierten Rechte vermitteln. Beim Austritt reicht das Ausblenden eines Nutzers nicht: Prüfen Sie aktive Sitzungen, persönliche API-Zugänge, geplante Exporte und die Eigentümerschaft gemeinsamer Ressourcen. Trennen Sie den Zugriffsentzug von der Löschung früherer Arbeit. Vor dem Entfernen des letzten Eigentümers ist eine bewusste Übertragung oder ein definierter Wiederherstellungsweg erforderlich. Halten Sie fest, wer jede Änderung mit welcher Befugnis vorgenommen hat.
Berechtigungsänderungen nachvollziehbar machen
Zeigen Sie vor dem Speichern die Folgen einer Rollenänderung, besonders bei Zugriff auf Finanzdaten oder Integrationseinstellungen. Bewahren Sie einen lesbaren Verlauf mit handelnder Person, Organisation, alter und neuer Rolle sowie Zeitpunkt auf. Prüfprotokolle müssen auch nach einer Änderung des Anzeigenamens verständlich bleiben. Prüfen Sie Rechte auf dem Server und in der Oberfläche; ein ausgeblendeter Knopf ist keine Autorisierungsgrenze. Führen Sie abschließend mit dem Support eine kurze Übung durch: Ermitteln Sie, warum eine Aufgabe nicht möglich ist, ohne vorschnell zusätzliche Rechte zu vergeben. Das Modell sollte verständlich, prüfbar und im Alltag betreibbar sein.