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>
19 lines
853 B
SQL
19 lines
853 B
SQL
-- 0010_app_state.sql
|
|
--
|
|
-- Generischer Key-Value-Store für kleine, langlebige Backend-Zustände, die
|
|
-- Prozess-Neustarts überleben müssen, aber kein eigenes Schema rechtfertigen.
|
|
--
|
|
-- Erster Nutzer: die GSD/DOCUframe-Session-Id. Der GSD-Server „blockt" einen
|
|
-- Lizenz-Seat pro Session, bis die Session abläuft oder via
|
|
-- `/v1/license/release` freigegeben wird. Ginge die Session-Id bei einem
|
|
-- Backend-Neustart verloren (reiner In-Memory-Cache), bliebe der Seat
|
|
-- verwaist geblockt — bei wiederholten Neustarts droht ein Lizenz-Lockout.
|
|
-- Deshalb persistieren wir die Id hier durabel (überlebt Restart UND
|
|
-- Redeploy, da im DB-Volume) und können sie wiederverwenden bzw. gezielt
|
|
-- freigeben.
|
|
CREATE TABLE app_state (
|
|
key TEXT PRIMARY KEY,
|
|
value TEXT NOT NULL,
|
|
updated_at TIMESTAMPTZ NOT NULL DEFAULT now()
|
|
);
|