SA-05 – Tenant sperren / reaktivieren
Stand: 12.10.2026 11:23
Branch: main
Status: Abgeschlossen
Änderungshistorie anzeigen
Use Case: UC-SA – Superadmin-Panel
Screen: SA-05
Status: erster Vorschlag
Stand: Mai 2026
Wireframe
Zum Vergrössern auf das Bild klicken; es öffnet sich in voller Grösse.
1. Zweck
SA-05 dient zur bewussten Sperrung oder Reaktivierung eines Tenants.
Der Screen ist für sicherheitsrelevante Statusaktionen vorgesehen. Ein Tenant kann vorübergehend gesperrt, aus Sicherheitsgrund blockiert oder nach Prüfung wieder reaktiviert werden. Jede Aktion benötigt einen klaren Grund, eine Auswirkungsvorschau und eine bewusste Bestätigung.
SA-05 verhindert, dass gefährliche Statusänderungen beiläufig aus Listen- oder Detailansichten heraus erfolgen.
2. Primäre Nutzer
| Rolle |
Nutzung |
superadmin |
sperrt oder reaktiviert Tenant kontrolliert |
system |
prüft Status, Abhängigkeiten und protokolliert |
tenant_admin |
kein Zugriff |
mitarbeiter |
kein Zugriff |
kunde |
kein Zugriff |
3. Einstieg / Auslöser
| Einstieg |
Beschreibung |
| SA-02 |
Aktion bei Tenant mit Risiko oder Statusproblem |
| SA-03 |
Statusaktion aus Tenant-Detail |
| SA-08 |
Statusaktion aus Sicherheitsereignis |
| Supportfall |
Statusaktion nach Supportprüfung |
4.1 Tenant-Kontext
| Feld |
Beschreibung |
| Tenant |
Name und Kürzel |
| aktueller Status |
draft, active, suspended, locked, archived |
| Zielstatus |
suspended, locked oder active |
| aktueller Grund |
bestehender Sperr- oder Statusgrund |
| letzte Statusänderung |
Zeitpunkt und Benutzer |
| offene Risiken |
sicherheits- oder konfigurationsrelevante Hinweise |
4.2 Statusaktion
| Feld |
Beschreibung |
| Aktionstyp |
sperren, blockieren, reaktivieren |
| Zielstatus |
gewünschter neuer Status |
| Pflichtgrund |
Begründung für die Statusaktion |
| interne Notiz |
optionaler Zusatz, nicht tenantseitig sichtbar |
| Benachrichtigung |
optional vorbereiten, nicht automatisch V1 |
| Bestätigung |
bewusste Sicherheitsbestätigung |
4.3 Auswirkungsvorschau
| Bereich |
Auswirkung |
| Tenant-Zugriff |
Login / Nutzung kann blockiert werden |
| Kundenportal |
Portalzugriffe können blockiert werden |
| Benachrichtigungen |
Versand kann gestoppt oder eingeschränkt werden |
| geplante Jobs |
Jobs können pausiert werden |
| Support |
Supportkontext bleibt protokolliert sichtbar |
| Audit |
Statusaktion wird unveränderbar protokolliert |
5. Eingaben / Aktionen
| Aktion |
Beschreibung |
| Tenant sperren |
setzt Status auf suspended |
| Tenant blockieren |
setzt Status auf locked |
| Tenant reaktivieren |
setzt Status auf active, falls Prüfung bestanden |
| Grund erfassen |
Pflichtfeld für jede Statusaktion |
| Auswirkung prüfen |
zeigt betroffene Bereiche |
| Aktion bestätigen |
führt Statuswechsel aus |
| abbrechen |
keine Änderung, zurück zu SA-03 oder SA-02 |
| Audit öffnen |
öffnet SA-08 mit Tenant-Kontext |
6. Validierungen / Regeln
| ID |
Regel |
| SA05-R01 |
SA-05 ist nur für superadmin zugänglich |
| SA05-R02 |
Statusaktion benötigt einen Pflichtgrund |
| SA05-R03 |
Statusaktion benötigt bewusste Bestätigung |
| SA05-R04 |
Reaktivierung ist nur erlaubt, wenn kein blockierendes Risiko besteht |
| SA05-R05 |
locked darf nicht ohne Prüfung direkt zu active wechseln |
| SA05-R06 |
archivierte Tenants dürfen nicht beiläufig reaktiviert werden |
| SA05-R07 |
Statuswechsel müssen protokolliert werden |
| SA05-R08 |
Statusaktion darf keine operativen Kundendaten verändern |
| SA05-R09 |
Benachrichtigung an Tenant wird in V1 nicht automatisch versendet |
| SA05-R10 |
vollständige Support- oder Sicherheitsdetails werden nur berechtigt angezeigt |
7. Status- und Fehlermeldungen
| Situation |
Meldung / Darstellung |
| Grund fehlt |
„Bitte gib einen Grund für die Statusaktion an." |
| Bestätigung fehlt |
„Bitte bestätige die Auswirkung der Statusaktion." |
| Reaktivierung blockiert |
„Reaktivierung nicht möglich: offene Risiken vorhanden." |
| Tenant gesperrt |
„Tenant wurde gesperrt." |
| Tenant blockiert |
„Tenant wurde blockiert." |
| Tenant reaktiviert |
„Tenant wurde reaktiviert." |
| Aktion abgebrochen |
„Es wurde keine Statusänderung vorgenommen." |
| keine Berechtigung |
„Zugriff verweigert." |
8. Bezug zu Datenmodell
| Bereich |
Bezug |
| Tenants |
tenants.status |
| Statusgrund |
tenant_status_reason oder Feld in tenants / tenant_status_history |
| Statusverlauf |
mögliche Tabelle tenant_status_history |
| Supportzugriffe |
support_access_log |
| Audit |
audit_log |
| Benachrichtigung |
optional UC07 / Systemhinweis |
9. Sicherheits- und Datenschutzbezug
| Thema |
Umsetzung |
| Zugriff |
nur superadmin |
| Pflichtgrund |
jede Aktion begründen |
| bewusste Bestätigung |
Schutz vor versehentlicher Sperre |
| Audit |
Statuswechsel unveränderbar nachvollziehbar speichern |
| Datenminimierung |
keine operativen Kundendaten anzeigen oder verändern |
| Support |
Supportdetails nur soweit notwendig anzeigen |
| Tenant-Isolation |
Statuswechsel betrifft nur ausgewählten Tenant |
10. Akzeptanzkriterien
| ID |
Kriterium |
| SA05-AC01 |
superadmin kann SA-05 aus SA-02 oder SA-03 öffnen |
| SA05-AC02 |
nicht berechtigte Rollen können SA-05 nicht öffnen |
| SA05-AC03 |
System zeigt aktuellen Tenant-Status und Zielstatus |
| SA05-AC04 |
Benutzer muss einen Pflichtgrund erfassen |
| SA05-AC05 |
Benutzer muss Auswirkung bewusst bestätigen |
| SA05-AC06 |
System blockiert Reaktivierung bei offenen Risiken |
| SA05-AC07 |
Statuswechsel wird protokolliert |
| SA05-AC08 |
SA-05 verändert keine operativen Kundendaten |
| SA05-AC09 |
Benutzer kann Audit SA-08 mit Tenant-Kontext öffnen |
| SA05-AC10 |
Abbruch führt zu keiner Statusänderung |
11. Offene Punkte
| ID |
Frage |
Status |
| SA05-O01 |
Gibt es separate Status suspended und locked in V1? |
Vorschlag: ja |
| SA05-O02 |
Muss Reaktivierung aus locked ein Vier-Augen-Prinzip haben? |
später prüfen |
| SA05-O03 |
Wird Tenant über Sperre informiert? |
V1: nicht automatisch, später UC07 |
| SA05-O04 |
Werden geplante Jobs automatisch pausiert? |
technisch klären |
| SA05-O05 |
Gibt es eine Statushistorie als eigene Tabelle? |
Empfehlung: ja |
Änderungshistorie
| Datum, Uhrzeit |
Version |
Änderung |
Autor |
| 12.10.2026 11:23 |
1.3 |
Abschnitt «Wireframe» mit klickbarem Bild des Screens ergänzt |
Claude |
| 12.10.2026 09:58 |
1.2 |
Änderungshistorie ans Dokumentende verschoben und Sprunglink «Änderungshistorie anzeigen» unter dem Kopf ergänzt (einheitlicher Dokumentaufbau gemäss AGENTS.md) |
Claude |
| 12.10.2026 09:08 |
1.1 |
Kopfbereich auf das Format Stand: TT.MM.JJJJ hh:mm umgestellt |
Claude |
| 01.08.2026 11:12 |
1.0 |
Kopfbereich ergänzt |
David |