ADR-0035: Kein Stammdaten-Nav unter Datenmanagement
Kontext
ADR-0023 legte Stammdaten als eigenen Nav-Bereich fest (Akteure, Projekte, Objekte). Schema-CMS und Datensätze liegen inzwischen unter Management (ADR-0033). Der Stammdaten-Reiter dupliziert denselben Stamm und ist in der Kopfzeile überflüssig.
Entscheidung
- Kein Stammdaten-Tab in der Hauptnavigation und nicht unter Datenmanagement.
- Datenmanagement hat ein Header-Submenü Schemata und Datensätze (eigene Routen), keine Seiten-Reiter. Keine Reiter Stammdaten / Management / Verfahren / Analyse und kein Scope-Umschalter Organisation / Projekt.
/datenmanagementleitet nach/datenmanagement/schemata./stammdaten,/master-dataund/managementleiten dorthin (alte Lesezeichen, inkl.?mode=records→ Datensätze)./stammdaten/*leitet nach/master-data/*.- Projekt bearbeiten/exportieren bleibt Dashboard → Projekt öffnen (
/master-data/projects/{id}). Neben dem Projekttitel: kompakter Schalter Daten (Formular inkl. optionaler Org-Felder, Export, Chat) | Anpassen (optionale Felder der Entitätprojectam Organisationskonto hinzufügen, bearbeiten oder entfernen). Akteure und Objekttypen pflegt man unter Datenmanagement → Datensätze.
Begründung (für dieses Setup)
Eine Nav-Fläche, die dasselbe tut wie Management-Datensätze, kostet Scan-Aufwand ohne extra Funktion. Die Datenmodell-Punkte aus ADR-0023 (keine parties-Tabelle, Value Relations) bleiben.
Verworfene Alternativen
| Alternative | Warum verworfen |
|---|---|
| Stammdaten als Primary-Nav behalten | Duplikat zu Management; Nutzer: „braucht es nicht“ |
| Stammdaten-Routen löschen | Dashboard Projekt öffnen und QGIS-Export brauchen die Projektseite |
/datenmanagement weiter auf Akteure leiten |
Landet wieder in der entfernten Fläche |
Folgen
- ADR-0023 Punkt 1 (Navigation) ist superseded; Datenmodell dort bleibt.
- Next.js-Redirects in
frontend/next.config.ts.