Schreibgrenzen der Freigabestufe festgehalten
Lesen war geregelt, Schreiben nicht: bisher stand nirgends, dass jemand mit Stufe 2 keine Stufe-4-Akte anlegen darf. Ohne die Regel erzeugt man Akten, die man selbst nicht mehr sehen kann, und umgeht die Sichtbarkeitsprüfung. Festgehalten in docs/03-auth-und-rechte.md, als Aufgaben in Phase 2: Klassifizierung nie über der eigenen Stufe, Ändern und Löschen nur mit Lesezugriff, Umklassifizierung mit SYSTEM-Eintrag und AuditLog. Eine Herabstufung ist der heikelste Vorgang im System — sie macht Inhalte für Leute sichtbar, die sie vorher nicht sehen durften. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
9c966b471e
commit
2003a3b75f
@@ -45,6 +45,12 @@ Das ist der schwierigste Teil. Wenn er steht, ist der Rest Formularbau.
|
||||
- [ ] Aktenansicht: Kopfdaten sofort, Verlauf und Chat in eigenen Suspense-Grenzen
|
||||
- [ ] Vermerk anlegen, optimistisch, mit clientseitiger UUIDv7
|
||||
- [ ] Statusübergänge mit Rechteprüfung und automatischem Systemeintrag
|
||||
- [ ] Schreibgrenzen nach `docs/03-auth-und-rechte.md`: keine Akte über der eigenen Stufe
|
||||
anlegen, Ändern und Löschen nur mit Lesezugriff, Klassifizierung nachträglich änderbar
|
||||
bis zur eigenen Stufe
|
||||
- [ ] Umklassifizierung erzeugt `SYSTEM`-Eintrag und `AuditLog` mit alter und neuer Stufe
|
||||
- [ ] Negativtests dazu: Stufe 2 kann keine Stufe-4-Akte anlegen, nicht ändern, nicht
|
||||
hochstufen, auch nicht über einen direkten Aufruf der Server Action
|
||||
- [ ] Audit-Log für alle schreibenden Aktionen und Lesezugriffe ab Stufe 3
|
||||
- [ ] Nachträgliche Änderungen an Verlaufseinträgen nach `docs/05-akten-und-vorlagen.md`:
|
||||
`CaseEntryVersion`, Karenzzeit, Pflichtbegründung, `bearbeitet · vN` mit Diff-Historie
|
||||
|
||||
Reference in New Issue
Block a user