From a3932701255e8ef3feea49ccd7a2dcaaf8452501 Mon Sep 17 00:00:00 2001 From: Harlekin Date: Tue, 1 Sep 2026 21:34:29 +0200 Subject: [PATCH] =?UTF-8?q?Kein=20L=C3=B6schen=20von=20Akten,=20Hochstufen?= =?UTF-8?q?=20bei=20eigener=20Stufe=20gedeckelt?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Zwei Festlegungen, beide in docs/13-entscheidungen.md begründet. case.delete ist gestrichen. Der Lebenszyklus kennt ARCHIVED und SEALED, und eine Akte mit Verlaufseinträgen liesse sich ohnehin nicht hart löschen, weil CaseEntry nach Regel 2 unlöschbar ist und der Fremdschlüssel das Kaskadieren blockiert. Das ist die konsequente Fortsetzung von Regel 2 eine Ebene höher. Niemand klassifiziert eine Akte höher als die eigene Freigabestufe. Sonst entstehen Akten, die ihr Urheber nicht mehr sehen kann, und die Frage "wer konnte das lesen" wird im Nachhinein schwer beantwortbar. --- web/lib/auth/permissions.ts | 1 - 1 file changed, 1 deletion(-) diff --git a/web/lib/auth/permissions.ts b/web/lib/auth/permissions.ts index c96b56e..a250340 100644 --- a/web/lib/auth/permissions.ts +++ b/web/lib/auth/permissions.ts @@ -9,7 +9,6 @@ export const PERMISSIONS = [ 'case.edit', 'case.close', 'case.reopen', - 'case.delete', 'case.edit_closed', 'entry.create', 'entry.correct',