Session‑Log — Meldestelle‑Besprechung (2. April 2026)

✅ Beschlüsse

Ubiquitous Language wird als SSoT geführt; Aktualisierungen zu Abteilung, Kassen, TeilnehmerKonto, Zahlvorgang sind angenommen.
Event‑First‑Workflow (Veranstaltung → Turnier → Bewerbe → Abteilungen → Startliste) ist der verbindliche Bedienfluss fürs MVP.
Abteilung ist kleinste ausführbare Einheit; Typisierung eingeführt: SEPARATE_SIEGEREHRUNG und ORGANISATORISCH.
Kassen‑Konzept bestätigt: Turnierkassa je Turnier, Konsolidierung in Veranstaltungs‑Kassa auf Event‑Ebene.
Zahlvorgang darf mehrere Rechnungen/Belege ausgleichen (auch turnierübergreifend innerhalb derselben Veranstaltung); Buchung auf TeilnehmerKonto (Event‑Ebene).
Navigation V2: Screen‑Baum festgelegt, Back‑Stack‑Regeln (SingleTop Tabs, Logout poppt MainShell, modale Overrides nicht im Stack) angenommen.
Tenant‑Konzept bestätigt: „Eine Veranstaltung = eine Datenbank (Tenant)“, gemäß ADR‑0021; Auswirkungen auf Schema, API, Frontend dokumentieren.

Hierarchie fixiert: Veranstaltung → Turnier → Bewerb/Prüfung → Abteilung.
Abteilung: Definition geschärft; Schwellenwerte liefern WARNUNG (kein harter Fehler); TBA‑Override wird protokolliert.
Kassa‑Begriffe: Turnierkassa (tournament‑scoped), Veranstaltungs‑Kassa (event‑scoped, konsolidiert).

⏸️ Web‑App (PWA) – nach Desktop‑MVP, Anforderungen sammeln.

⏸️ Nenn‑System‑Integration (ZNS Live‑Sync) – nach Abschluss Stammdaten‑Stabilisierung.

Ubiquitous Language: docs/03_Domain/01_Glossary/Ubiquitous_Language.md
Event‑First‑Workflow: docs/02_Guides/Event-First-Workflow.md
Navigation V2: docs/06_Frontend/Navigation_V2_Screen-Baum_und_Back-Stack.md
Navigation V2 (Archiv): docs/_archive/06_Frontend/Navigation_V2_Screen-Baum_und_Back-Stack.md
Tenant‑Konzept (Laien‑Erklärung): docs/01_Architecture/Reference/Tenant-Konzept_Eine-Veranstaltung-eine-Datenbank.md
ADR‑0021: docs/01_Architecture/adr/0021-tenant-resolution-strategy-de.md