Abteilungen als Ebene über der Personalakte

Punkt 3 der Wünsche.

Die Abteilung stand als Freitext in der Personalakte. Damit liess sich nichts
fragen: „SHD", „Shd" und „Sicherheitsdienst" waren drei Abteilungen. Sie ist
jetzt ein eigenes Modell, im Adminbereich verwaltbar, und die drei vorhandenen
Freitexte sind in der Migration zu Abteilungen geworden.

**Eine Fallakte trägt keine Abteilung.** Sie gehört zu einer, wenn eine
beteiligte Person ihr angehört - abgeleitet über CaseParticipant und die
Personalakte. Eine eingetragene Zuordnung wäre nach zwei Wochen falsch: Leute
wechseln, Beteiligte kommen dazu, und niemand pflegt das nach. Dasselbe gilt
für die Dokumente: ein Dokument unmittelbar an der Abteilung wäre halb
verdrahtet, weil die Vorlagen über TemplateUse nur Fall- und Personalakte
kennen.

Die Abteilungsseite zeigt Mitglieder, abgeleitete Fälle und Dokumente,
Vermerke, Chat und ein Kreisdiagramm der Fallarten; die Übersicht eines über
alle Abteilungen. Das Diagramm ist serverseitig gerendertes SVG - eine
Bibliothek wäre das Teuerste auf der Seite gewesen. Die Segmente sind
Abstufungen von --steel und nicht die Stufenfarben: ein Tortenstück in Oxidrot
würde als „streng geheim" gelesen.

Die Zusammenfassung ist die gefährliche Stelle. Eine Abteilungsseite fasst
zusammen, was einzeln längst geschützt ist, und eine Zusammenfassung, die nicht
filtert, verrät mehr als jede Einzelansicht. Deshalb läuft hier jede Liste und
jede Zahl durch dieselben Fragmente wie überall; ein Test prüft, dass die Summe
der Diagrammanteile mit der Länge der Liste übereinstimmt. Wo jemand
Personalakten gar nicht sehen darf, steht null und keine Null.

Vermerke erben Regel 2 unverändert: kein DELETE, Version bei jeder Änderung,
Grabstein bei jeder Zurücknahme, als Regel und Trigger in der Datenbank. Ohne
Korrekturkette, Anhänge und Karenzzeit - was Beweiswert hat, gehört in eine
Fallakte.

Nebenbei: das Zugriffsprotokoll hängt jetzt am dafür vorgesehenen Recht
audit.read statt an admin.

web/lib/access/chatFilter.ts

@@ -2,6 +2,7 @@ import type { Prisma } from '@afis/db'
 import type { EffectivePermissions } from '@/lib/auth/permissions'
 import { visibleCaseWhere } from '@/lib/access/caseFilter'
 import { visiblePersonnelWhere } from '@/lib/access/personnelFilter'
+import { visibleDepartmentWhere } from '@/lib/access/departmentFilter'
 
 /**
  * Chat: der formlose Teil, der **an einer Akte hängt**.
@@ -22,5 +23,7 @@ export function visibleMessageWhere(p: EffectivePermissions): Prisma.ChatMessage
     orte.push({ personnelFile: { is: visiblePersonnelWhere(p) } })
   }
 
+  orte.push({ department: { is: visibleDepartmentWhere(p) } })
+
   return { OR: orte }
 }

web/lib/access/departmentFilter.ts

@@ -0,0 +1,40 @@
+import type { Prisma } from '@afis/db'
+import type { EffectivePermissions } from '@/lib/auth/permissions'
+
+/**
+ * Abteilungen, die ein Nutzer sehen darf.
+ *
+ * Anders als bei Akten gilt hier **nicht** „Existenz ist auch eine
+ * Information": dass es den Sicherheitsdienst gibt, weiss jeder im Haus, und
+ * eine Abteilung, die niemand findet, kann auch niemand einer Person zuordnen.
+ * Sie steht deshalb standardmässig auf Stufe 0.
+ *
+ * Die Stufe gibt es trotzdem, für den Fall, dass eine Abteilung selbst nicht
+ * allgemein bekannt sein soll. Und sie gilt dann für alles, was **an** der
+ * Abteilung hängt: ihre Vermerke und ihren Chat.
+ *
+ * Was in ihr aktenkundig ist, filtert dagegen weiterhin jede Liste für sich —
+ * die Mitglieder über `visiblePersonnelWhere`, die Fälle über
+ * `visibleCaseWhere`. Eine sichtbare Abteilung ist kein Zugang zu ihrem Inhalt.
+ */
+export function visibleDepartmentWhere(p: EffectivePermissions): Prisma.DepartmentWhereInput {
+  if (p.isAdmin) return {}
+  return { minClearance: { lte: p.clearanceLevel } }
+}
+
+/**
+ * Vermerke einer Abteilung: die Abteilung muss sichtbar sein **und** die
+ * Feldstufe des Vermerks darf die Stufe des Lesers nicht übersteigen. Derselbe
+ * Aufbau wie bei den Verlaufseinträgen einer Akte.
+ */
+export function visibleDepartmentEntryWhere(
+  p: EffectivePermissions,
+): Prisma.DepartmentEntryWhereInput {
+  if (p.isAdmin) return { department: { is: visibleDepartmentWhere(p) } }
+  return {
+    AND: [
+      { department: { is: visibleDepartmentWhere(p) } },
+      { minClearance: { lte: p.clearanceLevel } },
+    ],
+  }
+}