feat(vorlagen): Versionierung, Unveraenderlichkeit und JSON-Austausch

Eine veroeffentlichte Vorlagen-Version ist fuer immer unveraenderlich — daran
haengt, dass ein archivierter Lauf in zehn Jahren noch genau die Schritte zeigt,
mit denen er gestartet wurde. Die Regel steht deshalb zweimal: im Service, der
die verstaendliche Meldung gibt, und in der Datenbank, die die Garantie gibt.
Vier Trigger fangen Schreibzugriffe ab, die nicht durch den Service kommen —
Migrationen, psql, der Seed und ab Phase 4 die Connectoren — und versperren den
Rueckweg nach ENTWURF, der alles andere ausgehebelt haette.

- Service: anlegen, Kopfdaten bearbeiten, Entwurf als tiefe Kopie der letzten
  veroeffentlichten Version, speichern, veroeffentlichen, verwerfen,
  duplizieren, archivieren
- Hoechstens ein Entwurf je Vorlage, durchgesetzt vom partiellen Index; zwei
  gleichzeitige Klicks auf „Bearbeiten“ bekommen denselben Entwurf statt eines
  Fehlers
- Optimistisches Sperren ueber geaendertAm: wer auf einem ueberholten Stand
  speichert, wird abgewiesen statt die Arbeit des anderen spurlos zu ersetzen
- JSON-Export und -Import samt Format-Dokumentation; der Export ist nachsichtig,
  der Import streng
- src/lib/validierung.ts als einzige Zod-Quelle mit deutschen Meldungen, per
  ESLint-Regel erzwungen

Der unabhaengige Review fand drei Blocker, alle an der Mandantengrenze: der
Suchfilter brachte ein zweites OR mit und ueberschrieb die Kundenbedingung,
Historie und Aufbau einer Version filterten gar nicht. Zu queries/vorlagen.ts
gab es keinen Test — jetzt gibt es tests/vorlagen-sicht.test.ts.

428 Tests gruen (vorher 336).

Schliesst #009

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

src/lib/validierung.ts

@@ -0,0 +1,23 @@
+import { z } from "zod";
+
+/**
+ * Zod mit deutschen Standardmeldungen (#009).
+ *
+ * Ohne diese Einstellung kommen bei fehlenden oder falsch typisierten Feldern
+ * englische Saetze heraus („Invalid input: expected string“), und die landen
+ * ueber die Server Actions unmittelbar in der Oberflaeche. Eigene `message`-Texte
+ * helfen nur dort, wo man an sie gedacht hat — die Lokalisierung deckt auch alles
+ * ab, woran niemand gedacht hat.
+ *
+ * Deshalb wird `z` **hier** eingestellt und von hier weitergereicht: ein Import
+ * direkt aus "zod" umginge die Einstellung. Die ESLint-Regel
+ * `no-restricted-imports` sorgt dafuer, dass das auffaellt.
+ */
+z.config(z.locales.de());
+
+export { z };
+
+// Was sonst noch aus Zod gebraucht wird, laeuft ebenfalls ueber diesen Pfad –
+// sonst muesste doch wieder jemand direkt aus "zod" importieren.
+export { ZodError } from "zod";
+export type { ZodIssue, ZodType } from "zod";