docs(reports): add comprehensive status and recommendation reports for key roles

- Created and saved detailed reports for Frontend, Backend, UI/UX, Architecture, DevOps, QA, Rulebook, and Curation in `docs/90_Reports/`.
- Included prioritized action items, challenges, and next steps across disciplines.
- Addressed documentation gaps and organized steps for improving workflow consistency and validation across the stack.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>

docs/90_Reports/2026-04-02_Backend_Report.md

@@ -0,0 +1,35 @@
+# 👷 [Backend Developer] Report - 2. April 2026
+
+## 1. Aktueller Status
+
+Das Backend war in den letzten Tagen relativ stabil. Es gab kleinere Anpassungen im Domain-Modell (z.B. Entfernung von "
+Reining" aus dem `Sparte` Enum) und Optimierungen in den Build-Skripten (`platformTesting`). Das Backend wartet nun
+darauf, die rasante Frontend-Entwicklung mit echten Daten und Endpunkten zu unterfüttern.
+
+## 2. Empfehlungen & Prioritäten
+
+**🔴 P1: API-Endpunkte für V2-Frontend (CRUD)**
+
+* *Warum:* Das Frontend verwendet aktuell einen lokalen `StoreV2`, da die echten Endpunkte für die neuen Detail-Screens
+  fehlen.
+* *Aktion:* Definition und Implementierung der REST-APIs für Create, Read, Update, Delete von Veranstaltern,
+  Veranstaltungen, Reitern, Pferden, Vereinen und Funktionären.
+
+**🟠 P2: Datenbank-Schema & DTOs aktualisieren**
+
+* *Warum:* Die neuen Frontend-Dialoge haben neue Felder oder spezifische Anforderungen an die Datenstruktur
+  offengelegt (z.B. OEPS-Nummer vs. FEI-ID, optionale Kontakt-Felder).
+* *Aktion:* Abgleich der Domain-Modelle und des DB-Schemas mit den Frontend-DTOs. Ggf. Flyway-Migrationen erstellen.
+
+**🟠 P2: LAN/Offline-First Architektur (Sync)**
+
+* *Warum:* Gemäß ADR-0020 und der Projekt-Philosophie muss das System offline-fähig (LAN) sein. Die
+  Event-Datenbank-Initialisierung passiert nun im Frontend.
+* *Aktion:* Vorbereitung der mandantenfähigen/Event-spezifischen Datenhaltung im Backend, um mit der lokalen Datenbank
+  der Desktop-App kommunizieren zu können.
+
+**🟡 P3: Dynamisches Testdaten-Seeding**
+
+* *Warum:* Das Frontend braucht realistische Daten für die V2-Screens, um Edge-Cases zu testen.
+* *Aktion:* Entwicklung eines Seeders, der reproduzierbare, umfangreiche Testdaten (Turniere, Nennungen, Stammdaten)
+  generiert und über die API bereitstellt.