feat(selbstauskunft): Mitarbeiter sehen ihre eigenen Geraete (#55)

„Was ist eigentlich mit meinem Notebook passiert?“ musste bisher ein
Techniker nachsehen. Ein Mitarbeiter kann die Arbeiten an **seinen**
Geraeten jetzt selbst ansehen — mit der fuenften Rolle MITARBEITER,
zugeordnet beim Anmelden ueber den UPN.

Was er sieht, sind Titel, Zeitraum und Status. Keine Schritte, keine
Notizen, keine Kommentare, keine Anhaenge: in einem Lauf stehen
Arbeitsnotizen ueber Menschen und Befehle mit Platzhaltern fuer
Zugangsdaten. Eine Selbstauskunft ist keine Akteneinsicht, und das haelt
nicht die Seite fest, sondern das Lesemodell — eine Seite, die filtert,
ist eine Seite, die es vergessen kann.

`selbstauskunft` ist ein **Ersatz** fuer `lesen` und kein Zusatz; auch
ein ADMIN hat es nicht. Ein zweiter Weg zu denselben Daten waere eine
zweite Stelle, an der jemand die Einschraenkung auf die eigene Person
vergisst. Die Datenbank verlangt das sogar: ein CHECK haelt fest, dass
Rolle und Zuordnung zusammengehoeren, in beide Richtungen.

Ein mehrdeutiger UPN wird abgewiesen und protokolliert. Zwei Kunden
koennen dieselbe Person fuehren; ein findFirst entschiede nach
Sortierung darueber, wessen Geraete jemand sieht.

**Verhaltensaenderung:** wer sich anmeldet und in keiner Rollengruppe
steht, bekommt nicht mehr automatisch LESER — also nicht mehr
Lesezugriff auf alle Laeufe des Hauses. Das greift nur mit
konfigurierten OIDC_GROUP_*; ohne sie bleibt alles wie vorher, denn ohne
abgebildete Gruppen laesst sich Techniker nicht von Mitarbeiter
unterscheiden.

Nebenbei behoben: `staerksteRolle` benutzte LESER als Startwert und
damit als Untergrenze — mit einer Rolle darunter lieferte sie mehr
Rechte als uebergeben. Gefunden von einem Test, der seit #007
unveraendert dasteht.

Closes #55

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

prisma/schema.prisma

@@ -31,6 +31,12 @@ enum Rolle {
   REDAKTEUR
   TECHNIKER
   LESER
+  /// Selbstauskunft (#035): sieht die Laeufe zu **seinen** Geraeten und zu
+  /// seiner Person, und nichts sonst. Keine Schritte, keine Notizen, keine
+  /// Kommentare, keine Anhaenge — eine Selbstauskunft ist keine Akteneinsicht.
+  /// Haengt an `Benutzer.mitarbeiterId`; ohne Zuordnung gibt es die Rolle nicht
+  /// (CHECK `Benutzer_mitarbeiter_nur_bei_rolle`).
+  MITARBEITER
 }
 
 enum Betriebsmodus {
@@ -254,6 +260,15 @@ model Benutzer {
   /// Ein Konto ohne Mailadresse gibt es nicht — `email` ist Pflicht —, aber ein
   /// Dienstkonto will keine Post.
   meldungenAktiv       Boolean   @default(true)
+  /// Die Person im Verzeichnis, als die dieses Konto sich selbst sehen darf
+  /// (#035). Gesetzt **genau dann**, wenn die Rolle `MITARBEITER` ist.
+  ///
+  /// Hier steht **kein** zusammengesetzter Fremdschluessel, anders als sonst bei
+  /// jedem kundenbezogenen Verweis: ein `Benutzer` traegt keine `kundeId`, gegen
+  /// die man zusammensetzen koennte — ein Administrator sieht alle Kunden. Die
+  /// Zusage „sieht nur seine eigenen Laeufe“ haengt an dieser einen Kennung, und
+  /// staerker als ein Fremdschluessel darauf wird sie nicht.
+  mitarbeiterId        String?   @unique
   erstelltAm           DateTime  @default(now())
   geaendertAm          DateTime  @default(now()) @updatedAt
 
@@ -268,6 +283,7 @@ model Benutzer {
   veroeffentlichteVersionen VorlagenVersion[] @relation("VersionVeroeffentlichtVon")
   anhaenge                  Anhang[]
   zustellungen              Zustellung[]
+  mitarbeiter               Mitarbeiter?      @relation(fields: [mitarbeiterId], references: [id], onDelete: SetNull)
 
   @@index([aktiv])
   @@index([rolle])
@@ -376,6 +392,9 @@ model Mitarbeiter {
   untergebene  Mitarbeiter[]      @relation("Vorgesetzter")
   geraete      Geraet[]
   laeufe       Lauf[]
+  /// Das Konto, mit dem diese Person sich selbst ansehen darf (#035).
+  /// Hoechstens eines — `Benutzer.mitarbeiterId` ist eindeutig.
+  konto        Benutzer?
 
   /// Postgres behandelt NULL als verschieden, deshalb stoeren mehrere manuell
   /// angelegte Mitarbeiter ohne Quelle und externe Id hier nicht.