mocode-software/meldestelle
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
4b6a242372
meldestelle/docs/99_Journal/2026-04-01_Session_Log_Frontend_Flow_Entscheidungen.md

2.8 KiB
Raw Blame History

🧹 Curator – Session Log (2026-04-01)

Zusammenfassung

  • Flow-Entscheidung bestätigt: Grüner Pfad aktiv, roter Pfad verworfen. "+ Neues Turnier" führt direkt zum Tab „STAMMDATEN“ v2 mit Turnier‑Nr.-Gatekeeping.
  • Keine Codeänderungen in dieser Sitzung; Build zuletzt grün. Entscheidungen und nächste Schritte dokumentiert.

Beschlossene UI/Flow-Regeln

  • Turnieranlage
    • Einstieg: "+ Neues Turnier" → direkt „Turnier Detail v2“ Tab „STAMMDATEN“.
    • Gatekeeping: 5‑stellige Turnier‑Nr. eingeben + Bestätigungsdialog (danach immutable).
    • Save-Enable-Matrix: aktiv nur wenn (Nr bestätigt ∧ ZNS geladen ∧ Datum gültig).
  • ZNS-Status
    • Panel immer sichtbar, zeigt Quelle, payloadVersion, Zeitstempel.
    • „Import‑Log“ Dialog mit den letzten 5 Einträgen (Erfolg/Fehler, Kurzmeldung).
  • Kategorien & Pony
    • Mehrfach-Kategorien wie vormittags vereinbart; Pony über Kategorien‑Suffix „P“ (kein separater Switch).
    • Kategorien-UI wird gruppiert (z. B. Dressur/Springen).
  • Datum/Ort
    • Datum im zulässigen Veranstaltungszeitraum; Hinweis: „Muss zwischen [von–bis] liegen“.
    • Abweichender Turnier‑Ort: Soft‑Warnung (kein Hard‑Block).
  • Branding
    • Feld „Titel“ optional. Default‑Vorschlag: „[Kategorien] [Verein‑Ort] [Bundesland]“ (Fallback über Veranstalterdaten).
    • „Turnier‑Logo“ optional; Fallback = Veranstalter‑Logo.

Veranstalter-Flow

  • Nach „Schritt 2: Vereinsdaten bestätigen“ → Weiterleitung zum „Veranstalter‑Profil“.
  • Veranstalter‑Profil: minimale Felder (Logo‑URL, Ansprechpartner, E‑Mail, Telefon, Adresse), CTA „+ Neue Veranstaltung“.
  • Von dort → Veranstaltung‑Wizard Schritt 2 („Basisdaten“). Feld „Veranstaltungs‑Logo“ optional; Fallbacks: Veranstaltungs‑Logo → Veranstalter‑Logo → Default.

Footer-Onboarding

  • Online/Offline‑Status anzeigen.
  • Geräte‑Verbindung (z. B. „Richter‑Turm“) anzeigen, klickbar für Details.
  • Chat‑Trigger anzeigen, wenn mindestens ein weiteres Gerät verbunden ist.

Nächste Schritte (To‑Do)

  • Routing final auf Stammdaten v2 festziehen; alte Pfade entfernen.
  • Save‑Enable‑Matrix implementieren; ZNS‑Panel inkl. Import‑Log.
  • Kategorien‑UI konsolidieren und gruppieren; Default‑Titel generieren; Ort‑Softwarnung.
  • Veranstalter‑Profil & ‑Übersicht finalisieren; CTA‑Flow prüfen.
  • Footer‑Onboarding integrieren (Status, Geräte, Chat‑Trigger).

Artefakte/Referenzen

  • docs/80_Assets/frontend/screens/E_Nennen/flow-wechsel.png (neuer Flow – grüner Pfeil)
  • docs/80_Assets/frontend/screens/E_Nennen/flow-fehler.png (Bruchstellen im alten Flow)
  • docs/99_Journal/2026-03-31_Session_Log_Event_First_Workflow.md
  • docs/99_Journal/2026-03-30_Session_Log_ZNS_Documentation.md
  • docs/99_Journal/2026-03-30_Session_Log_Masterdata_OETO_Consolidation.md