diff --git a/arbeitskacheln/23_flutter_begleitapp.md b/arbeitskacheln/23_flutter_begleitapp.md
index 474dea7..4312c52 100644
--- a/arbeitskacheln/23_flutter_begleitapp.md
+++ b/arbeitskacheln/23_flutter_begleitapp.md
@@ -51,7 +51,7 @@ Build-Host, kein Dauerbetrieb der App dort (App läuft auf Endgeräten).
   Store-Veröffentlichung (Sideload/interner Test-Build reicht für die
   Sondierung).
 - **DoD:** ✅ **Prototyp läuft, iterativ über den ursprünglichen Scope hinaus
-  gewachsen (2026-09-10, v0.1.0 → v0.6.0)** — Ergebnis noch nicht formal
+  gewachsen (2026-09-10, v0.1.0 → v0.7.0)** — Ergebnis noch nicht formal
   bewertet (keine Grundsatzentscheidung Ergänzung-vs-Ablösung-PWA getroffen),
   aber der Prototyp selbst ist weit über "ein Screen QR-Scan" hinausgewachsen:
   - **v0.1.0** — Basis-Scope: Login-Screen (JWT), QR-Scan-Screen gegen
@@ -90,6 +90,13 @@ Build-Host, kein Dauerbetrieb der App dort (App läuft auf Endgeräten).
     — ein normaler Frontend-Deploy mit `rsync --delete` hätte den Ordner sonst
     gelöscht, real passiert und behoben). Download-Link im Portal nur für
     Administrator sichtbar (`AdminPage.tsx`).
+  - **v0.7.0 (2026-09-10):** mehr Scan-Funktionen — Akte-Kurzinfo nach
+    Objekt-Scan (Einsatzbereitschafts-Ampel + Gründe, letzte Kontrolle,
+    Anzahl offener Mängel, via `GET /akte/objekt/{id}`, Ladefehler nicht
+    fatal — Basis-Objekt bleibt sichtbar); Taschenlampe-Toggle
+    (`MobileScannerController.toggleTorch()`); Geräte-Exemplar-Code als
+    Fallback, wenn kein Objekt-Code passt (`GET /objektpositionen/code/
+    {code}` — Geräte-Etiketten waren bis dahin gar nicht scanbar).
   - **Feldtest-Vorbereitung 2026-09-10:** öffentliche Download-Seite
     `/app` (KEIN Login nötig — Henne-Ei, die App IST der Login-Client)
     zeigt QR-Code + Download-Button + Installationsanleitung für Helfer.