Klärfall-Workflow UI: Zuweisung, Eskalation und SLA-Tracking #58

New issue

Open

opened 2026-03-30 20:05:57 +00:00 by David · 0 comments

David commented

2026-03-30 20:05:57 +00:00

Collaborator

Beschreibung

Das Klärfall-Management im Dashboard um Zuweisung an Operator, Eskalations-Logik und SLA-Tracking erweitern. Aktuell gibt es nur ein Enrichment-Formular ohne Workflow-Steuerung.

Hintergrund

Klärfälle werden aktuell nur über das Enrichment-Formular bearbeitet (Repo zuweisen + Notizen). Es gibt keine Zuweisung an bestimmte Operator, kein SLA-Tracking (wie lange liegt ein Klärfall schon?) und keine Eskalation wenn ein Klärfall zu lange unbearbeitet bleibt.

Abgeleitet aus Issue #13 (Betriebskonzept), Bereich 3: Klärfall-Workflow.

Akzeptanzkriterien

Klärfälle können einem bestimmten Operator zugewiesen werden (Dropdown mit allen Usern mit Rolle 'operator')
Zugewiesener Operator sieht "Meine Klärfälle" als eigenen Tab/Filter
SLA-Anzeige: Alter des Klärfalls mit Ampel-Farbkodierung (Grün <2h, Gelb 2-8h, Rot >8h) — konfigurierbar
Eskalations-Warnung: Klärfälle die länger als SLA-Limit unbearbeitet sind werden visuell hervorgehoben
Optional: Notification an zugewiesenen Operator (WebSocket-Push)
Klärfall-History: Log wer wann was am Klärfall geändert hat

Technische Hinweise

Erweitern: backend/models/ticket.py — assigned_operator_id (FK zu users), sla_deadline (DateTime)
Erweitern: backend/api/tickets.py — PATCH /api/tickets/{id}/assign Endpoint
Erweitern: backend/api/tickets.py — Filter ?assigned_to=me
Erweitern: frontend/src/pages/Dashboard.tsx — Tab "Meine Klärfälle"
Erweitern: frontend/src/pages/TicketDetail.tsx — Operator-Zuweisung, SLA-Anzeige
Erweitern: backend/config.py — SLA_KLAERFALL_HOURS (Default: 8)
Migration nötig: ja (neue Felder in tickets)

Aufwand: M

Abgeleitet aus #13

## Beschreibung Das Klärfall-Management im Dashboard um Zuweisung an Operator, Eskalations-Logik und SLA-Tracking erweitern. Aktuell gibt es nur ein Enrichment-Formular ohne Workflow-Steuerung. ## Hintergrund Klärfälle werden aktuell nur über das Enrichment-Formular bearbeitet (Repo zuweisen + Notizen). Es gibt keine Zuweisung an bestimmte Operator, kein SLA-Tracking (wie lange liegt ein Klärfall schon?) und keine Eskalation wenn ein Klärfall zu lange unbearbeitet bleibt. Abgeleitet aus Issue #13 (Betriebskonzept), Bereich 3: Klärfall-Workflow. ## Akzeptanzkriterien - [ ] Klärfälle können einem bestimmten Operator zugewiesen werden (Dropdown mit allen Usern mit Rolle 'operator') - [ ] Zugewiesener Operator sieht "Meine Klärfälle" als eigenen Tab/Filter - [ ] SLA-Anzeige: Alter des Klärfalls mit Ampel-Farbkodierung (Grün <2h, Gelb 2-8h, Rot >8h) — konfigurierbar - [ ] Eskalations-Warnung: Klärfälle die länger als SLA-Limit unbearbeitet sind werden visuell hervorgehoben - [ ] Optional: Notification an zugewiesenen Operator (WebSocket-Push) - [ ] Klärfall-History: Log wer wann was am Klärfall geändert hat ## Technische Hinweise - Erweitern: `backend/models/ticket.py` — `assigned_operator_id` (FK zu users), `sla_deadline` (DateTime) - Erweitern: `backend/api/tickets.py` — `PATCH /api/tickets/{id}/assign` Endpoint - Erweitern: `backend/api/tickets.py` — Filter `?assigned_to=me` - Erweitern: `frontend/src/pages/Dashboard.tsx` — Tab "Meine Klärfälle" - Erweitern: `frontend/src/pages/TicketDetail.tsx` — Operator-Zuweisung, SLA-Anzeige - Erweitern: `backend/config.py` — `SLA_KLAERFALL_HOURS` (Default: 8) - Migration nötig: ja (neue Felder in tickets) ## Aufwand: M _Abgeleitet aus #13_