From 31ac436fded02b5e17a04508864a8508303e6a31 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',