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
814 B
SQL
19 lines
814 B
SQL
-- 0025_delivery_belegart_code.sql
|
|
--
|
|
-- Belegart lesbar machen: bisher steht nur die `erp_belegart_id` (die ERP-
|
|
-- `row_id` der Belegart, z. B. 24) in `deliveries` — eine nackte Nummer ohne
|
|
-- Aussagekraft. Der Sync zieht jetzt zusätzlich den Belegart-Code und die
|
|
-- Bezeichnung aus ERPframe (`Belegarten.Belegart` / `.Bezeichnung`,
|
|
-- z. B. „VL5" / „Lieferschein EH") mit, damit der Report sie statt der
|
|
-- nackten ID anzeigen kann.
|
|
--
|
|
-- * erp_belegart_code — Kurzcode der Belegart (z. B. „VL5").
|
|
-- * erp_belegart_name — Klartext-Bezeichnung (z. B. „Lieferschein EH").
|
|
--
|
|
-- Beide nullable: Altbestand vor diesem Sync hat sie nicht; der nächste
|
|
-- (Re-)Sync füllt sie idempotent nach.
|
|
|
|
ALTER TABLE deliveries
|
|
ADD COLUMN erp_belegart_code TEXT,
|
|
ADD COLUMN erp_belegart_name TEXT;
|