ADR-0006: Bericht-Sets im Dashboard
- Status: accepted
- Datum: 2026-08-26
- Phase: P5
- Lastenheft: ED-10, ED-11
Kontext
Produktberichte brauchen kundenspezifische Spalten (und Gemeinde-Override). Das heutige CMS-PDF (Org-/Projektzahlen) erfüllt ED-10/11 nicht.
Entscheidung
Admin im Dashboard pflegt Feld-Sets (Organisation/Kunde, Gemeinde als Override). Der Editor erzeugt nur Produkte. Kunden sehen Sets, ändern sie nicht. PDF über Celery.
Begründung
Sets sind Produktpolitik, kein GIS. Das Stammdaten-CMS existiert; Settings ist der richtige Ort. Berichtslogik in die Tauri-App zu ziehen würde zwei Pflegestellen schaffen.
Verworfene Alternativen
| Alternative | Warum verworfen |
|---|---|
| Sets nur im Editor | Berichtspolitik im GIS-Client; kein Kunden-CMS |
| Kunde pflegt Sets selbst | Sets sind Betreiber-Produktpolitik |
JSONB-Küchenspüle auf geo_objects |
Fachmodell: Katalog + Sets, nicht Schema-Drift |
| PDF synchron in FastAPI | Verboten nach P-INF; Zeitlimits im Request-Pfad |
Folgen
Zwei Kunden, gleiche kind, unterschiedliche Spalten. CMS-Zähl-PDF bleibt intern und ist nicht der Produktbericht.