P0 Projektfundament
Basis aktivFunktionen, Rechte, Arbeitsbereiche, Login, Mail, Deployment und technisches Fundament.
Seitenradar
Der vollständige Seitenbaum mit Ihrer aktuellen Position.
Ich bin Luminara. Ich bin dein Assistent in Sachen LigaWerk-Fragen.
Projektübersicht für Auftraggeber
Diese Seite fasst Ziel, Umfang, Phasen und aktuellen Stand der ersten Produktionsversion zusammen. Sie wird während der Entwicklung regelmäßig aktualisiert.
Die Schätzung bezieht sich auf den vereinbarten Basisumfang: Stammdaten, Saison/Liga, Spielplanimport, Ergebnisse, Tabelle, Basis-Mails, CSV-Exporte und Rechte/Funktionen. Erweiterungen wie öffentlicher Echtzeit-Ticker, erweiterte Profi-Statistiken, API-Ausbau oder zusätzliche Kommunikationsmodule sind darin nicht enthalten.
Ziel ist eine produktiv nutzbare Ligaverwaltung für Mannschaftssport: Stammdaten, Saison-/Ligaverwaltung, Spielplanimport, Ergebnisse, automatische Tabelle, Basis-Kommunikation und CSV-Exporte.
Vereine, Teams, Spielstätten, Personen und Kontakte/Funktionen.
Saisons, Ligen, Spielplanimport und Nachpflege.
Erfassung, Korrektur, Bestätigung und automatische Tabelle.
Mail bei Spielverlegung, CSV-Exporte und Änderungsprotokoll.
Funktionen, Rechte, Arbeitsbereiche, Login, Mail, Deployment und technisches Fundament.
Vereine, Teams, Spielstätten, Personenidentität, Mitgliedschaften, Rollenübersichten, Trainerlisten, abgeschlossene Pass-/Lizenzanträge mit Kommunikationsverlauf, Lizenzregister und Asset-Bilder.
Saison, Liga, Meldungen, Spielpflege, Schiedsrichter-Einteilung, Einsatzübersicht, Spielbericht-Alpha, öffentliche Spielbetriebsseiten und manuelle Pflege.
Ergebniserfassung, Kontrolle, automatische Tabellenberechnung und öffentliche Basisstatistiken.
Briefing-Mails für Spieländerungen, CSV-Exporte und Nachvollziehbarkeit.
Tests, Bugfixing, Handbuch, Demo-Liga und Abnahme gegen die Kriterien der ersten Produktionsversion.
Der Spielberichtworkflow ist als Alpha-Version fachlich durch. Das Nacharbeiten beanstandeter Spielberichte ist für die Demo-Rollen spielnah abgebildet: Spielerfasser sehen Korrekturaufgaben, können die Wiedereinreichung kommentieren und sehen den gespeicherten Kommentar danach im Cockpit; Schiedsrichter sehen die erneute Prüfung als Nachprüfung. Das zentrale Aktionsprotokoll ist umgesetzt, deployed und in echten Rollen-Workflows geprüft; neue mutierende Workflows brauchen einen Audit-Test als Pflichtprüfung. Der Stammdaten-Bereich ist inklusive Pass-/Lizenzanträgen, Review-Inbox, Kommunikationsverlauf, Rückfragen/Vereinsantworten, Rückzug/Reaktivierung, Dokumenten, Einsichten, direkten Löschaktionen, Asset-Bildern, bereinigten Vereins-/Prüfstellen-Inboxen sowie Nutzbarkeitsstatus für abgelaufene und bald ablaufende Lizenzen für den aktuellen Abschnitt abgeschlossen. Der öffentliche Glossar-/SEO-Bereich ist fachlich fertig und hat eine sticky Buchstabennavigation; öffentliche Seiten sind indexierbar, während geschützte und technische Bereiche noindex bleiben. Impressum, Datenschutz, Nutzungsbedingungen und ein schlanker Cookie-/Storage-Hinweis sind für den ersten Launch-Schnitt umgesetzt. Für die Abnahme läuft der dokumentationsgeführte Demo-Aufbau: Systemadmin, Verband, Ligaverwaltung, Vereinseinrichtung, Saison, Ligen, Vereinszugang, Vereinslogos, Spielstätten, Personen, Mitgliedschaften, Vereinsfunktionen, Teams, Kader, Trainer/Betreuer und Trainingszeiten wurden im echten Host-Durchlauf geprüft oder gezielt per Seed ergänzt. Team- und Spielermeldungen sind dokumentiert, geprüft und für die Demo-Liga seeded. Schiri-/Offiziellenprofile sowie Schiedsrichtermeldungen sind im Handbuch dokumentiert, im Host-Durchlauf getestet, für alle Demo-Vereine seeded und um einen nachvollziehbaren Mitteilungsverlauf ergänzt. Der Lizenz-/Prüfstelle-Kontext ist im Demo-Durchlauf vollständig getestet: Antrag starten, Details, Dokumente, Einsichten, Rückfragen, Genehmigen, Ablehnen und die Wirkung im Lizenzregister sind nachvollziehbar. Die Spielplan-/Spieltag-Grundlage ist jetzt ebenfalls dokumentiert und im Demo-System vorbereitet: acht WLD-Spiele mit Liga, Teams, Terminen und Spielstätten sind vorhanden. Ergebnisfelder bleiben leer, bis sie fachlich bekannt sind. Der Schiri-Kontext ist um eigene Verfügbarkeiten und `Meine Einsätze` ergänzt; für alle sechs Schiri-/Offiziellenprofile sind 48 Verfügbarkeiten seeded. Schiedsrichter-/Offiziellen-Einteilung, Briefings und Spielmeldungen mit Teamseiten sind dokumentiert, getestet, optimiert und fokussiert seeded. Der Spielbericht-Workflow-Seed ergänzt Ergebnisdaten, Perioden, Ereignisse, Zusatzblätter, Schiri-Prüfungen, Spielbericht-Erfasser-Zuweisungen, einen final geprüften Bericht und einen Korrekturfall. Tabelle aus bestätigtem Ergebnis, Spieler-/Fairplay-Statistik aus Ereignissen und Spieländerungs-Kommunikation sind geprüft. Das komplette Ligabetrieb-Handbuch ist mit 13 Kapiteln geprüft, enduserorientiert optimiert, visuell getestet und deployed. Die Gesamtprüfung dokumentiert Statuswerte, die Audit-Testpflicht für neue mutierende Workflows und den offenen CSV-Exportpunkt. Parallel läuft die technische Nachschärfung der PHP-/Twig-Struktur: wiederkehrende Admin-UI-Bausteine, Controller-Hilfslogik und erste Spielbericht-Cockpit-Teile wurden lesbarer gebündelt, ohne fachliche Workflows zu verändern. Die öffentliche Demo-Seite ist jetzt über aktivierbare Demo-Zugänge für zentrale Rollen nutzbar; Demo-Login und Demo-Reset hängen am globalen Demo-Flag, und der Reset-Hinweis erklärt sichtbar, dass Änderungen im Demo-Zugang wieder auf den initialen ZauberForest-Stand zurückgesetzt werden. Parallel wurde ein themefähiges Public-Hero-Fundament geschaffen: Startseite und Demo-Seite nutzen gemeinsame Tokens und Klassen für Eyebrow, Titel, Text, Panel-Variante, Spacing, Radien und mobile Umbrüche, damit die Farbwelt und Grundelemente später zusammenhängend angepasst werden können. Die Lokalisierung ist vorbereitet und im Admin breit weitergezogen: Deutsch und Englisch sind konfiguriert, erste öffentliche Seiten sowie Login/Registrierung/Fehlerseiten sind zweisprachig, der erste Admin-Pilot `Meine Einsätze` nutzt englische Routen, übersetzte Labels und denselben Sprachschalter wie die Inhaltsseiten, und zentrale EasyAdmin-/Admin-Flächen nutzen Translation-Keys für Navigation, CRUD-Basislabels, fachliche Choice-Labels, Controller-/Service-Fehlermeldungen sowie mehrere Spielbericht-, Lizenz-, Liga-, Kader- und Schiedsrichter-Meldungsseiten. Das Glossar ist vollständig ins Englische überführt und nutzt lokalisierte öffentliche Slugs. Das Ligabetrieb-Handbuch liegt in getrennten DE/EN-Contentordnern, alle englischen Kapitel sind übersetzt und die englischen Handbuch-URLs sind lokalisiert. Die öffentliche Navigation verwendet englische Pfade für Spielbetrieb, Glossar, Handbuch und Rechtstexte; alte englische URLs mit deutschen Pfadwörtern leiten dauerhaft weiter. Die öffentliche Seitenrunde ist abgeschlossen: Start-/Funktionsseite, Demo-Zugänge, Glossar, Rechtstexte, Spielbetrieb, Ligen, Stammdaten und Handbuch wurden in Navigation, Typografie, Detailseiten, Hover-Zuständen und Bild-/Fallback-Ausgabe an die gemeinsame UI-Grundlage angeglichen und auf dem Host geprüft. Der Commercial-/ Vertriebsstrang ist gestartet: Die direkte Draft-Seite `/preise` beschreibt als sachliche Arbeitsgrundlage Demozugang, eigene Spielwiese, SaaS-Betrieb, SaaS mit Integration, eigene Installation und Partnerschaft. Sie bleibt bewusst außerhalb von Hauptnavigation und Footer, bis Inhalt und Preisfreigabe abgeschlossen sind. Der Public-Bereich ist jetzt mit Hell-/Dunkel-Theme, kompaktem Header-Schalter, robuster Sprach-/Darstellungsauswahl und sichtbarem Sprachumschalter auf Stammdaten-Detailseiten umgesetzt. Theme- und Sprachpräferenzen bleiben beim Wechsel zwischen Public und Admin erhalten. Der Admin-Bereich ist über EasyAdmin-Hell-/Dunkel-Tokens an die LigaWerk-CI angebunden; Arbeitsbereich, Auswahlkarten, Tabellenzustände, Spielberichtspflege und Statuszeilen wurden im Dunkelmodus auf echte Host-Routen geprüft und farblich bereinigt. Weitere Admin-Workflowflächen wurden im Dunkelmodus nachgezogen: Lizenzfilter, Rückzugsdialog, Lizenzprüfkontexte, Schiedsrichter- und Verfügbarkeitsansichten, `Meine Einsätze`, Lizenzantragslisten, Team-Bildverwaltung, Kader-/Teamspieler-Routen, das Mitglied-hinzufügen-Formular sowie der aktive Navigationszustand bei Bildbearbeitung folgen jetzt den gemeinsamen Admin-Tokens und EasyAdmin-Mustern; leere EasyAdmin-Detailwerte werden ohne sichtbares `Null` gerendert. Geplante Saisons sind im Admin-Bereich jetzt vorbereitbar: Wenn eine aktive und eine geplante Saison parallel sichtbar sind, wird die Saison-Auswahl angezeigt statt automatisch auf die aktive Saison zu springen. Die Demo-Liga enthält dafür zusätzlich eine halb vorbereitete `WaldLiga 2027` mit geplanten Ligen, gemischten Mannschafts- und Spielermeldungen, Schiri-Meldungen und vier geplanten Spielen ohne Ergebnisse oder Spielberichte. Der KI-Assistent ist als eigener Vorbereitungsstrang gestartet: Handbuch, Glossar, Public-Inhalte, Rechtstext-Verweise und freigegebene Admin-Konzepte werden in ein deterministisches Knowledge-Corpus überführt. Die interne Admin-Preview ist jetzt ein echter Chat-Pilot mit sessiongebundenem Markdown-Verlauf, async Submit, erhaltenem Kontext, Antwort-Harness und providerneutralem Answer-LLM. Antworten können sichere Markdown-Links und kontrollierte interne Navigationsziele enthalten; Quellenkarten zeigen nur echte Seitenlinks wie Glossar- oder Handbuchseiten und keine technischen Inhaltsdateien. Off-Topic-Fragen werden kurz eingeordnet und wieder auf LigaWerk gelenkt. Der Public-Chat für Luminara ist auf den öffentlichen Inhaltsseiten freigeschaltet: Er öffnet als Inline-Bereich unter dem Header, schiebt den Inhalt nach unten, nutzt den Pull-Tab `Luminara fragen`, lässt das Logo als normalen Startseiten-Link bestehen und antwortet über die quellengebundenen Public-Assistant- Endpoints mit Streaming, automatischen Public-Quellenlinks, sessionerhaltenem Verlauf beim Seitenwechsel, Restore-Scroll zur letzten Frage und optimierter Mobile-Anordnung. Der Admin-Hilfe-Drawer ist als read-only Hilfe im Admin-Bereich für fachliche Rollen freigeschaltet und nach Live-Tests geschärft: Arbeitsbereich, Rolle, aktuelle Route, aktueller Pfad und freigegebene View-Metadaten steuern den Fokus. Kontextfragen erklären zuerst die aktuelle Ansicht; Spielbericht, Meldungen, Tabellen, Lizenzregister, Saison/Liga und Verbandsdaten sind mit konkreten Routenquellen abgesichert. Neue Admin-Routen bekommen automatisch eine Basisbeschreibung. Vorschlagsfragen erscheinen nur noch, wenn sie eindeutig zur aktuellen Ansicht passen; ansonsten bleibt der Chat bewusst ohne Vorschläge. Status- und Auswahlwerte bleiben als technische Werte persistiert; bestehende Systemnotizen bleiben als gespeicherte deutsche Momentaufnahmen erhalten.
| Bereich | Status | Erledigt | Offen / nächster Schritt |
|---|---|---|---|
| Projektfundament | Basis aktiv | Symfony, Host, Datenbank, Login, Rechte, Arbeitsbereiche, Mail-Testmodus, Deployment, zentrales Aktionsprotokoll, aktivierbare Demo-Zugänge, Public-Hell-/Dunkel-Theme, Admin-Hell-/Dunkel-CI-Tokens und die technische Grundlage für einen quellengebundenen KI-Assistenten laufen; der Public-Chat ist auf öffentlichen Inhaltsseiten live, der Admin-Hilfe-Drawer ist für fachliche Rollen als read-only Hilfe aktiv und kontextsensitiv an Arbeitsbereich, Rolle, Route, Pfad und View-Metadaten angebunden. | Produktionshärtung, Live-Optimierung von Luminara und Abschlussprüfung. |
| Stammdaten | durch bis Abnahme | Vereine, Teams, Spielstätten, Verband, Personen, Mitgliedschaften, Vereinsfunktionen, Trainerlisten, Trainingszeiten, Lizenzregister, Lizenzantragsworkflow mit Rückfragen/Vereinsantworten, Dokumenten, Einsichten, direkten Löschaktionen, Nutzbarkeitsstatus, Bild-Assets und öffentliche Stammdaten-/Detailseiten sind nutzbar. | Nur noch Detailkorrekturen aus Testbetrieb und fachlicher Abnahme. |
| Spielbetrieb | Alpha aktiv | Saison/Liga, technische Meldungslogik, Schiri-/Offiziellenprofile, Schiedsrichtermeldungen mit Mitteilungsverlauf, Lizenzanträge, Spielpflege, acht vorbereitete Demo-Spiele, geplante Demo-Folgesaison, Schiri-Verfügbarkeiten, Schiri-Einteilung, Briefings, Teamseiten, Einsatzübersicht, Spielbericht-Erfasser-Kontext sowie öffentliche Spielbetriebs- und Liga-Detailseiten sind umgesetzt. | Spielplanimport und Export für die Produktionsversion abschließen. |
| Spielbericht | Alpha durch | Cockpit, Vereins-Teamseiten, Aufstellungen, Trainer, Spielerfasser-Freigaben, Perioden, Ereignisse, Zusatzblätter, Einreichung, Prüfkette, Ligaentscheidung, Schiri-Rückmeldung, Korrekturaufgaben, kommentierte Wiedereinreichung und Nachprüfung sind vorhanden. | Fachliche Testläufe mit der Demo-Liga, Randfälle und Komfortkorrekturen aus der Alpha-Nutzung. |
| Ergebnis & Tabelle | Basis aktiv | Ergebnisse aktualisieren die Tabelle; öffentliche Tabellen, Fairplay und Spielerstatistiken nutzen geprüfte Berichte. | CSV-Export und Abnahme der Sonderfälle. |
| Kommunikation & Export | teilweise | SMTP-Testmodus, Briefing-Versand, Spielverlegungs-/Zeitänderungsbriefings an Heim- und Gastverein sowie Zustellhistorie sind vorhanden. | CSV-Spielplan und CSV-Tabelle umsetzen. |
| Kriterium | Status | Stand |
|---|---|---|
| Eine Saison mit mindestens einer Liga kann vollständig angelegt werden. | erledigt | Saisons, Ligen und Liga-Teams sind im Backoffice pflegbar. |
| Ein Spielplan kann per Excel importiert und manuell bearbeitet werden. | teilweise | Manuelle Spielpflege ist umgesetzt; acht Demo-Spiele sind seeded. Excel-Import ist der nächste offene Baustein der Produktionsversion. |
| Ergebnisse aktualisieren die Tabelle korrekt automatisch. | erledigt | Bestätigte gespielte Ergebnisse fließen in die automatische Tabelle ein. |
| Spielverlegung löst Mail an Heim- und Gastverein aus. | abgedeckt | Spieltermin/-ort werden manuell gepflegt; Briefings vom Typ Spielverlegung oder Zeitänderung schlagen Heim- und Gastverein vor und speichern Versand-/Zustellhistorie. |
| Tabellen und Spielpläne sind als CSV exportierbar. | offen | Exportspalten und Downloadpfade müssen noch umgesetzt werden. |
| Rechte aus gepflegten Funktionen greifen gemäß Definition. | weitgehend | Permissions, Voter, Arbeitskontext und Admin-Scope sind breit umgesetzt; finale Härtung bleibt Teil der Abnahme. |
Diese Punkte gehören nicht zur ersten Produktionsversion und werden als separate Ausbaustufen oder Change Requests behandelt.