docs(arbeitskacheln): Open-Source-/HiOrg-Vergleich ausgewertet, 14 neue Kacheln ausgearbeitet

Vergleich mit InvenTree, Snipe-IT, Grocy, Shelf.nu, Resgrid, KP Front, FleetMS,
HiOrg-Server ergibt neue Kacheln (ASSET-010 Custody, FILE-008 Hash-Audit-Journal,
FILE-009 Notizen, NOTIF-003, MAINT-007 Tankbuch, ZUST-003 Standort-Scoping,
FOUND-007 Import/Export, FOUND-008 Fristen-Dienst, READY-006 Statistik-Dashboard,
UI2-006..010) sowie Referenz-Ergänzungen bei bestehenden Lücken. Alle Design-
Entscheidungen (Datenmodell, Sicherheitsanforderungen bei ASSET-010) geklärt.

Neues Epic 23 (Flutter-Begleit-App, Sondierungs-Prototyp FLUT-001) inkl. geklärtem
TLS-Blocker (Domain mabea.perlbach-edv.de mit Let's-Encrypt-Zertifikat statt
selbstsigniertem Server-Zertifikat).

Alle Kacheln bleiben offen/ungeplant, nur ausgearbeitet, keine Implementierung.

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

arbeitskacheln/13_readiness.md

@@ -1,6 +1,7 @@
 # Epic 13 — Readiness
 
-Details zu READY-001 … READY-005 (vollständig).
+Details zu READY-001 … READY-006. READY-001-005 vollständig, READY-006 ergänzt am
+2026-09-09 aus HiOrg-Server-Vergleich, offen/ungeplant.
 
 ---
 
@@ -116,6 +117,50 @@ Details zu READY-001 … READY-005 (vollständig).
   kann komplett entfallen, wenn READY-001 zurückgestellt bleibt und ein fester
   Kriterienkatalog ausreicht.
 
+## READY-006 — Statistik-/Reporting-Dashboard-Kachel (P2, neu)
+
+- **Ziel:** Kennzahlen über Zeit statt nur Momentaufnahme des aktuellen Zustands.
+- **Beschreibung:** Neue Dashboard-Kachel mit Verlaufs-Kennzahlen: Bereitschaftsquote
+  über Zeit (Anteil READY/LIMITED/NOT_READY/UNKNOWN je Zeitpunkt), Mängelquote je
+  Standort, Anzahl offener Wartungen. Nutzt bereits vorhandene Daten
+  (Einsatzbereitschaft, Mängel, Wartungsaufträge), aggregiert sie nur zeitlich/
+  gruppiert statt nur aktuellen Stand zu zeigen.
+- **Benutzerwert:** Trends erkennbar („wird die Bereitschaft besser/schlechter") statt
+  nur Snapshot — Grundlage für Leitungsentscheidungen (z.B. wo Ressourcen fehlen).
+- **Abhängigkeiten:** READY-004, `Mangel`-Modell, MAINT-003
+- **Datenmodell (entschieden 2026-09-10): täglicher Snapshot**, nicht
+  Live-Berechnung — `readiness_snapshot` (Zeitpunkt, Standort, Zustand, Anzahl).
+  Begründung: Live-Berechnung würde bedeuten, die READY-003-Regel-Logik
+  rückwirkend auf jeden historischen Zeitpunkt anzuwenden (zeitpunktbezogener
+  Nachbau der Ampel-Logik) — deutlich fehleranfälliger als ein simpler täglicher
+  Snapshot. Tägliche Auflösung reicht für Trend-Reporting.
+- **Backend:** Aggregations-Endpunkt(e), periodischer Snapshot-Job via
+  systemd-Timer (`mabea-readiness-snapshot.timer`, gleiches Muster wie
+  `mabea-eskalation.timer` bei NOTIF-002) — Zeitplan über `OnCalendar` in der
+  Timer-Unit auf dem Server jederzeit ohne Codeänderung/Deploy anpassbar
+  (`systemctl edit` + `daemon-reload`), reine Betriebskonfiguration. Standard-
+  Anzeigezeitraum im Frontend: letzte 90 Tage, mit Filter für längere Zeiträume.
+- **Frontend:** neue Dashboard-Kachel (react-grid-layout, wie bestehende Tiles),
+  einfache Zeitreihen-Darstellung
+- **Mobile:** Anzeige, kein Erfassungsbedarf
+- **QR-Code/Seriennummer/Inventarnummer:** nein
+- **Akte (ergänzt 2026-09-10):** zusätzlich zum globalen Dashboard bekommt jedes
+  einzelne Objekt einen Verlaufs-Abschnitt in seiner Akte (FILE-005-Bereich) —
+  „Bereitschaftshistorie dieses Objekts" (z.B. „in den letzten 6 Monaten X Tage
+  nicht einsatzbereit"). Nutzt dieselbe zugrundeliegende Datenquelle wie das
+  globale Dashboard, nur gefiltert auf ein Objekt statt aggregiert über alle —
+  andere Abfrage-Granularität, kein zweiter Datenspeicher nötig.
+- **Rechte:** Leitungsverantwortliche/Administration
+- **Audit:** nein (reine Auswertung)
+- **Akzeptanzkriterien:** mind. eine Kennzahl (z.B. Bereitschaftsquote) über
+  mehrere Zeitpunkte hinweg korrekt dargestellt.
+- **Tests:** Aggregations-Test mit synthetischen Daten über mehrere Zeitpunkte.
+- **DoD:** offen — Design vollständig geklärt (2026-09-10), bereit für
+  Implementierung. **Referenz (HiOrg-Server-Vergleich 2026-09-09):** HiOrg bietet
+  dedizierte Statistiken über Dienste/Kurse — MABEA hat vergleichbare Rohdaten
+  (Einsatzbereitschaft, Mängel, Wartung), aber keine Verlaufs-/Trend-Ansicht,
+  nur den aktuellen Zustand (READY-004).
+
 ---
 
 **MABEA-Ist-Stand-Abgleich:** Funktional ist Readiness in MABEA bereits gut abgedeckt