Enhance ZNS import documentation: add detailed steps for database initialization, parser validation, import strategy optimization, and frontend integration.

This commit is contained in:
Stefan Mogeritsch 2026-04-08 20:17:13 +02:00
parent 3ce085ea18
commit 2e4cb6d042

View File

@ -3,6 +3,11 @@
Bitte analysieren, vervollständigen bzw. korrigieren und optimieren.
Anschließend alle betroffene Dokumentationen aktualisieren.
Ich bitte um diese Vervollständigungen bzw. Korrekturen und Optimierungen.
Anschließend alle betroffene Dokumentationen aktualisieren und mir berichten was, wie implementiert wurde.
Bitte
## ZNS-Importer
Die Aufgabe des ZNS-Importer ist die vom OEPS zur Verfügung gestellten Daten
@ -19,3 +24,25 @@ curl http://localhost:8081/api/v1/import/zns/{f028e1bb-fdaa-46c7-bbef-36bcdc4bb3
{"jobId":"b589e1ed-7ed5-4b6a-b884-d1a5d8d6e6e9"}
{"jobId":"03ad288b-ef2c-4510-ad04-9e8154a62ed1"}
## Strategie & Schlachtplan zur Fertigstellung
Wir konzentrieren uns auf RICHT01.dat "Funktionäre".
1. Korrektur der Datenbank-Initialisierung (Prio 1)
- Code-Fix: Ergänzung von FunktionaerQualifikationTable in MasterdataDatabaseConfiguration.kt und ZnsImportDatabaseConfiguration.kt.
2. Validierung der Parser-Logik (Prio 2)
"Das FunktionaerExposedRepository ist bereits darauf vorbereitet, diese Qualifikationen in der Tabelle funktionaer_qualifikation zu synchronisieren (Löschen alter Einträge + Insert neuer Einträge bei jedem Save-Vorgang)."
- 'funktionaer_qualifikation' sind wichtig und sind in der ÖTO genau denfiniert. Wir sollten die Richter- Parcoursbauer-Qualifikationen durch unseren 📜 [ÖTO/FEI Rulebook Expert] ausarbeiten lassen, damit wir diese sauber und wiederverwertbar in den Master-Daten festsetzen können. Dann brauchen wir diese nicht immer löschen und neu eintragen, sonder nur abgleichen und zu den jeweiligen Richter/Parcoursbauer verlinken. Ein Funktionär, ein bis viele Qualifikationen
3. Optimierung der ZNS-Import Strategie
-
4. Dokumentation & Abschluss (Prio 3)
-
1. Code-Fix: Ergänzung von FunktionaerQualifikationTable in MasterdataDatabaseConfiguration.kt und ZnsImportDatabaseConfiguration.kt.
2. Re-Test: Erneuter Import der ZNS.zip via Gateway-Endpunkt.
3. Frontend-Anbindung: Die API-Endpunkte unter http://localhost:8081/api/v1/import/zns sind nun bereit für die Integration in den "Admin/Maintenance"-Bereich des Frontends.