Runde Bedienelemente, Admin zusammengelegt, Kanäle entfallen

Vier der acht Änderungswünsche.

**Knöpfe.** Rund vierzig der siebzig Knöpfe waren blosser Text in Akzentfarbe,
von einem Link nicht zu unterscheiden. Jeder trägt jetzt Rahmen und
Grundfläche, über die Klasse .btn an einer Stelle definiert statt siebzigmal
als Klassenkette. Beim Drücken zieht der Knopf sich zusammen und bekommt einen
inneren Ring - er wirkt kurz dicker, ohne dass die Rahmenbreite sich ändert und
das Umfeld springt; die Rückmeldung setzt ohne Verzögerung ein und klingt
langsam ab, sonst bliebe ein kurzer Klick unsichtbar.

Dazu die neue Regel: Flächen bleiben eckig, alles Bedienbare ist rund. Damit
ist die Rundung eine Auskunft und keine Verzierung.

**Verwaltung.** Rollen, Vorlagen und Änderungsrichtlinie waren drei Einträge in
der Kopfzeile für etwas, das man selten und dann zusammenhängend braucht. Jetzt
ein Eintrag /admin mit Reiterleiste, dazu eine gemeinsame Tabs-Komponente, die
auch der Fallakte zeigt, welcher Reiter offen ist.

**Kanäle.** Ersatzlos entfernt, mitsamt Tabelle. Der Chat gehört dorthin, wo
der Vorgang steht; ein eigener Reiter mit freien Räumen war der Rückweg nach
Discord. Die Personalakte hat jetzt denselben Chat wie die Fallakte - ohne
„als Vermerk übernehmen", denn dafür braucht es einen Verlauf, und Meldungen
gehen nur an Erwähnte, nie in den allgemeinen Kanal: dass es zu jemandem eine
Personalakte gibt, ist selbst eine Auskunft. Ein CHECK erzwingt jetzt, dass
eine Nachricht zu genau einem Ort gehört.

**Kopfzeile.** Suchbalken statt Suchlink, als gewöhnliches Formular ohne ein
Byte im Bündel. Thema, Benachrichtigungen und Abmelden sitzen hinter dem
Profilbild, das von Discord kommt; wer keins hat, bekommt seine Initialen.

Nebenbei: Aktenzeichen in Tests waren nur auf vier Stellen eindeutig und
kollidierten zwischen Läufen, weil Akten nicht löschbar sind.

packages/db/prisma/migrations/20260903230000_chat_in_der_akte/migration.sql

@@ -0,0 +1,61 @@
+-- Freie Kanäle entfallen, der Chat zieht in die Personalakte.
+--
+-- Der Gedanke hinter dem Chat war von Anfang an, dass er dort steht, wo der
+-- Vorgang steht. Ein eigener Reiter mit freien Räumen war der Rückweg nach
+-- Discord: dort redet man über eine Akte, statt in ihr. Die Fallakte hatte
+-- ihren Chat bereits, die Personalakte bekommt ihn hier.
+--
+-- Die Kanäle werden mitsamt Tabelle entfernt. Das ist unumkehrbar; zum
+-- Zeitpunkt dieser Migration stand in keinem Kanal eine Nachricht.
+
+-- Die Nachrichtentabelle ist gegen DELETE gesperrt. Für das einmalige
+-- Aufräumen wird die Regel abgenommen und danach wieder gesetzt — sie ist die
+-- Zusicherung, dass niemand im Betrieb Nachrichten verschwinden lässt.
+DROP RULE chat_no_delete ON "ChatMessage";
+
+DELETE FROM "ChatReaction"
+ WHERE "messageId" IN (SELECT "id" FROM "ChatMessage" WHERE "channelId" IS NOT NULL);
+DELETE FROM "ChatMessage" WHERE "channelId" IS NOT NULL;
+
+CREATE RULE chat_no_delete AS ON DELETE TO "ChatMessage" DO INSTEAD NOTHING;
+
+DELETE FROM "ReadMarker" WHERE "scopeType" = 'channel';
+DELETE FROM "NotificationOutbox" WHERE "channelId" IS NOT NULL;
+
+-- Der Ort einer Nachricht heisst jetzt anders.
+DROP INDEX IF EXISTS "ChatMessage_channelId_createdAt_idx";
+ALTER TABLE "ChatMessage" DROP CONSTRAINT IF EXISTS "ChatMessage_channelId_fkey";
+ALTER TABLE "ChatMessage" DROP COLUMN "channelId";
+ALTER TABLE "ChatMessage" ADD COLUMN "personnelFileId" TEXT;
+
+ALTER TABLE "ChatMessage"
+    ADD CONSTRAINT "ChatMessage_personnelFileId_fkey"
+    FOREIGN KEY ("personnelFileId") REFERENCES "PersonnelFile"("id")
+    ON DELETE CASCADE ON UPDATE CASCADE;
+
+CREATE INDEX "ChatMessage_personnelFileId_createdAt_idx"
+    ON "ChatMessage"("personnelFileId", "createdAt" DESC);
+
+-- Eine Nachricht gehört zu genau einem Ort. Vorher hing das an der
+-- Anwendung; als CHECK kann es keine Abkürzung mehr umgehen.
+ALTER TABLE "ChatMessage"
+    ADD CONSTRAINT "ChatMessage_genau_ein_ort"
+    CHECK (num_nonnulls("caseId", "personnelFileId") = 1);
+
+-- Der Wächter über Autor, Zeitpunkt und Ort kennt den neuen Namen.
+CREATE OR REPLACE FUNCTION chat_immutable_guard() RETURNS trigger AS $$
+BEGIN
+  IF NEW."authorId"        IS DISTINCT FROM OLD."authorId"
+  OR NEW."createdAt"       IS DISTINCT FROM OLD."createdAt"
+  OR NEW."caseId"          IS DISTINCT FROM OLD."caseId"
+  OR NEW."personnelFileId" IS DISTINCT FROM OLD."personnelFileId" THEN
+    RAISE EXCEPTION 'authorId, createdAt und der Ort einer ChatMessage sind unveränderlich';
+  END IF;
+  RETURN NEW;
+END;
+$$ LANGUAGE plpgsql;
+
+ALTER TABLE "NotificationOutbox" DROP COLUMN "channelId";
+ALTER TABLE "NotificationOutbox" ADD COLUMN "personnelFileId" TEXT;
+
+DROP TABLE "Channel";