Phase 2, erster Teil: Akten anlegen, lesen, Vermerke schreiben

Fachlogik in lib/cases/service.ts, Zugriffsprüfung in lib/access/. Jede Funktion prüft selbst und schreibt ihren Protokolleintrag in derselben Transaktion wie die Änderung - die Server Actions daneben sind dünn. Schreibgrenzen nach docs/03: niemand legt eine Akte über der eigenen Stufe an, niemand stuft über die eigene Stufe hoch, archiviert und versiegelt sind schreibgeschützt auch für Admins. Eine Herabstufung verlangt eine Begründung und landet als sichtbarer Systemeintrag im Verlauf, nicht nur im Protokoll. Aktenzeichen über CaseCounter mit INSERT ... ON CONFLICT DO UPDATE, geprüft mit acht gleichzeitigen Anlagen ohne Doppelung. Wer eine Akte anlegt, wird ihr Ermittler, sonst verliert er sie aus dem Blick, sobald jemand hochstuft. Fallliste cursorbasiert auf (updatedAt, id), Sichtbarkeit und Trefferzahl in derselben Abfrage. Aktenansicht mit Kopfdaten sofort und Verlauf in eigener Suspense-Grenze. Vermerke optimistisch mit clientseitiger UUIDv7, die zugleich Idempotenzschlüssel ist - zweimal gesendet bleibt ein Eintrag. Lesezugriffe ab Stufe 3 werden protokolliert, gepuffert und alle zwei Sekunden gebündelt geschrieben, damit das Protokoll die Antwort nicht ausbremst. Die vier Startvorlagen stehen jetzt im Seed statt in Phase 3: ohne Vorlage lässt sich keine Akte anlegen.
2026-09-01 22:57:38 +02:00
parent a393270125
commit 32577f7c19
18 changed files with 1587 additions and 4 deletions
@@ -0,0 +1,61 @@
+import type { Permission } from '@/lib/auth/permissions'
+
+/**
+ * Lebenszyklus einer Akte, siehe docs/05-akten-und-vorlagen.md.
+ *
+ *   DRAFT ──► OPEN ──► REVIEW ──► CLOSED ──► ARCHIVED
+ *               │ ▲        │
+ *               ▼ │        └──► OPEN (Rückgabe zur Nachbesserung)
+ *            DORMANT
+ *
+ *   SEALED ist aus jedem Zustand erreichbar und nur mit Recht 'admin' oder
+ *   Stufe 5 lesbar.
+ */
+export type CaseStatusName =
+  | 'DRAFT'
+  | 'OPEN'
+  | 'DORMANT'
+  | 'REVIEW'
+  | 'CLOSED'
+  | 'ARCHIVED'
+  | 'SEALED'
+
+export type Transition = {
+  from: CaseStatusName
+  to: CaseStatusName
+  permission: Permission
+  /** Verlangt eine Begründung, die als Vermerk im Verlauf landet. */
+  requiresReason?: boolean
+  /** Verlangt, dass alle `requiredToClose`-Felder gefüllt sind. */
+  requiresCompleteSections?: boolean
+}
+
+export const TRANSITIONS: readonly Transition[] = [
+  { from: 'DRAFT', to: 'OPEN', permission: 'case.edit' },
+  { from: 'OPEN', to: 'DORMANT', permission: 'case.edit' },
+  { from: 'DORMANT', to: 'OPEN', permission: 'case.edit' },
+  { from: 'OPEN', to: 'REVIEW', permission: 'case.edit' },
+  { from: 'REVIEW', to: 'OPEN', permission: 'case.edit' },
+  { from: 'REVIEW', to: 'CLOSED', permission: 'case.close', requiresCompleteSections: true },
+  { from: 'CLOSED', to: 'OPEN', permission: 'case.reopen', requiresReason: true },
+  { from: 'CLOSED', to: 'ARCHIVED', permission: 'case.close' },
+]
+
+/** SEALED erreicht man aus jedem Zustand, aber nur mit dem Recht 'admin'. */
+export const SEAL_PERMISSION: Permission = 'admin'
+
+export function findTransition(
+  from: CaseStatusName,
+  to: CaseStatusName,
+): Transition | undefined {
+  if (to === 'SEALED' && from !== 'SEALED') {
+    return { from, to, permission: SEAL_PERMISSION, requiresReason: true }
+  }
+  return TRANSITIONS.find((t) => t.from === from && t.to === to)
+}
+
+export function allowedTargets(from: CaseStatusName): CaseStatusName[] {
+  const targets = TRANSITIONS.filter((t) => t.from === from).map((t) => t.to)
+  if (from !== 'SEALED') targets.push('SEALED')
+  return targets
+}