docs: Readiness-Backlog aktualisiert - UNKNOWN-Fund als erledigt markiert

Decision Required #5 und READY-002 als behoben markiert, da noch am selben
Tag live gefixt (siehe Commit fab3a06).

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

arbeitskacheln/00_index.md

@@ -20,9 +20,9 @@ Kachel-Template und Nutzer-Vorgaben zur Methodik: siehe Memory
 4. **Person/Benutzer-Trennung (PERS-001/002):** MABEA hat aktuell nur `Benutzer` (Login=Person
    verschmolzen). Echte Trennung ist ein Datenmodell-Bruch — Umfang vorher separat abschätzen,
    bevor verbindlich eingeplant.
-5. **UNKNOWN-Readiness-Zustand (READY-002):** MABEA zählt ein nie kontrolliertes Objekt aktuell
+5. ✅ **UNKNOWN-Readiness-Zustand (READY-002) — erledigt (2026-09-05):** war offen, wurde
-   als „einsatzbereit" (keine Kriterien verletzt, aber auch nie geprüft). Fachlich zu klären,
+   noch am selben Tag live gefixt. Nie kontrollierte Objekte zählen jetzt als `unbekannt`
-   ob das gewollt ist oder ein eigener UNKNOWN-Zustand eingeführt werden soll.
+   statt fälschlich als „einsatzbereit". Siehe `13_readiness.md`.
 
 ## Epic-Übersicht
 

arbeitskacheln/13_readiness.md

@@ -49,12 +49,11 @@ Details zu READY-001 … READY-005 (vollständig).
 - **Akzeptanzkriterien:** alle vier Zustände erreichbar, UNKNOWN korrekt für „noch nie
   kontrolliert".
 - **Tests:** Zustandstest je Fall.
-- **DoD:** **DECISION REQUIRED (fachlich, nicht nur technisch):** MABEA kennt nur drei
+- **DoD:** ✅ **behoben (2026-09-05, noch am selben Tag wie dieser Backlog-Eintrag):**
-  Zustände (einsatzbereit/eingeschränkt/nicht_einsatzbereit). **UNKNOWN fehlt bisher — ein
+  MABEA kannte bisher nur drei Zustände. Ein noch nie kontrolliertes Objekt wurde
-  noch nie kontrolliertes Objekt wird aktuell als „einsatzbereit" gezählt**, weil keine
+  fälschlich als „einsatzbereit" gezählt. Vierter Zustand `unbekannt` live ergänzt
-  Kriterien verletzt sind. Das ist fachlich fragwürdig: „nie geprüft" sollte vermutlich
+  (`dashboard.einsatzbereitschaft()`, Grund `noch_nie_kontrolliert`), Dashboard-Kachel und
-  nicht dasselbe bedeuten wie „geprüft und in Ordnung". Vor Umsetzung mit dem Nutzer
+  Tests entsprechend angepasst.
-  klären, ob das der gewünschte aktuelle Zustand ist oder korrigiert werden soll.
 
 ## READY-003 — Regel-Kopplung (Prüfung/Wartung/Mangel/Beladung)
 
@@ -123,6 +122,6 @@ Details zu READY-001 … READY-005 (vollständig).
 (`dashboard.einsatzbereitschaft()` kombiniert mehr Faktoren als in dieser Kachel-Spezifikation
 ursprünglich vorgesehen — sogar Fahrzeug-HU/UVV und Mangel-Priorität fließen schon ein). Die
 konzeptionelle Lücke ist die **fehlende Konfigurierbarkeit** (READY-001/005: alles ist fest
-im Code verdrahtet statt als an-/abschaltbare Regeln) und der **fehlende UNKNOWN-Zustand**
+im Code verdrahtet statt als an-/abschaltbare Regeln). Der **UNKNOWN-Zustand (READY-002)**
-(READY-002 — ein nie kontrolliertes Objekt gilt fälschlich als einsatzbereit). Letzteres ist
+war die wichtigste fachliche Nachfrage aus diesem Epic — wurde direkt im Zuge dieses
-die wichtigste fachliche Nachfrage aus diesem Epic, nicht nur eine technische Fleißaufgabe.
+Backlog-Durchgangs live gefixt, nicht nur dokumentiert (siehe READY-002 oben).