feat(vorlagen): Abschnitte nur fuer bestimmte Abteilungen

Beim Onboarding in der Buchhaltung gehoeren Schritte dazu, die sonst niemand
braucht: DATEV, Drucker fuer Formulare, Bankportal. Bisher hiess die Wahl: eine
Vorlage je Abteilung pflegen, oder Schritte, die fuer die meisten "nicht
zutreffend" sind.

Jeder Abschnitt kann jetzt nennen, fuer welche Abteilungen er gilt -- als
**Namen**, nicht als Kennungen. Der Abschnitt gehoert zur Version und muss ein
Umbenennen oder Archivieren einer Abteilung ueberleben; dieselbe Entscheidung
wie bei Mitarbeiter.abteilung. Deshalb wandert die Einschraenkung auch durch
Export und Import.

Welche Abschnitte ein Lauf hat, wird beim Start festgeschrieben. Ein spaeterer
Abteilungswechsel aendert ihn nicht -- sonst verschwaende ein Schritt, an dem
schon eine Notiz haengt, und ein archivierter Lauf muss genau das zeigen, was
damals abgearbeitet wurde.

Leer heisst alle: Laeufe von vor dieser Fassung verhalten sich unveraendert,
ohne dass eine Migration Daten nachfuehren muesste. Damit das eindeutig bleibt,
wird ein Lauf abgewiesen, fuer den kein Abschnitt uebrig bleibt -- es gaebe
ohnehin nichts abzuarbeiten.

Die Abschlussregel zaehlt nur geltende Pflichtschritte. Vorher waere der
Abschluss unerreichbar gewesen: abhaken laesst sich nur, was in der Abarbeitung
steht. Der Test hat das sofort gezeigt.

Die Regel liegt in src/lib, weil drei Schichten sie brauchen -- der Dienst beim
Start und beim Abschluss, die Lesemodelle der Abarbeitung und des Drucks. In
einem Lesemodell waere sie eine Abhaengigkeit in die falsche Richtung.

Im gebauten Stand durchgeklickt: einschraenken, speichern, veroeffentlichen,
zwei Laeufe mit verschiedenen Abteilungen starten -- 6 Abschnitte mit 23
Schritten fuer die Buchhaltung, 5 mit 20 fuer den Vertrieb. Dabei einen eigenen
Numerusfehler im Hinweistext gefunden und behoben.

Closes #51

prisma/migrations/20261004210000_abteilungsabschnitte/migration.sql

@@ -0,0 +1,30 @@
+-- ---------------------------------------------------------------------------
+-- HANDGESCHRIEBEN. Prisma erzeugt hier zusaetzlich Loeschbefehle fuer die
+-- zusammengesetzten Fremdschluessel (Mandantengrenze), die Trigramm-Indizes
+-- (Archivsuche), die partiellen eindeutigen Indizes und die Trigger auf
+-- veroeffentlichten Versionen: es kennt sie nicht, weil sie sich im Schema nicht
+-- ausdruecken lassen. Diese Loeschbefehle sind bewusst gestrichen.
+--
+-- tests/datenbankregeln.test.ts prueft, dass alle diese Objekte vorhanden sind –
+-- ein versehentlich stehengelassener Loeschbefehl faellt dort sofort auf.
+-- ---------------------------------------------------------------------------
+
+-- Abteilungsspezifische Zusatzabschnitte (#031).
+--
+-- Beim Onboarding in der Buchhaltung gehoeren Schritte dazu, die sonst niemand
+-- braucht. Bisher hiess die Wahl: eine Vorlage je Abteilung pflegen, oder
+-- Schritte, die fuer die meisten "nicht zutreffend" sind.
+--
+-- Namen und nicht Kennungen: der Abschnitt gehoert zur Version und muss ein
+-- Umbenennen oder Archivieren einer Abteilung ueberleben.
+ALTER TABLE "VorlagenAbschnitt"
+  ADD COLUMN "nurFuerAbteilungen" TEXT[] NOT NULL DEFAULT ARRAY[]::TEXT[];
+
+-- Welche Abschnitte fuer einen Lauf gelten, beim Start festgeschrieben.
+--
+-- Leer heisst **alle**. Bestehende Laeufe bekommen damit genau ihr bisheriges
+-- Verhalten, ohne Nachfuehrung: sie zeigen weiter jeden Abschnitt ihrer Version.
+-- Festgeschrieben und nicht berechnet, weil ein archivierter Lauf genau die
+-- Schritte zeigen muss, die damals abgearbeitet wurden.
+ALTER TABLE "Lauf"
+  ADD COLUMN "geltendeAbschnitte" TEXT[] NOT NULL DEFAULT ARRAY[]::TEXT[];

prisma/schema.prisma

@@ -464,10 +464,16 @@ model VorlagenVariable {
 }
 
 model VorlagenAbschnitt {
-  id                String  @id @default(cuid())
-  versionId         String
-  titel             String
-  position          Int     @default(0)
+  id                 String   @id @default(cuid())
+  versionId          String
+  titel              String
+  position           Int      @default(0)
+  /// Nur fuer diese Abteilungen (#031). Leer heisst: fuer alle.
+  ///
+  /// **Namen und nicht Kennungen.** Der Abschnitt gehoert zur Version und muss
+  /// ein Umbenennen oder Archivieren einer Abteilung ueberleben, ohne ins Leere
+  /// zu zeigen — dieselbe Entscheidung wie bei `Mitarbeiter.abteilung`.
+  nurFuerAbteilungen String[] @default([])
   /// Verweis auf einen wiederverwendbaren Baustein (#030).
   ///
   /// In einem **Entwurf** heisst das: beim Veroeffentlichen hier die Schritte des
@@ -475,7 +481,7 @@ model VorlagenAbschnitt {
   /// Feld: diese Schritte stammen von dort — es ist dann nur noch Herkunft.
   /// Welche der beiden Lesarten gilt, sagt der Status der Version; ein zweites
   /// Feld dafuer waere eine zweite Wahrheit.
-  bausteinVersionId String?
+  bausteinVersionId  String?
 
   version         VorlagenVersion   @relation(fields: [versionId], references: [id], onDelete: Cascade)
   bausteinVersion BausteinVersion?  @relation(fields: [bausteinVersionId], references: [id], onDelete: Restrict)
@@ -591,6 +597,14 @@ model Lauf {
   ticket             String?
   /// Werte der VorlagenVariablen, beim Start erfasst.
   variablen          Json       @default("{}")
+  /// Welche Abschnitte fuer diesen Lauf gelten, beim Start festgeschrieben (#031).
+  ///
+  /// **Leer heisst: alle.** So bleiben Laeufe von vor dieser Fassung unberuehrt.
+  /// Festgeschrieben und nicht bei jedem Aufruf aus `abteilungId` berechnet: ein
+  /// archivierter Lauf muss genau die Schritte zeigen, die damals abgearbeitet
+  /// wurden, und ein spaeterer Abteilungswechsel darf keinen Schritt entfernen,
+  /// an dem schon eine Notiz haengt.
+  geltendeAbschnitte String[]   @default([])
   status             LaufStatus @default(OFFEN)
   zugewiesenAnId     String?
   faelligAm          DateTime?