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>

CHANGELOG.md

@@ -50,6 +50,13 @@ und dieses Projekt folgt [Semantic Versioning](https://semver.org/lang/de/).
   Sperr-OU und die Anzeige der Adresse, die in den QR-Codes steckt (#008)
 - Navigation und Beschriftungen folgen dem Betriebsmodus — ein Codepfad, nur ein- und
   ausgeblendete Einträge (#008)
+- Versionierte Vorlagen: „Bearbeiten“ erzeugt eine tiefe Kopie der zuletzt veröffentlichten
+  Version als Entwurf, je Vorlage gibt es höchstens einen. Veröffentlichen hält Zeitpunkt,
+  Urheber und Änderungsnotiz fest (#009)
+- Vorlagen duplizieren und archivieren statt löschen (#009)
+- JSON-Export und -Import für Vorlagen, Format dokumentiert in `docs/vorlagen-format.md` (#009)
+- Zwei Redakteure am selben Entwurf treten sich nicht mehr auf die Füße: wer auf einem überholten
+  Stand speichert, wird abgewiesen statt die Arbeit des anderen spurlos zu überschreiben (#009)
 
 ### Sicherheit
 
@@ -77,3 +84,13 @@ und dieses Projekt folgt [Semantic Versioning](https://semver.org/lang/de/).
 - Der Rückweg nach Intern wird abgelehnt, solange mehr als ein nicht archivierter Kunde
   existiert (#008)
 - Die eigene Organisation lässt sich nicht archivieren (#008)
+- Eine veröffentlichte Vorlagen-Version ist unveränderlich: jeder Schreibversuch wird abgewiesen,
+  und ein bestehender Lauf zeigt auch nach neuen Veröffentlichungen genau die Schritte, mit denen
+  er gestartet wurde (#009)
+- Die Unveränderlichkeit setzt zusätzlich die Datenbank durch, damit auch Migrationen, `psql` und
+  spätere Connectoren nicht daran vorbeischreiben können; der Rückweg nach Entwurf ist versperrt
+  (#009)
+- Vorlagen eines fremden Kunden bleiben auch bei Suche und Filtern verborgen, und Historie wie
+  Aufbau einer Version geben nichts heraus, was der Benutzer nicht sehen darf (#009)
+- Der Doku-Link eines Schritts nimmt nur `http` und `https` an; über eine importierte Datei wäre
+  ein `javascript:`-Link sonst fremder Code im Browser des Technikers (#009)