Neuer Vertragsstatus "Gekuendigt / bestaetigt" + Kuendigungs-Workflow

Bisheriges "Gekuendigt" (CANCELLED) umbenannt in "Gekuendigt / Bestaetigung
abwarten" und wird jetzt automatisch gesetzt, sobald ein Kuendigungsschreiben
hochgeladen wird. Neuer Status CANCELLED_CONFIRMED ("Gekuendigt / bestaetigt")
wird automatisch gesetzt, sobald ein Kuendigungsbestaetigungsdatum vorliegt
(Dokument fuellt das Datum oder manuell) + Vertragsende = Kuendigungsdatum.

Schema: Enum-Wert CANCELLED_CONFIRMED + Migration (idempotentes MODIFY COLUMN);
Daten-Migration hebt bestehende CANCELLED (alte Logik: nur bei Bestaetigung
gesetzt) auf CANCELLED_CONFIRMED.

Backend: neue Trigger maybeMarkAwaitingConfirmationOnLetter (Schreiben->CANCELLED)
im Upload-Handler; maybeCancelOnCancellationConfirmation setzt jetzt
CANCELLED_CONFIRMED (auch aus CANCELLED). Cockpit-Semantik mitgewandert
(Fristen-Skip/"beendet" fuer CANCELLED_CONFIRMED; Ladeliste + Kuendigungs-
bestaetigungs-Filter erweitert).

Frontend: Labels/Farben/Status-Erklaerungen + Status-Dropdown in ContractList,
ContractDetail, ContractForm, ContractDetailModal, CustomerDetail
(CANCELLED orange "abwarten", CANCELLED_CONFIRMED rot).

Verifiziert: tsc+build gruen; Schreiben->CANCELLED, Bestaetigung->
CANCELLED_CONFIRMED+Enddatum; Daten-Migration idempotent.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/todo.md

@@ -97,6 +97,28 @@ isolierte Instanz (keine Multi-Tenancy im Code), Provisioning + Abrechnung
 
 ## ✅ Erledigt
 
+- [x] **🗂️ Neuer Vertragsstatus „Gekündigt / bestätigt" + Kündigungs-Workflow** (2026-08-13)
+  - Bisheriges **„Gekündigt"** umbenannt in **„Gekündigt / Bestätigung abwarten"**
+    (Status `CANCELLED`) – wird jetzt automatisch gesetzt, sobald ein
+    **Kündigungsschreiben** (`cancellationLetterPath`) hochgeladen wird
+    (aus ACTIVE/PENDING/ONGOING/EXPIRED; nie DRAFT/DEACTIVATED/bereits bestätigt).
+  - **Neuer Status „Gekündigt / bestätigt"** (`CANCELLED_CONFIRMED`) – automatisch,
+    sobald ein **Kündigungsbestätigungsdatum** vorliegt (per Bestätigungsdokument,
+    das das Datum füllt, ODER manuell) + Vertragsende = Kündigungsdatum. Hebt auch
+    aus „Bestätigung abwarten" hoch.
+  - **Schema:** Enum-Wert `CANCELLED_CONFIRMED`, Migration
+    `20260813200000_contract_status_cancelled_confirmed` (idempotentes
+    `MODIFY COLUMN`). **Daten-Migration:** bestehende `CANCELLED` (unter alter
+    Logik nur bei vorhandener Bestätigung gesetzt) → `CANCELLED_CONFIRMED`.
+  - **Cockpit-Semantik mitgewandert:** Fristen-Skip + „beendet" (Schlussrechnung)
+    gelten jetzt für `CANCELLED_CONFIRMED` (nicht mehr das reine „abwarten");
+    „Kündigungsbestätigung fehlt"-Warnung greift dadurch weiter für CANCELLED.
+    `CANCELLED_CONFIRMED` in Ladeliste + Kündigungsbestätigungs-Filter aufgenommen.
+  - **Frontend:** Labels/Farben/Status-Erklärungen + Status-Dropdown in
+    ContractList, ContractDetail, ContractForm, ContractDetailModal, CustomerDetail
+    (CANCELLED = orange „abwarten", CANCELLED_CONFIRMED = rot). Verifiziert:
+    Schreiben→CANCELLED, Bestätigung→CANCELLED_CONFIRMED+Enddatum.
+
 - [x] **🔒 Mass-Assignment-Schutz: Bankkarte/Adresse/Ausweis (Pentest R155)** (2026-08-13)
   - Controller reichten rohen `req.body` an Prisma durch → `customerId` (Owner)
     und `id` (PK) waren per Update mutierbar (staff-only, kein Cross-Tenant, aber