diff --git a/arbeitskacheln/00_index.md b/arbeitskacheln/00_index.md
index b75dc3b..b86c745 100644
--- a/arbeitskacheln/00_index.md
+++ b/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
-   als „einsatzbereit" (keine Kriterien verletzt, aber auch nie geprüft). Fachlich zu klären,
-   ob das gewollt ist oder ein eigener UNKNOWN-Zustand eingeführt werden soll.
+5. ✅ **UNKNOWN-Readiness-Zustand (READY-002) — erledigt (2026-09-05):** war offen, wurde
+   noch am selben Tag live gefixt. Nie kontrollierte Objekte zählen jetzt als `unbekannt`
+   statt fälschlich als „einsatzbereit". Siehe `13_readiness.md`.
 
 ## Epic-Übersicht
 
diff --git a/arbeitskacheln/13_readiness.md b/arbeitskacheln/13_readiness.md
index e3955d4..248fa3d 100644
--- a/arbeitskacheln/13_readiness.md
+++ b/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
-  Zustände (einsatzbereit/eingeschränkt/nicht_einsatzbereit). **UNKNOWN fehlt bisher — ein
-  noch nie kontrolliertes Objekt wird aktuell als „einsatzbereit" gezählt**, weil keine
-  Kriterien verletzt sind. Das ist fachlich fragwürdig: „nie geprüft" sollte vermutlich
-  nicht dasselbe bedeuten wie „geprüft und in Ordnung". Vor Umsetzung mit dem Nutzer
-  klären, ob das der gewünschte aktuelle Zustand ist oder korrigiert werden soll.
+- **DoD:** ✅ **behoben (2026-09-05, noch am selben Tag wie dieser Backlog-Eintrag):**
+  MABEA kannte bisher nur drei Zustände. Ein noch nie kontrolliertes Objekt wurde
+  fälschlich als „einsatzbereit" gezählt. Vierter Zustand `unbekannt` live ergänzt
+  (`dashboard.einsatzbereitschaft()`, Grund `noch_nie_kontrolliert`), Dashboard-Kachel und
+  Tests entsprechend angepasst.
 
 ## 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**
-(READY-002 — ein nie kontrolliertes Objekt gilt fälschlich als einsatzbereit). Letzteres ist
-die wichtigste fachliche Nachfrage aus diesem Epic, nicht nur eine technische Fleißaufgabe.
+im Code verdrahtet statt als an-/abschaltbare Regeln). Der **UNKNOWN-Zustand (READY-002)**
+war die wichtigste fachliche Nachfrage aus diesem Epic — wurde direkt im Zuge dieses
+Backlog-Durchgangs live gefixt, nicht nur dokumentiert (siehe READY-002 oben).