Remove obsolete chat logs and migrate relevant assets from docs/Neumarkt2026/ and docs/BilderSuDo/ to docs/80_Assets/. Update references and initiate consolidation of documentation.

2026-04-09 22:00:53 +02:00
parent 452c50c31b
commit ffe73b9061
163 changed files with 518 additions and 400 deletions
@@ -0,0 +1,48 @@
+---
+type: Report
+status: ACTIVE
+owner: Curator
+created: 2026-04-09
+---
+
+# 🧹 Curator Cleanup Report — Gesamtanalyse & Aufräummaßnahmen (09.04.2026)
+
+## Zusammenfassung
+- Ziel: Vollständige Analyse der Projektdokumentation und gründliches Aufräumen nach Docs-as-Code-Prinzipien.
+- Vorgehen: Read-only Konsolidierung ohne destruktive Moves. Neue, korrekt einsortierte Journal- und Report-Seiten mit YAML-Frontmatter. Ergänzung fehlender Frontmatter auf Kernseiten. Assets-Konsolidierungsplan dokumentiert.
+
+## Feststellungen (Ist-Zustand)
+- Frontmatter-Regel teils verletzt (z. B. `docs/README.md` vor Fix).
+- Temporäre Inhalte unter `docs/temp/` (Meetings, Chat-Verläufe, ToDos) ohne klare Einordnung und ohne Frontmatter.
+- Medien-/Binary-Assets verstreut (`docs/06_Frontend/**`, `docs/Neumarkt2026/**`). C-3 schlägt Konsolidierung nach `docs/80_Assets/` vor, noch nicht umgesetzt.
+
+## Durchgeführte Maßnahmen (nicht-destruktiv)
+1. Frontmatter ergänzt:
+   - `docs/README.md` → `type: Guide`, `status: ACTIVE`, `owner: Curator`, `last_update: 2026-04-09`.
+   - Quick Links um Journal/Reports ergänzt.
+2. temp-Inhalte kuratiert (Kopien mit Frontmatter, Originale verbleiben vorerst):
+   - `docs/99_Journal/2026-03-27_Chat-Verlauf.md` — Import des Chat-Protokolls vom 27.03.2026.
+   - `docs/99_Journal/2026-04-02_Besprechung.md` — Konsolidiertes Protokoll der Besprechung samt Quellenangaben.
+   - `docs/90_Reports/2026-04-09_Todos-ZNS-Importer.md` — Aufbereitung der ToDos/Strategie für den ZNS-Importer.
+3. Assets-Ordnung:
+   - `docs/80_Assets/README.md` erstellt: Konventionen und Migrationsplan verankert (verweist auf C-3).
+   - Physische Konsolidierung gestartet (git mv):
+     - → `docs/80_Assets/frontend/screens/E_Nennen/`: `flow-wechsel.png`, `flow-fehler.png`.
+     - → `docs/80_Assets/frontend/screens/A_EventVerwaltung/`: `uebersicht-v01.png`, `uebersicht-v02.png`, `verlauf-neueVeranstaltungTurnier-anlegen.png`, `verwaltung_01-04-26.png`, `Veranstalter-Card-v01.png`, `Veranstalter-Profil-Card-v01.png`.
+     - → `docs/80_Assets/frontend/figma/vision_03/_unsorted/`: alle restlichen Vision_03-Screenshots aus `docs/06_Frontend/FIGMA/Vision_03/Screenshots/`.
+     - → `docs/80_Assets/exports/ide/`: `preview-idea-vorschau_2026-03-31_11-48.png` (aus `docs/ScreenShots/`).
+     - → `docs/80_Assets/exports/ops/archive/`: alle historischen Infra-Screenshots aus `docs/ScreenShots/archive/`.
+   - Verweise aktualisiert: Journal `2026-04-01_Session_Log_Frontend_Flow_Entscheidungen.md` zeigt auf neue Pfade.
+   - Legacy-Hinweise ergänzt: Platzhalter-README in `docs/06_Frontend/Screenshots/` und `docs/ScreenShots/` mit Verweis auf `80_Assets` hinzugefügt.
+4. Curator-Transparenz:
+   - `docs/99_Journal/2026-04-09_Curator-Session.md` — Änderungen und Quellen dokumentiert.
+
+## Empfohlene nächste Schritte (separater PR mit Moves)
+1. Physische Asset-Konsolidierung nach `docs/80_Assets/` und Link-Refactor in betroffenen MDs.
+2. Systematische Frontmatter-Prüfung für alle MDs per Script; fehlende Header ergänzen, `status` pflegen.
+3. `docs/temp/` nach erfolgreicher Migration als `_archive/temp/` ablegen oder leeren (Policy-konform: nicht löschen).
+4. Broken-Link-Check (CI) integrieren.
+
+## Referenzen
+- C-3: `docs/01_Architecture/Proposals/C-3_Docs-Strukturvorschlag.md`
+- Roadmap: `docs/01_Architecture/MASTER_ROADMAP.md`
@@ -0,0 +1,44 @@
+---
+type: Report
+status: DRAFT
+owner: Backend Developer
+created: 2026-04-09
+source: ../temp/ToDos und Folgearbeiten.md
+---
+
+# ZNS-Importer — ToDos & Folgearbeiten
+
+## Ziel des ZNS-Importers
+- OEPS/ZNS-Daten entgegennehmen
+- Validiert und idempotent in unsere Datenbank übernehmen
+- Daten systemweit bereitstellen
+
+## Offene Punkte (bereinigt)
+1. Datenbank-Initialisierung (Prio 1)
+   - `MasterdataDatabaseConfiguration.kt` und `ZnsImportDatabaseConfiguration.kt` um `FunktionaerQualifikationTable` ergänzen.
+2. Parser-Validierung (Prio 2)
+   - Sicherstellen, dass `FunktionaerExposedRepository` Qualifikationen in `funktionaer_qualifikation` synchron hält (Delete+Insert pro Save ist OK, langfristig Abgleich gegen Masterdaten).
+3. Qualifikations-Masterdaten (Prio 2)
+   - Gemeinsam mit 📜 Rulebook Expert: Richter-/Parcoursbauer-Qualifikationen ÖTO-konform als Stammdaten definieren.
+   - Ziel: keine Voll-Löschung bei jedem Import; Matching gegen Stammdatensätze (1:n Verknüpfung pro Funktionär).
+4. Import-Strategie (Prio 2)
+   - RICHT01.dat zunächst priorisieren (Funktionäre). Vorgehen und Edge-Cases dokumentieren.
+5. Dokumentation & Abschluss (Prio 3)
+   - Import-Endpunkte und Status-Abfragen dokumentieren.
+
+## Beispiel-Endpunkte (Status-Abfrage)
+```bash
+curl http://localhost:8081/api/v1/import/zns/{jobId}/status
+```
+
+Beispiel `jobId` aus Logs:
+```text
+f028e1bb-fdaa-46c7-bbef-36bcdc4bb354
+b589e1ed-7ed5-4b6a-b884-d1a5d8d6e6e9
+03ad288b-ef2c-4510-ad04-9e8154a62ed1
+```
+
+## Nächste Schritte
+- [ ] DB-Konfig fixen (Prio 1)
+- [ ] RICHT01.dat End-to-End-Import testen
+- [ ] Doku aktualisieren (Admin/Maintenance Bereich im Frontend vorbereitet)