So funktioniert die Plattform

Bierball 4.0 bringt Turnierablauf, die Fakten und die Helfer:innen-Werkzeuge an einen Ort. Ziel ist weniger Chaos am Spieltag: klare Zeiten, alle wissen, was Kader und was Match-Lineup ist, die Schiri-Protokolle sind nachvollziehbar und Zuschauer:innen lesen alles live mit.

• Ein Stand für alle bei Spielplan, Platz, Check-in-Status und festem Match-Lineup (1–15 aktiv im laufenden Event, Details in den Bestenlisten-Hinweisen).
• Getrennte Oberflächen je Rolle: Öffentlich, Team-App, Schiri und Admin. Jede Gruppe sieht, was sie braucht, ohne sich gegenseitig zu überschreiben.
• Fürs Handy gemacht: Captains füllen Lineups am Handy aus, Schiri führt den Spielmodus vor Ort und Zuschauer lesen Live und K.O.-Baum ohne Account.
• Alles nachvollziehbar: Lineups mit Verlauf und Korrekturen, Freibier-Log, Live-Ereignisse (auch Wechsel) und Admin-Logs. So kann die Orga später erklären, was passiert ist.

Jeder Besuch kann diese Bereiche nutzen (konkrete Freigaben steuert die Veranstalter:innen-Phase):

Mit Account öffnet sich die Team- und Spieler:in-App unter /app/…: persönliches Dashboard, Team-Hub, Profil und, je nach Phase, Hinweise und Abläufe rund um deinen QR-Code. Teambeitritt, Bewerbungen und Captain-Entscheidungen laufen im beschlossenen Rahmen der Orga (siehe auch FAQ).

• Überblick über kommende Spiele und Team-Zugehörigkeit.
• Dein QR-Code fürs Match — der Schiri scannt dich damit ins Lineup, der Check-in läuft automatisch mit.
• Live-Stand und Statistik bleiben öffentlich lesbar, auch ohne die App.

Captains pflegen ihr Team und bereiten pro Spiel das verbindliche Match-Lineup vor (am Spieltag scannt der Schiri sie verbindlich auf), mit Reihenfolge (Spielfeld von links nach rechts). Schnellwahl ist drin (z. B. aktive Spieler, letztes gültiges Match), du ziehst Spieler:innen einfach hin und her, zwischen Bank und Aufstellung, im Rahmen der erlaubten Spielerzahl.

• Fristen (Lineup-Deadline) stehen direkt in der App. Danach gelten Ausnahmen durch Admin oder Schiri nur, wenn es so eingestellt ist.
• Kontakt- und Sichtbarkeitsfelder fürs Teamprofil sind vom Captain steuerbar (im Rahmen der Regeln).
• Sobald das Turnier live ist, steht der Kader fest. Captains pflegen weiter Profil und Kontakt. Spieler:innen tauschen, Notfall-Ersatz und Ausfälle laufen über den Schiri (er ändert das Match-Lineup und trägt den Grund ein) oder über Admin (Spieler verschieben oder aufnehmen). Alles wird geloggt.

Der volle Kader darf größer sein als die Aufstellung auf dem Feld. Deshalb gibt es zwei Ebenen: Mitgliedschaft im Team und fest eingereichte Aufstellung für genau dieses Spiel. Erst wenn diese Aufstellung gültig und eingereicht ist, sind Treffer, Zeiten und Verwarnungen für Ranglisten dieselben Zahlen, die Schiri und Teams im Spieltag verwenden (1–15, Details unter Bestenliste · wie gezählt).

Öffentliche Teamseiten zeigen weniger als die eingeloggte Ansicht (z. B. kein Telefonbuch der Spieler:innen). Das ist Absicht: Sichtbarkeit fürs Publikum, ohne private Felder auszustellen.

Eingeloggte Helfer:innen mit Schiri-Freigabe nutzen den Spielmodus und die passenden Seiten: Match auswählen, Würfe und Besitz mittippen, Wechsel mit Grund, Rückgängig in kurzen Zeitfenstern, Verwarnungen, Check-in-Kontrolle und Freibier-Ausgabe (einzeln, als Bier-Bundle fürs Team oder mit Sonderfreigabe je nach Rechten).

Nicht jede Funktion ist für jedes Match sichtbar. Zuweisungen und Phase entscheiden mit. Einstieg meistens über /referee.

Öffentlicher Leitfaden für neue und bestehende Offizielle: Schiri-Guide (Rollen, Standards, Sonderfälle, Neutralität, Kontakt).

Admins pflegen Inhalte und Regeln in den Event-Einstellungen: Branding (WhatsApp, Instagram), Texte (Impressum, Datenschutz, Teilnahmebedingungen …), Sponsoren, Turnierparameter, Feature-Flags und operative Korrekturen (Teams, Users, Spielplan, Lineup-Overrides, Match-Korrekturen, Logs).

Der öffentliche Auftritt zeigt genau diesen gepflegten Stand. Es gibt keine zweite Textebene „im Verborgenen“. Nur der technische Healthcheck bleibt für den Betrieb ausgelagert: GET /api/health.

In Entwicklung und Preview kann das Event aus einem Demo-Datensatz laufen, also mit Platzhalter-Teams, erkennbaren Passwort-Hinweisen und manchmal lokalem Speicher statt Postgres. An den Regeln der Oberfläche ändert das nichts: dieselben Felder, dieselbe Trennung öffentlich gegen eingeloggt.

Vor einem echten Außenauftritt ersetzen die Veranstalter:innen Demo-Werte durch echte Texte, Links und Accounts. Was ihr dort eintragt, lesen Gäste auf Impressum, Datenschutz und Teilnahmebedingungen wortwörtlich nach.

Was für dieses Turnier gilt, steht in den Teilnahmebedingungen, im Datenschutz und im Impressum, gepflegt durch die Orga, nicht als „kleingedruckte“ Fußnote der App.

Für Einordnung und Begriffe (Captain, Lineup, Phase …) lohnt die FAQ; Spielregeln selbst unter Regeln.

Das laufende Event wird als ein zusammenhängender Datenstand geführt (in der Preview oft als Snapshot, auf Produktion mit Datenbank). Das hält Rollen und Berechtigungen sauber zusammen. Ein großes Jahres-Reporting über zig Archive ist damit nicht das Ziel.