Backend-Arbeitsstand: ERP-Sync, Lieferlebenszyklus, Reports + config.toml

Bringt das Backend vom initialen Skeleton auf den aktuellen Arbeitsstand
(Clean Architecture: domain → application → infrastructure → api).

Wesentliche Bereiche:
- ERP-Anbindung (MSSQL-Pull der Touren, Import-Scheduler, Rückschreiben)
- Lieferlebenszyklus: Scan/Hold/Cancel/Complete, Gutschriften, Notizen,
  Bild-Anhänge, Unterschriften, PDF-Lieferreport → DOCUframe
- Stammdaten: Kunden, Artikel, Lager, Zahlungsarten, Services
- Keycloak-JWT-Gate + Fahrer-Provisionierung via Admin-API
- Admin-API-Key-Gate (X-Admin-Api-Key) für Maschinen-Endpunkte

Jüngste Änderungen dieser Session:
- Belegspezifische Kontaktdaten: alle ERP-Adressen (Beleg-/Liefer-/
  Rechnungsadresse, Ansprechpartner, Kundenstamm) mit Telefon/Mobil/
  E-Mail werden gesynct (Migration 0029, MSSQL-Query, TourDetails)
- Konfiguration von .env (envy/dotenvy) auf config.toml (toml/serde)
  umgestellt; Vorlage config.example.toml, Pfad via HOLZLEITNER_CONFIG

Nicht im Repo (per .gitignore): config.toml (Secrets), data/ (Laufzeit-/
Kundendaten), demo.mp4, .claude/, variocontrol-ai/.

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

migrations/0009_warehouse_filiale_rename.sql

@@ -0,0 +1,16 @@
+-- 0009_warehouse_filiale_rename.sql
+--
+-- Wording-Angleichung: Die App spricht durchgängig von „Filiale" statt
+-- „Außenlager" (Nicht-Standard-Lager sind faktisch andere Filialen, aus
+-- denen sperrige Geräte separat geholt werden). Der Stammdaten-Name wird
+-- entsprechend angepasst.
+--
+-- Bewusst als eigene Migration statt Edit an 0002: 0002 ist bereits
+-- angewendet, eine nachträgliche Änderung würde die sqlx-Checksum brechen.
+-- Dieses idempotente UPDATE wirkt sowohl auf bestehende DBs als auch auf
+-- frische Setups (dort seedet 0002 zuerst „Außenlager A", danach benennt
+-- diese Migration um).
+UPDATE warehouses
+   SET name = 'Filiale Freilassing'
+ WHERE code = 'A'
+   AND name = 'Außenlager A';