# 👷 [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.