docs: Operations-Epic (Platzhalter) + Backlog-Detaillierung abgeschlossen

OPS-001..003 bewusst nur als Platzhalter spezifiziert (Ursprungs-Anforderung:
"noch nicht implementieren, aber architektonisch berücksichtigen") - kein
MABEA-Abgleich, da kein konkreter Bedarf vorliegt.

Damit sind alle 16 Epics des Backlogs mindestens einmal durchgegangen, 13
davon vollständig fachlich spezifiziert. Im Zuge der Detaillierung wurden
zwei echte Bugs in MABEA gefunden und noch am selben Tag live gefixt.

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

arbeitskacheln/00_index.md

@@ -256,5 +256,6 @@ eigenes Modul (MAINT-\*, MABEA hat nur Prüfung, keine Wartung)**.
 | `13_readiness.md` | READY-001 … READY-005 (vollständig) |
 | `14_documents.md` | DOC-001 … DOC-005 (vollständig) |
 | `15_mobile.md` | MOBILE-001 … MOBILE-005 (vollständig) |
+| `16_operations.md` | OPS-001 … OPS-003 (bewusst nur Platzhalter, siehe Datei) |
 
-Restliche Kacheln (OPS): nur Zeile in der Tabelle oben, Details folgen nach Freigabe.
+**Alle 16 Epics durchgegangen.** Detaillierungsphase abgeschlossen (2026-09-05).

arbeitskacheln/16_operations.md

@@ -0,0 +1,81 @@
+# Epic 16 — Operations
+
+Details zu OPS-001 … OPS-003. **Bewusst nur als Platzhalter ausgearbeitet** — die
+Ursprungs-Anforderung sagt explizit: „Einsatzverwaltung/Einsatzdisposition noch nicht
+implementieren, aber bei der Architektur berücksichtigen." Diese Datei erfüllt genau das:
+genug Grundgerüst, damit FLEET-006 und andere Epics wissen, worauf sie sich später beziehen
+— keine vollständige Fachspezifikation, da kein konkreter Bedarf vorliegt.
+
+---
+
+## OPS-001 — Einsatzverwaltung (Platzhalter)
+
+- **Ziel:** Grundgerüst für eine künftige Einsatzverwaltung, das keine Änderung an
+  bereits gebauten Epics erzwingt.
+- **Beschreibung:** minimales Platzhalter-Datenmodell (Einsatz-Entität mit ID,
+  Zeitstempel, Status) — Rest folgt erst, wenn das Epic tatsächlich angegangen wird.
+- **Benutzerwert:** TBD — noch keine konkrete Anforderung geäußert.
+- **Abhängigkeiten:** FILE-001
+- **Datenmodell:** `einsatz` (id, bezeichnung, alarmiert_am, status) — Platzhalter, nicht
+  endgültig
+- **Backend/Frontend/Mobile:** TBD
+- **QR-Code/Seriennummer/Inventarnummer:** nein
+- **Akte:** künftig eigener „Einsatz"-Akte-Typ denkbar (Ressourcen-Akte und Einsatz-Akte
+  sind unterschiedliche Konzepte)
+- **Rechte/Audit:** TBD
+- **Akzeptanzkriterien/Tests:** TBD
+- **DoD:** **DECISION REQUIRED:** dieses Epic explizit NICHT umsetzen, bevor ein echter
+  Bedarf konkret geäußert wird. Der Platzhalter dient nur dazu, dass FLEET-006/OPS-002
+  wissen, worauf sie sich später beziehen. Aufwand/Risiko/Priorität sind ohne echte
+  Anforderung nicht sinnvoll schätzbar.
+
+## OPS-002 — Einsatzmittel-Verknüpfung
+
+- **Ziel:** Ressourcen (Assets) einem Einsatz zuordnen (welches Fahrzeug/Material war bei
+  Einsatz X im Einsatz).
+- **Beschreibung:** M:N Einsatz↔Asset, Zeitraum der Zuordnung.
+- **Benutzerwert:** Nutzungsnachweis, Grundlage für FLEET-006 (Fahrzeug-Einsatzhistorie).
+- **Abhängigkeiten:** OPS-001, ASSET-003
+- **Datenmodell:** `einsatz_ressource` (einsatz_id, asset_id, von, bis) — Platzhalter
+- **Backend/Frontend/Mobile:** TBD
+- **QR-Code/Seriennummer/Inventarnummer:** nein
+- **Akte:** Ressourcen-Akte könnte „Einsatzhistorie" als zusätzlichen Bereich bekommen
+  (siehe FLEET-006)
+- **Rechte/Audit:** TBD
+- **Akzeptanzkriterien/Tests:** TBD
+- **DoD:** abhängig von OPS-001, gleiche Einschränkung — nicht umsetzen ohne konkreten
+  Bedarf.
+
+## OPS-003 — Einsatznachbereitung (Platzhalter)
+
+- **Ziel:** Nach einem Einsatz Rückschau/Auswertung (Verbrauchsmaterial-Nachbestellung,
+  Debriefing-Notizen).
+- **Beschreibung:** bewusst nicht spezifiziert.
+- **Benutzerwert:** TBD
+- **Abhängigkeiten:** OPS-001
+- **Datenmodell/Backend/Frontend/Mobile/QR/SN/Inv/Akte/Rechte/Audit:** TBD
+- **Akzeptanzkriterien/Tests:** TBD
+- **DoD:** **DECISION REQUIRED**, wie OPS-001 — reiner Platzhalter, absichtlich nicht
+  weiter ausgearbeitet gemäß Ursprungs-Anforderung.
+
+---
+
+**MABEA-Ist-Stand-Abgleich:** entfällt — dieses Epic ist im gesamten Backlog das einzige,
+das bewusst nicht gegen einen Ist-Stand abgeglichen wird, weil weder MABEA noch die
+Ursprungs-Anforderung dafür eine konkrete Zielvorstellung liefern. Sollte dieses Epic
+später tatsächlich angegangen werden, sollte der erste Schritt eine eigene, echte
+Anforderungsklärung mit dem Nutzer sein (analog zum Ablauf, der zu diesem gesamten Backlog
+geführt hat) — nicht ein direkter Sprung in die Umsetzung.
+
+---
+
+## Abschluss der Backlog-Detaillierungsphase
+
+Mit diesem Epic sind **alle 16 Epics des Backlogs** (siehe `00_index.md`) mindestens einmal
+durchgegangen — 13 davon vollständig fachlich spezifiziert (Foundation bis Mobile), dieses
+letzte bewusst nur als Platzhalter. Insgesamt wurden im Zuge dieser Detaillierung
+**zwei echte Bugs in MABEA gefunden und noch am selben Tag live gefixt** (Betriebsstunden
+fälschlich fahrzeug-only geplant → generischer Zähler ASSET-009 + Funkkenner-Feld ergänzt;
+UNKNOWN-Readiness-Zustand fehlte → nie kontrollierte Objekte galten fälschlich als
+einsatzbereit). Die verbleibenden offenen Punkte sind in `00_index.md` unter „Decisions
+Required" gesammelt.