KoogleApp/docs/prompts.md

• neuer Tag -> optional Gäste und nicht alle Teilnehmer
• Tag beendnden -> alle Teilnehmer hinzufügen, und strafen hinzufügen
• offene Sachstrafen von einem Tag zum nächsten fortschreiben

Planung Phase 2

Phase 1 MVP ist nun abgeschlossen. Jetzt planen wir die Phase 2 "Detaillierte Spielverwaltung".

Innerhalb eines nicht abgeschlossenen Spieltages sollen beliebig viele Spiele gestartet und zugeordnet werden. Die Spiele-Ansicht soll aus einem Eingabe-Panel und
einer "Tafel" also einer pro Spiel unterschiedlichen Ansicht für den Spielstatus bestehen. Alles soll ich im Speicher auf der Tag-Details seite befinden. Beim
Hin- und Herspringen zwischen den Tag-Details, der Kegel-Eingabe und der Tafel soll die Brwoser-Seite nicht jedes mal neu geladen werden. Beim Start eines Spiels sollen individuelle Steup-Komponenten angezeigt werden, je nach gewähltem Spiel-Typ. Dieses Grundprinzip kannst du aus dem nicht mehr aktiven Projekt KoggleApp extrahieren. Denke hart über diesen Input nach und überlege, wie das im Projekt Koogle.Web integriert werden kann. Starte noch nicht mit der Umsetzung sondern präsentiere mir
deinen Plan und stelle Rückfragen.

Optimierung Spieltag-Details

Blende die Erledigt-Kennzeichnung (Als bezahlt markieren) in der Tabelle mit den Staten () für Geldstrafen aus. Nur Sachstrafen sollen sich manuell erledigen lassen. Geldstrafen werden später zentral über die Abrechnung des gesamten Tages erledigt.

Optimierung Spieltag-Details - done

Die Erfassung von Strafen muss möglichst schnell und komfortabel mögiich sein. Dafür muss die Seite DayDetails optimiert werden. Es soll möglich sein eine Person in der Teilnehmerliste auszuwählen. Bei der Erfassung einer neuen Strafe soll diese Person direkt vorbelegt werden. Außerdem soll zusätzlich zum Button "Strafe hinzufügen" ein Menü-Button angezeigt werden, der eine Kurzwahl aller Strafen mit der Option "IsOneClick" ermöglicht. Der Benutzer soll visuell leicht erkennen können, ob und welcher Teilnehmer aktuell markiert wurde.

Erweiterte Registrierung & Club Mitgliedschaften - done

Die REgistrierung funktioniert, entspricht aber noch nicht den Anforderungen. Ergänze nach der Phase
F3 noch eine Phase "Erweiterte Registrierung". Dabei sollen neue User im Zuge der Registrierung erst mal
nur "pending" sein, und auf Freischaltung durch die Club-Admins warten müssen. Das Login soll nach der
Registieriung möglich sein, aber auf dem Dashboard wird zum jeweiligen Club nur der Status angezeigt,
dass man auf die Freischaltung zum Club warten muss. Wenn der User bei der Registireirung keinen Club
angegeben hat, soll er die Mögloichkeit haben, sich nach der Anmeldung zum einem Club registieren zu
können / einem Club beitreten zu können. Die vorhanden Club-Admins oder der Super-Admin (falls noch kein
Club-Admin vorhanden) sollen per Mail über die neue Registrierung informiert werden, und dann die Freischaltung vornehmen können. Bevor du diese Anforderung in die Planung aufnimmst, durchdenke sie und
stelle etwaige Rückfragen.

Rückfragen zur erweiterten Registrierung - Ergebnisse:

Frage	Antwort
E-Mail-Versand	Später implementieren (Stub/Interface)
Club-Beitritt	Club-Name eingeben + Einladungslink
Ablehnung	Status "Abgelehnt" + Begründung + Infomail an User
Admin-UI	Admin Users Page (B5) + Dashboard-Widget

Details:

1. E-Mail: Kein SMTP jetzt - StubEmailService mit Logging, SMTP später
2. Club-Beitritt ohne Club-Angabe: - User kann Club-Name eingeben (Suche) - Club-Admin kann Einladungslink generieren
3. Bei Ablehnung: - Eintrag bleibt mit Status "Rejected" - Admin gibt Begründung an (RejectionReason) - User bekommt Info-Mail (Stub)
4. Freischaltungs-UI: - Integration in Admin Users Page (B5) - Zusätzlich Dashboard-Widget für Schnellzugriff