MABEA/arbeitskacheln/17_zustaendigkeit.md

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.