Personalakte als Aktenblatt, Status als Etiketten, Verknüpfen von beiden Seiten

Das Formular der Personalabteilung ist übernommen, nicht durch eine
Bildschirmansicht ersetzt: schwarzer Rahmen, Kopf mit Kennung und
Klassifizierungsbalken, Raster aus fünf Spalten, Unterschriftenzeilen,
Fußzeile. Es steht bewusst außerhalb des Design-Systems — es wird gedruckt und
muss auf Papier aussehen wie das Blatt daneben.

Datengetrieben bleibt es trotzdem. Kein Feld steht im Programm: sheetTitle und
sheetSubtitle an der Vorlage, span für die Zellbreite, rows für das Lichtbild,
dateKey für das Datum unter einer Unterschrift, slot für den
Klassifizierungsbalken. Eine weitere Dokumentart mit layout = DOSSIER braucht
keine Zeile Code.

Der Balken zeigt die Foundation-Stufe aus der neuen Tabelle
FoundationClearance. Sie ist Inhalt, kein Zugriff — was jemand sehen darf,
entscheidet weiterhin allein die interne Stufe. Ohne Auswahl bleibt der Balken
neutral, statt eine Einstufung zu behaupten.

Die Dienstnummer ist entfallen, es gibt sie nicht. Der Status ist zu mehreren
Etiketten geworden: "Gekündigt" und "Verhaftet" schließen einander nicht aus.
Unbekannte Schlüssel werden verworfen und die Reihenfolge kommt aus der
Konfiguration, nicht aus der Eingabe.

PersonnelAssignment hängt AfiS-Mitglieder an eine Person — Aktenführung,
Ermittler, Ansprechpartner — und ist zugleich der ausnahmsweise Zugang, wie
CaseParticipant bei der Fallakte. Betroffen zu sein gibt weiterhin keinen
Zugang: das ist eine Eigenschaft der Person, die Zuordnung eine Entscheidung
der Abteilung.

Fall und Person lassen sich von beiden Seiten verknüpfen und schon beim
Anlegen einer Fallakte. Alle drei Wege laufen in addParticipant zusammen.

Noch offen: das Lichtbild. Feldtyp und Platz stehen, hochladen kommt mit der
Prüfkette in Phase 5 — ein Bild als Data-URL im Abschnittswert verstiesse
gegen harte Regel 4.

102 Tests im Web-Paket, davon sechs auf dem gerenderten Blatt selbst.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

web/tests/personalakte.test.ts

@@ -2,7 +2,12 @@
 import { afterAll, beforeAll, describe, expect, it } from 'vitest'
 import { createPrismaClient, loadEnvFromRepoRoot, type PrismaClient } from '@afis/db'
 import { visiblePersonnelWhere } from '@/lib/access/personnelFilter'
-import { loadBacklinks } from '@/lib/personnel/service'
+import {
+  addAssignment,
+  createPersonnelFile,
+  loadBacklinks,
+  updatePersonnelFile,
+} from '@/lib/personnel/service'
 import type { EffectivePermissions, Permission } from '@/lib/auth/permissions'
 
 /**
@@ -160,6 +165,76 @@ suite('Personalakten und Rückverweise', () => {
     expect(anzahl).toBe(1)
   })
 
+  it('nimmt nur Status-Etiketten an, die es wirklich gibt', async () => {
+    const leitung = perms(nutzer.stufe3, 3, { permissions: ['personnel.edit'] })
+    const akte = await createPersonnelFile(leitung, {
+      displayName: `${marke} Etikettentest`,
+      classification: 1,
+      // "erfunden" steht in keiner Konfiguration und darf nicht durchrutschen,
+      // sonst wäre die Liste im Adminbereich nur eine Empfehlung.
+      statusTags: ['tot', 'erfunden', 'verhaftet'],
+    })
+
+    const gespeichert = await db.personnelFile.findUniqueOrThrow({
+      where: { id: akte.id },
+      select: { statusTags: true },
+    })
+    expect(gespeichert.statusTags).toEqual(['verhaftet', 'tot'])
+
+    // Und die Reihenfolge kommt aus der Konfiguration, nicht aus der Eingabe:
+    // auf jeder Akte steht dieselbe Abfolge.
+    await updatePersonnelFile(leitung, akte.id, { statusTags: ['tot', 'verhaftet'] })
+    const danach = await db.personnelFile.findUniqueOrThrow({
+      where: { id: akte.id },
+      select: { statusTags: true },
+    })
+    expect(danach.statusTags).toEqual(['verhaftet', 'tot'])
+  })
+
+  it('lässt ein zugeordnetes Mitglied auch über seiner Stufe lesen', async () => {
+    const p = perms(nutzer.stufe1, 1)
+
+    // Vorher: die Akte der Stufe 4 ist für ihn nicht da.
+    expect(
+      await db.personnelFile.findMany({
+        where: { AND: [visiblePersonnelWhere(p), { id: hoheAkteId }] },
+        select: { id: true },
+      }),
+    ).toHaveLength(0)
+
+    await addAssignment(perms(nutzer.stufe3, 3, { isAdmin: true }), {
+      personnelFileId: hoheAkteId,
+      userId: nutzer.stufe1,
+      role: 'INVESTIGATOR',
+    })
+
+    // Danach schon — das ist der ausnahmsweise Zugang, wie bei der Fallakte.
+    expect(
+      await db.personnelFile.findMany({
+        where: { AND: [visiblePersonnelWhere(p), { id: hoheAkteId }] },
+        select: { id: true },
+      }),
+    ).toHaveLength(1)
+  })
+
+  it('gibt der betroffenen Person selbst keinen Zugriff auf ihre Akte', async () => {
+    const eigene = await db.personnelFile.create({
+      data: {
+        displayName: `${marke} Eigene`,
+        userId: nutzer.betroffen,
+        classification: 4,
+      },
+    })
+
+    // Eine Beurteilung auf Stufe 4 über einen Mitarbeiter der Stufe 1 wäre
+    // sonst genau für den einen Menschen lesbar, vor dem sie schützt.
+    const treffer = await db.personnelFile.findMany({
+      where: { AND: [visiblePersonnelWhere(perms(nutzer.betroffen, 1)), { id: eigene.id }] },
+      select: { id: true },
+    })
+    expect(treffer).toHaveLength(0)
+  })
+
   it('gibt dem Admin die verborgene Personalakte', async () => {
     const treffer = await db.personnelFile.findMany({
       where: {