admin/platform-docs
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: ADR-0012 um nachgezogenen Gruppen-Selfservice ergänzen

Browse Source 
Die im ADR offen gelassene Möglichkeit ('sollte künftig Self-Service für
Gruppen nötig werden...') wurde noch am selben Tag umgesetzt - Notiz
ergänzt, analog zum Nachträglich-präzisiert-Muster in ADR-0010.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Thomas Stallinger 2026-08-12 21:02:23 +02:00
parent a375268b7b
commit 4fd09ae1b3
1 changed files with 2 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
adr/0012-organisationseinheiten-gruppen-konfigurationsvererbung.md
View File

@ -43,4 +43,6 @@ Die Auflösungsfunktion für den Auftragskatalog (`fetch_auftragskatalog_state()
Gruppen sind vorerst ein rein interner Verwaltungsmechanismus. Sollte künftig Self-Service für Gruppen nötig werden, ist das ein reiner Kundenportal-Routing-Zusatz (analog zu `routers/struktur.py`), keine Backend- oder Datenmodell-Änderung.
**Gruppen-Self-Service nachgezogen (12.08.2026, gleicher Tag):** Die obige Einschätzung wurde noch am Entscheidungstag bestätigt und umgesetzt — Kund:innen können Gruppen jetzt auch selbst verwalten (Kundenportal, `/gruppen`: `routers/gruppen.py` + zugehörige Templates), analog zu `/struktur` für OEs. Wie vorhergesagt war dafür **keine** Änderung an `provisioning-server` nötig — die Gruppen-API war von Anfang an organisationsgebunden und strukturell identisch zur OE-API. Der interne Admin-Zugang (`/admin/kunden/{id}`) bleibt zusätzlich bestehen, für Support und Onboarding durch den Betreiber; beide Oberflächen greifen auf dieselbe anode-API zu, ohne Konflikt. Die Einschränkung dieses ADRs auf „vorerst nur intern" ist damit überholt — Gruppen sind seither wie OEs Self-Service-fähig.
Details zum Datenmodell: `09-data-model-v1.md`. Details zur bestehenden Auftragskatalog-Grundlage: ADR-0010, `12-feature-blueprint-model.md`.