Update MASTER_ROADMAP.md: adjust billing and series context statuses, detail Phases 11–13, and refine phase descriptions.

2026-04-12 17:08:28 +02:00
parent a79e612693
commit c380537520
2 changed files with 48 additions and 6 deletions
@@ -41,9 +41,9 @@ und über definierte Schnittstellen kommunizieren.
 | `actor-context`            | Reiter, Pferde, Funktionäre, ZNS      | **P1**    | ✅ Fertig       |
 | `competition-context`      | Bewerbe, Startlisten, Ergebnisse      | **P2**    | ✅ Fertig       |
 | `event-management-context` | Veranstaltung, Turnier, Ausschreibung | **P2**    | ✅ Fertig       |
-| `billing-context`          | Abrechnung, Kassa, Gebühren           | **P3**    | ✅ Fertig       |
+| `series-context`           | Cups, Serien, Meisterschaften         | Phase 2+  | ✅ Fertig       |
+| `billing-context`          | Abrechnung, Kassa, Gebühren           | **P3**    | 🔵 In Arbeit   |
 | `identity-context`         | Auth, Rollen (Keycloak)               | **P3**    | ✅ Fertig       |
-| `series-context`           | Cups, Serien, Meisterschaften         | Phase 2+  | 🔵 Vorbereitet |

 > **Hinweis `series-context`:** Ist Phase 2+, aber die Architektur ist von Anfang an vorbereitet.
 > Cups/Serien/Meisterschaften benötigen eigene, konfigurierbare Reglements (kein Hard-Coding).
@@ -248,13 +248,38 @@ und über definierte Schnittstellen kommunizieren.
 *   [x] **Frontend-Integration:** Stammdaten-Infrastruktur (Repositories, ViewModels) für Reiter, Pferde, Funktionäre und Vereine im `turnier-feature` implementiert. ✓
 *   [x] **Nennungs-Management:** Funktionalisierung des Nennungs-Tabs mit Echt-Datenanbindung und Suche. ✓
 *   [x] **`series-context`:** Pluggable Berechnungsmodell (Streichresultate, Alles zählt), konfigurierbare Paar-Bindung (Reiter+Pferd vs. Einzelwertung) implementiert. ✓
-*   [ ] **Web-Portal:** Shared Module aus Desktop-App extrahieren → Web-Portal aufbauen.
-*   [ ] **Mobile:** KMP-Sharing auf Android/iOS ausweiten.
-*   [ ] **UX-Refinement:** Optimierung der Zeitplan-Ansicht (Multi-Platz-Support).
+
+### PHASE 11: Ergebniserfassung & Platzierung ✅ ABGESCHLOSSEN
+
+*Ziel: Vollständige Ergebniserfassung und automatisierte Platzierungsberechnung.*
+
+*   [x] **Backend (Results):** Implementierung der Geschäftslogik für Wertnoten, Zeitfehler und ÖTO-konforme Platzierungen. ✓
+*   [x] **Frontend UI:** `ErgebnisEditDialog` zur schnellen Ergebniserfassung und `TurnierErgebnislistenTab` zur Anzeige realer Ergebnisse. ✓
+*   [x] **PDF-Export:** Generierung von PDF-Ergebnislisten (Bewerbe und Serien). ✓
+
+### PHASE 12: Abrechnung & Billing 🔵 IN ARBEIT
+
+*Ziel: Vollständige Kassa-Funktionalität und Turnier-Abrechnung.*
+
+*   [ ] **Buchungs-Logik:** Implementierung von Soll/Haben-Buchungen (Startgebühren, Nenngelder, Boxen).
+*   [ ] **Offene Posten:** Liste aller unbezahlten Beträge pro Teilnehmer/Pferd.
+*   [ ] **Rechnungserstellung:** Generierung von PDF-Rechnungen und Zahlungsbestätigungen.
+*   [ ] **Kassa-Management:** Tagesabschluss, Storno-Logik und verschiedene Zahlungsarten.

 ---

-## 4. Wichtige Architektur-Entscheidungen (ADRs)
+## 4. Geplante Phasen
+
+### PHASE 13: Export & ZNS-Rückmeldung
+*Ziel: Finalisierung der Turnier-Daten und Rückübermittlung an den OEPS.*
+
+*   [ ] **XML-Export:** Vollständiger B-Satz Export (inkl. Ergebnisse und Platzierungen).
+*   [ ] **ZNS-Portal:** Upload-Integration in das OEPS-ZNS.
+*   [ ] **Archivierung:** Langzeit-Archivierung abgeschlossener Turniere.
+
+---
+
+## 5. Wichtige Architektur-Entscheidungen (ADRs)

 | #  | Entscheidung                                                 | Status | Dokument                     |
 |----|--------------------------------------------------------------|--------|------------------------------|