Refactor domain models (DomFunktionaer, DomReiter, DomPferd) to align with ZNS conventions: simplify naming, update properties, and enhance parser logic. Adjust related controllers, repository methods, and tests. Update MASTER_ROADMAP with changes to domain models.

docs/01_Architecture/MASTER_ROADMAP.md

@@ -23,7 +23,7 @@ Vollständige Self-Hosted Infrastruktur (Gitea, Pangolin, Zora). Datensouveräni
 *   **CI/CD:** ✅ Gitea Actions mit ARM64-Runner (VM 102) aktiv. Docker-Publish Pipeline grün.
 * **Code-Basis:** ✅ Backend (Java 25 / Spring Boot / Kotlin), Frontend (KMP/Compose Desktop).
 * **Domain-Design:** ✅ 6 Bounded Contexts (SCS-Architektur) definiert. Ubiquitous Language erstellt.
-* **Domain-Modelle:** ✅ `DomReiter`, `DomNennung`, `DomNennungsTransfer`, `DomPferd`, `DomFunktionaer`, `DomVerein`,
+* **Domain-Modelle:** ✅ `Reiter`, `DomNennung`, `DomNennungsTransfer`, `Pferd`, `Funktionaer`, `Verein`,
   `DomBewerb`, `DomAbteilung`, `DomStartliste`, `DomVeranstaltung`, `DomTurnier`, `DomAusschreibung` implementiert.
   Enums ÖTO-konform.
 * **Dokumentation:** ✅ Konsolidiert. ÖTO-Regelwerk-Referenzen (Abteilungs-Schwellenwerte) dokumentiert.
@@ -124,7 +124,7 @@ und über definierte Schnittstellen kommunizieren.
 
 #### 👷 Agent: Backend Developer
 
-*   [x] **`actor-context`:** Domain-Modelle für `DomPferd`, `DomFunktionaer`, `DomVerein` implementiert.
+*   [x] **`actor-context`:** Domain-Modelle für `Pferd`, `Funktionaer`, `Verein` implementiert.
 *   [x] **`registration-context`:** `DomBewerb`, `DomAbteilung`, `DomStartliste` implementiert.
 *   [x] **`event-management-context`:** `DomVeranstaltung`, `DomTurnier`, `DomAusschreibung` implementiert.
 *   [x] **Persistenz:** Repository-Interfaces und erste DB-Migrationen (Flyway/Liquibase).

docs/01_Architecture/Roadmap_ZNS_Importer.md

@@ -7,9 +7,10 @@ last_update: 2026-03-25
 
 # Roadmap: ZNS-Importer (MVP)
 
-🧹 **[Curator]** | 25. März 2026
+10. **🏗️ [Lead Architect]** | 5. April 2026
 
 **Kontext:**
+Der ZNS-Importer wurde für die Verarbeitung der Datei `RICHT01.dat` optimiert. Es wurde klargestellt, dass Richter (SatzID 'X') und Parcoursbauer (SatzID 'Y') gemeinsam in dieser Datei geliefert werden. Eine separate `PARCO01.dat` existiert nicht.
 Um den `registration-context` und `actor-context` unter realistischen Bedingungen testen zu können, benötigen wir echte
 Stammdaten (Reiter, Pferde, Vereine, Funktionäre). Diese Daten werden vom ÖPS (Österreichischer Pferdesportverband) in
 Form einer `ZNS.zip` bereitgestellt.
@@ -29,7 +30,7 @@ gesteuert wird und die Daten persistent im Backend (`actor-context`) ablegt.
   1. `VEREIN01.dat` (Vereine)
   2. `LIZENZ01.dat` (Reiter/Lizenzen)
   3. `PFERDE01.dat` (Pferde - benötigt Vereins-ID)
-  4. `RICHT01.dat` (Richter/Parcoursbauer)
+  4. `RICHT01.dat` (Richter & Parcoursbauer kombiniert in einer Datei)
 
 ---
 
@@ -50,7 +51,7 @@ gesteuert wird und die Daten persistent im Backend (`actor-context`) ablegt.
   * ZIP-Entpackung in-memory implementiert (`ZnsImportService`).
 *   [x] **Legacy-Parser (CP850 Fixed-Width):**
   * `ZnsLegacyParsers` in `core:zns-parser` (KMP-Modul) implementiert.
-  * Alle 4 Dateitypen (VEREIN01, LIZENZ01, PFERDE01, RICHT01) bytegenau gemappt. 4 Unit-Tests grün.
+  * Alle 4 Dateitypen (VEREIN01, LIZENZ01, PFERDE01, RICHT01) bytegenau gemappt. RICHT01 verarbeitet Richter ('X') und Parcoursbauer ('Y'). ✅
 
 ### Phase 2: Domain-Mapping & Persistenz (👷 Backend Developer)