diff --git a/arbeitskacheln/23_flutter_begleitapp.md b/arbeitskacheln/23_flutter_begleitapp.md
index 00c7f75..f17a7cd 100644
--- a/arbeitskacheln/23_flutter_begleitapp.md
+++ b/arbeitskacheln/23_flutter_begleitapp.md
@@ -51,8 +51,8 @@ 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, mabea-scan v0.1.0 → v0.8.0, mabea-doku v0.1.0 →
-  v0.3.0 als eigenständige zweite App)** — Ergebnis noch nicht formal
+  gewachsen (2026-09-10, mabea-scan v0.1.0 → v0.9.0, mabea-doku v0.1.0 →
+  v0.4.0 als eigenständige zweite App)** — 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
@@ -101,6 +101,13 @@ Build-Host, kein Dauerbetrieb der App dort (App läuft auf Endgeräten).
     `/app-download/info` und `/app-download/qr.png` bekamen einen `app`-
     Query-Parameter (`scan` Default / `doku`), Portal-Seite `/app?app=scan`
     bzw. `/app?app=doku` mit Umschalter.
+  - **Einstellbare Server-Adresse (2026-09-10, mabea-scan v0.9.0, mabea-doku
+    v0.4.0):** Nutzer-Vorgabe — `basisUrl`/`portalUrl` waren fest im Code
+    verdrahtet. Jetzt Zahnrad-Icon auf dem Login-Screen beider Apps öffnet
+    einen Dialog zum Ändern der Server-URL (persistiert in
+    `flutter_secure_storage`, "Zurücksetzen" auf `mabea.perlbach-edv.de`),
+    greift sofort ohne Neustart (mutable Top-Level-Variablen statt `const`,
+    beim App-Start aus dem Speicher geladen).
   - **Bugfix v0.3.0 (2026-09-10):** `android.permission.INTERNET` fehlte in
     `AndroidManifest.xml` (Standard-`flutter create`-Template hat sie nicht
     automatisch gesetzt) — App konnte GAR KEINE Netzwerkverbindung