# 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.