patrickandClaude Sonnet 5
2bd97aa435
7 Karten (02,03,06,09,10,11,14) inhaltlich bereits abgedeckt - gelöscht. 7 Karten (01,04,05,07,08,12,13) enthielten nicht erfasste Inhalte: - neues Epic 17 Zuständigkeit (Karte 01+04) - neues Epic 18 Notifications/Eskalation (Karte 05+12) - neues Epic 19 Satelliten-Server (Karte 13, zurückgestellt) - INV-006 ergänzt um Sofort-Nachfüllung (Karte 07) + Mindermengen-Gültigkeit (Karte 08) arbeitskarten/ ist damit aufgelöst, nur Index mit Verweis auf arbeitskacheln bleibt. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV
75 lines
4.1 KiB
Markdown
75 lines
4.1 KiB
Markdown
# Epic 17 — Zuständigkeit
|
|
|
|
Details zu ZUST-001 … ZUST-002 (vollständig). Übernommen aus `arbeitskarten/01_rollen_zuordnung.md`
|
|
und `arbeitskarten/04_organisationsstruktur.md` (Karte 01+04) — beide Karten hatten kein
|
|
Gegenstück im ursprünglichen 16-Epic-Backlog (siehe `00_index.md`, DECISION REQUIRED Punkt 5
|
|
war die Vorgängerlücke, diese hier ist die zweite gefundene Lücke).
|
|
|
|
---
|
|
|
|
## ZUST-001 — Objekt/Standort ↔ Verantwortlicher (Zuständigkeit)
|
|
|
|
- **Ziel:** Administrator kann Verantwortliche flexibel Standorten und/oder Objekten
|
|
zuordnen, ohne starre zentrale/dezentrale Struktur vorzugeben.
|
|
- **Beschreibung:** Zuständigkeit ist n:m (Verantwortlicher(e) ↔ Standort und/oder Objekt),
|
|
kein Hardcoding "eine Wache = ein Verantwortlicher". Ein Objekt kann mehrere
|
|
Verantwortliche gleichzeitig haben. Zuständigkeit vererbt sich vom Standort automatisch
|
|
auf alle Objekte an diesem Standort; eine zusätzliche objektspezifische Zuordnung ist
|
|
eine feinere Ergänzung obendrauf, kein Ersatz — Auswertelogik: ein Benutzer ist für ein
|
|
Objekt zuständig, wenn ENTWEDER eine Standort-Zeile für dessen Standort ODER eine
|
|
Objekt-Zeile für das Objekt selbst existiert (Vereinigung, keine Überschreibung).
|
|
- **Benutzerwert:** Verantwortlichkeiten lassen sich so einteilen, wie die Organisation
|
|
tatsächlich arbeitet, nicht wie ein starres Schema es vorgibt.
|
|
- **Abhängigkeiten:** FOUND-002, ASSET-003
|
|
- **Datenmodell:** `zustaendigkeit` (benutzer_id, standort_id NULLABLE, objekt_id NULLABLE)
|
|
- **Backend:** CRUD, Auswertelogik (Vereinigung Standort-/Objekt-Zuordnung)
|
|
- **Frontend:** Verwaltungs-UI (Liste + Suche)
|
|
- **Mobile:** keine eigene UI, wirkt sich auf Sichtbarkeit/Priorisierung aus
|
|
- **QR-Code/Seriennummer/Inventarnummer:** nein
|
|
- **Akte:** Verantwortlichkeitsbereich (FILE-004)
|
|
- **Rechte:** Administrator verwaltet
|
|
- **Audit:** Änderung geloggt
|
|
- **Akzeptanzkriterien:** Zuordnung auf Standort-Ebene wirkt auf alle zugehörigen Objekte,
|
|
zusätzliche Objekt-Zuordnung erweitert statt überschreibt.
|
|
- **Tests:** Vererbungslogik-Test (Standort-Zuordnung + separate Objekt-Zuordnung
|
|
gleichzeitig).
|
|
- **DoD:** deckt sich 1:1 mit MABEA (`Zustaendigkeit`-Tabelle, admin-UI mit Suche bereits
|
|
produktiv).
|
|
|
|
## ZUST-002 — Objekt ↔ Benutzer/Gruppe (Kontrollzuweisung, freiwillig)
|
|
|
|
- **Ziel:** Verantwortliche können Objekte gezielt einer Einzelperson oder Gruppe
|
|
zuweisen, ohne dass dies eine Pflichtkontrolle erzwingt.
|
|
- **Beschreibung:** Grundsätzlich darf jeder Mitarbeiter jedes Objekt kontrollieren (keine
|
|
feste Pflichtzuordnung). Zuweisung ist reine Empfehlung/Sichtbarkeit/Priorisierung, kein
|
|
Zugriffsschutz — Schutz vor Doppelarbeit übernimmt die Objekt-Sperre nach Scan/
|
|
Kontrollstart, nicht die Zuweisung.
|
|
- **Benutzerwert:** Klare Orientierung, wer für was zuständig ist, ohne andere
|
|
auszuschließen (wichtig bei Vertretung/Ausfall).
|
|
- **Abhängigkeiten:** ZUST-001, PERS-003 (Gruppe)
|
|
- **Datenmodell:** `kontrollverantwortung` (objekt_id, benutzer_id NULLABLE, gruppe
|
|
NULLABLE)
|
|
- **Backend:** CRUD
|
|
- **Frontend:** Verwaltungs-UI
|
|
- **Mobile:** zugewiesene Objekte ggf. hervorgehoben/priorisiert in der Liste
|
|
- **QR-Code/Seriennummer/Inventarnummer:** nein
|
|
- **Akte:** Verantwortlichkeitsbereich
|
|
- **Rechte:** Administrator/Verantwortliche verwalten, Mitarbeiter sieht alle Objekte
|
|
- **Audit:** Änderung geloggt
|
|
- **Akzeptanzkriterien:** Zuweisung sichtbar/priorisiert, verhindert aber nicht, dass ein
|
|
anderer Mitarbeiter das Objekt trotzdem kontrolliert.
|
|
- **Tests:** Zuweisungs-CRUD-Test.
|
|
- **DoD:** deckt sich 1:1 mit MABEA (`Kontrollverantwortung`-Tabelle, admin-UI bereits
|
|
produktiv).
|
|
|
|
---
|
|
|
|
**MABEA-Ist-Stand-Abgleich:** beide Kacheln sind bereits vollständig umgesetzt und
|
|
produktiv (`Zustaendigkeit` + `Kontrollverantwortung`, jeweils mit Admin-UI). Diese Epic-
|
|
Datei existierte bislang nicht — reine Nachdokumentation von bereits gebauter Funktion, die
|
|
im ursprünglichen 16-Epic-Backlog übersehen wurde.
|
|
|
|
## Referenzen
|
|
Alte Arbeitskarten (übernommen, Karten-Dateien gelöscht): Karte 01 Rollen&Zuordnung,
|
|
Karte 04 Organisationsstruktur/Zuständigkeit.
|