Refine MsTextField component: introduce compact mode, enhance visual styling and error handling, and improve placeholder and keyboard interaction logic. Add Dimens and Colors updates, implement navigation rail and header layout for the desktop shell, and update ROADMAP documentation with planned phases.

docs/04_Agents/Roadmaps/Architect_Roadmap.md

@@ -1,6 +1,6 @@
 # 🏗️ [Lead Architect] — Zwischenstand & Roadmap
 
-> **Stand:** 3. April 2026
+> **Stand:** 12. April 2026
 > **Rolle:** Strategie, Architektur-Entscheidungen (ADRs), Domänen-Modell, Master-Roadmap
 
 ---
@@ -23,7 +23,7 @@
 
 ---
 
-## ✅ Sprint B — Abgeschlossen
+### Sprint B — Abgeschlossen
 
 - [x] **B-1** | ADR für LAN-Sync-Protokoll schreiben
   - [x] Optionen analysieren: Event-Sourcing vs. CRDT vs. Timestamp-Sync
@@ -36,7 +36,7 @@
 
 ---
 
-## 🟠 Sprint C — In Arbeit
+### Sprint C — Abgeschlossen
 
 - [x] **C-1** | Zeitplan-Optimierung Konzept
   - [x] Fachliche Anforderungen (Use Cases) definiert
@@ -48,7 +48,7 @@
   - [x] Phase 9 Fortschritt reflektieren
   - [x] Link zum Zeitplan-Konzept ergänzt
   - [x] Feature-Migration (Frontend) dokumentiert
-  - [ ] Weitere Sprints (D, E) grob skizzieren
+  - [x] Phase 10 & 11 (Series & Results) als abgeschlossen markiert (Stand 11.04./12.04.)
 
 ---
 
@@ -58,6 +58,30 @@
   - [ ] Technische Machbarkeit (File-Storage vs. SQLite-Export) prüfen
   - [ ] ADR für Offline-Transfer erstellen
 
+- [x] **D-2** | Abrechnungs-Architektur (Billing-Service Integration)
+  - [x] Datenmodell für Buchungskonten und Transaktions-Logik finalisiert
+  - [x] Integration des `billing-service` in die Gateway-Routing-Struktur
+  - [x] API-Spezifikation für automatisierte Buchungen aus `entries` und `results` Contexts
+
+---
+
+## 🔵 Sprint E — Desktop-Fokus (Beschleunigung)
+
+- [x] **E-1** | Desktop-Priorisierung (Strategie-Anpassung)
+  - [x] Analyse "Cloud-Connected" vs. "Offline-First Authority"
+  - [x] Fokus-Verschiebung: Desktop-Zentrale wird primärer Master (ADR-0022/Concept)
+  - [x] Identifikation fehlender lokaler Persistenz-Layer (SQLDelight)
+
+- [ ] **E-2** | Offline-First Sync-Infrastruktur (Härtung)
+  - [ ] Implementierung `SyncEvent`-Logger in `core:sync`
+  - [ ] SQLDelight Schema-Migration für lokales Event-Log
+  - [ ] Hintergrund-Sync Worker (opportunistisch)
+
+- [ ] **E-3** | UI/UX Härtung für Offline-Betrieb
+  - [ ] Globaler Sync-Status in der Desktop-Sidebar
+  - [ ] Optimistisches UI für Nennungen und Ergebnisse
+  - [ ] Fehler-Behandlung bei Verbindungsabbrüchen (mDNS/WAN)
+
 ---
 
 ## 📌 Abhängigkeiten
@@ -68,10 +92,10 @@
 | Domänen-Modell ✅   | 👷 Backend: Schema-Design; 🎨 Frontend: ViewModel-Design |
 | LAN-Sync ADR (B-1) | 🎨 Frontend: Sync-UI; 👷 Backend: Sync-Endpunkte         |
 | Sync-Konzept (C-1) | 🐧 DevOps: mDNS/WebSocket-Infrastruktur                  |
+| Billing-Arch (D-2) | 👷 Backend: Buchungs-Logik; 🎨 Frontend: Kassa-UI        |
 
 ---
 
 ## 💡 Empfehlung
 
-**Sofort starten:** B-1 (LAN-Sync ADR) — Phase 8 der MASTER_ROADMAP wartet auf mDNS/WebSocket-Discovery; ohne ADR können
-Backend und Frontend nicht parallel implementieren.
+**Fokus auf Phase 12:** Die technische Infrastruktur für das Billing steht (Consul, Gateway, Repository). Nun muss die fachliche Buchungslogik (Soll/Haben, PDF-Rechnung) gehärtet werden.