Karte 12: Eskalationslogik für lange offene Fehlbestände

Zwei Stufen (Erinnerung an Materialverantwortliche, Eskalation an
Leitungsverantwortliche/Administration) mit Tracking-Zeitstempel je Stufe
gegen Mehrfachversand. Zeitschwellen in eskalation_konfiguration (DB,
Singleton), admin-editierbar über GET/PUT /eskalation/konfiguration - bewusst
nicht fix im Code. Prüflauf per POST /eskalation/pruefen angestoßen,
Scheduling (Cron/systemd-Timer) bleibt Betriebsaufgabe.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV

backend/app/schemas/eskalation.py

@@ -0,0 +1,17 @@
+from pydantic import BaseModel, ConfigDict, Field
+
+
+class EskalationKonfigurationRead(BaseModel):
+    model_config = ConfigDict(from_attributes=True)
+    erinnerung_tage: int
+    leitung_tage: int
+
+
+class EskalationKonfigurationUpdate(BaseModel):
+    erinnerung_tage: int = Field(gt=0)
+    leitung_tage: int = Field(gt=0)
+
+
+class EskalationPruefungResult(BaseModel):
+    erinnerungen: int
+    eskalationen: int