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/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)