chore: implementiere Suche nach Veranstalter via OEPS-Nummer, verbessere UI-Flow im Veranstaltungs-Wizard und erweitere VereinRepository um OEPS-Abfrage

Signed-off-by: StefanMoCoAt <stefan.mo.co@gmail.com>
2026-04-21 09:27:35 +02:00
parent 30b53584f8
commit 7acd9ea4c2
17 changed files with 230 additions and 58 deletions
@@ -282,6 +282,8 @@ und über definierte Schnittstellen kommunizieren.
 *   [x] **"V2"-Bereinigung:** Vollständige Eliminierung aller "V2"-Suffixe in Dateinamen und Symbolen (z.B. `TurnierWizardV2`, `VeranstalterAuswahlV2`). ✓ (20. April 2026)
 *   [x] **Plug-and-Play (Turnier):** Umstellung des `turnier-feature` auf ADR-0024. Entfernung von Reflection-Zugriffen auf die Shell und Einführung von ViewModel-Hoisting. ✓ (20. April 2026)
 *   [x] **Plug-and-Play (Veranstalter):** Umstellung des `veranstalter-feature` auf ADR-0024. Einführung des `VeranstalterDetailViewModel` und Konsolidierung der Screens in der Desktop-Shell. ✓ (20. April 2026)
+*   [x] **Device-Setup ("Lock-and-Edit"):** Einführung eines Review-Modus mit Konfigurations-Sperre, Drucker-Integration und Maskierung des SharedKeys. ✓ (20. April 2026)
+*   [x] **Veranstaltungs-Wizard:** Implementierung eines 6-stufigen Profi-Workflows mit Sticky Preview-Card (WYSIWYG), ZNS-Guard und OEPS-Satznummer-Mapping. ✓ (20. April 2026)
 *   [x] **Code-Hygiene:** Beseitigung von Code-Smells, redundanten Validierungen und ungenutzten Parametern in den zentralen Frontend-Modulen. ✓ (20. April 2026)
 *   [x] **Connectivity-Diagnose:** Stabiles Diagnose-Tool für Backend-, DB- und Auth-Verbindung in der Desktop-App. ✓ (18. April 2026)
 *   [x] **WASM-Transition:** Projektweite Umstellung auf JVM (Desktop) und wasmJs (Web). Eliminierung von `js(IR)`. ✓ (18. April 2026)
@@ -0,0 +1,31 @@
+# Journal: 20. April 2026 - Abschluss der Abend-Session (Curator)
+
+## 🏁 Session-Abschluss (00:15)
+
+Die Abend-Session am 20. April 2026 wurde erfolgreich abgeschlossen. Im Fokus stand die Professionalisierung der Desktop-App für den bevorstehenden Einsatz im Turnier-Betrieb.
+
+### ✅ Erreichte Meilensteine
+
+1.  **Device-Setup ("Lock-and-Edit"):**
+    *   Das Setup-System ist nun robust gegen versehentliche Änderungen.
+    *   Ein Review-Modus erlaubt die administrative Einsicht (z.B. Security-Key für Richter), während die Bearbeitung durch einen Warn-Dialog geschützt ist.
+    *   Integration der Drucker-Auswahl (`PrintServiceLookup`) vervollständigt das Hardware-Onboarding.
+
+2.  **Veranstaltungs-Wizard (SCS Organizer & Tournament):**
+    *   Ein neuer, geführter 6-Stufen-Prozess ersetzt die alten fragmentierten Screens.
+    *   **ZNS-Guard:** Verhindert die Anlage ohne aktuelle Stammdaten (OEPS-Datenstand).
+    *   **WYSIWYG-Preview:** Eine Sticky Preview-Card am oberen Rand gibt sofortiges Feedback.
+    *   **Domain-Mapping:** Die OEPS-Satznummer aus der `LIZENZ01.dat` wird als Anker für Ansprechpersonen genutzt.
+
+3.  **Architektur & Routing:**
+    *   Kritische Routing-Fehler (Setup-Loopback, falsche Navigations-Whitelists) wurden behoben.
+    *   Die Koin-DI-Konfiguration wurde für den `HttpClient` und feature-übergreifende Repositories stabilisiert.
+    *   Vollständige Eliminierung von "V2"-Relikten in den betroffenen Modulen.
+
+### 📋 Status der MASTER_ROADMAP
+*   **PHASE 13** wurde um die Punkte "Device-Setup" und "Veranstaltungs-Wizard" erweitert und als **ABGESCHLOSSEN** markiert.
+
+### 🚀 Ausblick
+Die App ist nun in einem Zustand, der die Anlage realer Veranstaltungen (wie das Neumarkt-Turnier 6-009) mit hoher Datenintegrität ermöglicht. Der nächste logische Schritt ist die Vertiefung der Nennungserfassung und die Finalisierung des XML-Exports für den OEPS.
+
+*Dokumentiert durch den Curator.*
@@ -0,0 +1,14 @@
+# Journal: 20. April 2026 - Bugfix Koin DI & HttpClient Injektion
+
+## 🛠️ Bugfix (00:45)
+*   **Problem:** Absturz der Desktop-App mit `NoDefinitionFoundException` für `io.ktor.client.HttpClient`.
+*   **Ursache:** Das `networkModule` stellt den `HttpClient` nur als benannte Instanzen (`"apiClient"`, `"baseHttpClient"`) zur Verfügung. Das `VeranstaltungWizardViewModel`, `ProfileApiClient` und `OnlineNennungViewModel` forderten jedoch eine unbenannte Instanz an.
+*   **Lösung:**
+    *   Anpassung des `VeranstaltungModule.kt`, `ProfileModule.kt` und `NennungModule.kt` zur Nutzung von `get(named("apiClient"))`.
+    *   Behebung eines Kompilierfehlers in `ProfileModule.kt` (fehlender `AuthTokenManager` im Konstruktor-Aufruf).
+    *   Vorbereitung des `VereinFeatureModule.kt` für den Wechsel von Fake- auf Ktor-Repository (auskommentiert als Option).
+
+## 🧐 Curator Abschluss
+Der Koin-Graph ist wieder konsistent. Alle Features, die Netzwerkausrufe tätigen, nutzen nun explizit den vorkonfigurierten `apiClient`. Dies stellt sicher, dass Authentifizierungs-Header und Basis-URLs korrekt gesetzt werden.
+
+*Gezeichnet durch den Curator.*