Toekomst & Wensen

**Als** ingelogde gebruiker met een gekoppelde deelnemer **wil ik** in mijn profiel kunnen aangeven in welke veteranen-categorie ik volgend seizoen meedoe **zodat** mijn prognose, klassement-positie en e-mail-notificaties direct vanaf 1 januari de juiste categorie aanhouden zonder dat ik op de eerste run hoef te wachten. ## Acceptatiecriteria - In mijn profielpagina staat een nieuw veld Veteranen-categorie volgend seizoen met opties: geen, 40-49, 50+, 60+. - Als mijn geslacht (H/D) bekend is, worden de opties gebrand naar H-/D-prefix (bv. H40-49) zodat ik geen verkeerde combinatie kan kiezen. Als geslacht nog onbekend is, blijft de keuze unisex (40-49, 50+, 60+) en wordt het H/D-prefix automatisch toegevoegd zodra het geslacht via een aangemelde run binnenkomt. - De keuze respecteert de you never get younger-regel: ik kan geen lagere categorie kiezen dan ik nu in heb (bv. iemand met H50+ kan geen H40-49 selecteren voor volgend seizoen). - De waarde wordt pas actief op 1 januari van het volgende seizoen; tot die datum gebruikt de site mijn huidige categorie. Vanaf 1 januari schakelt het automatisch over. - Als ik volgend seizoen toch op een run inschrijf met een andere veteranen-categorie (via UVP-online), wordt mijn instelling overruled door de daadwerkelijke run-categorie (bestaande logica blijft leidend).

Als beheerder van de site
wil ik onjuiste gegevens uit de bond-data (uvponline.nl) kunnen overrulen op survivalrunprestaties.nl,
zodat meldingen van eindgebruikers (zie als voorbeeld issue #92) opgelost kunnen worden zonder dat de nachtelijke crawl en aggregatie de correctie weer ongedaan maakt.

Als ingelogde deelnemer
wil ik mijn eigen finish-status (DNF / DNS / FINISHED) kunnen corrigeren wanneer die in de uitslag van de bond niet klopt,
zodat mijn profiel klopt zonder dat ik hoef te wachten op een handmatige actie van een beheerder of een correctie bij de bond.

Acceptatiecriteria

Admin-overrules

• Een admin (rol admin_laravel of 99-SUPER_ADMIN) kan op een specifiek resultaat (srp_run_category_result) een correctie vastleggen voor velden die nu uit de bond-data komen, in elk geval: type_of_finish, time, ranking, points, points_veteran, obstacles_missed, en de koppeling member_id (voor het overzetten van een uitslag naar een andere SBN, zoals het scenario in issue #92).
• Correcties worden opgeslagen in een aparte tabel (bijv. srp_run_category_result_override) gekoppeld aan run_category_result_id, met daarin: het gewijzigde veld, de nieuwe waarde, de oorspronkelijke bond-waarde, wie de correctie heeft gemaakt en wanneer.
• Bij elke crawl en aggregatie blijven de admin-correcties behouden: de override wordt over de bond-data heen gelegd. De nightly run mag een gecorrigeerd veld niet terugzetten naar de bond-waarde.
• Een admin kan een correctie ook weer terugdraaien (override verwijderen, waardoor het veld weer de bond-waarde volgt).

Zelf-overrules door deelnemers

• Een ingelogde gebruiker kan, op een resultaat dat aan zijn eigen member_id is gekoppeld, alleen het veld type_of_finish overrulen tussen DNF, DNS en FINISHED.
• Tijden, rankings, points en hindernisinformatie kan een gebruiker NIET zelf wijzigen; daarvoor blijft een admin-correctie of correctie bij de bond nodig.
• Zelf-overrules worden in dezelfde override-tabel opgeslagen, met een markering of het door de deelnemer of door een admin is gedaan.

Weergave en herkenbaarheid

• In de uitslag-, registratie- en klassement-weergaven wordt de gecorrigeerde waarde getoond.
• Een gecorrigeerd veld is visueel herkenbaar (bijv. een klein icoontje of tooltip) met de tekst gecorrigeerd door beheerder of gecorrigeerd door deelnemer, en met de oorspronkelijke bond-waarde zichtbaar in de tooltip.
• De audit-trail (wie, wanneer, welk veld, oude en nieuwe waarde) is opvraagbaar voor admins.

Robuustheid

• Wanneer de bond zelf de data uiteindelijk corrigeert (en de bond-waarde dus gelijk wordt aan de override), kan de override automatisch (of met een melding aan de admin) worden opgeruimd.
• Bij het overzetten van een uitslag naar een andere member (issue #92-scenario): de prognose-, klassement- en statistiek-tabellen worden bij de eerstvolgende aggregatie correct herrekend op basis van de override.

Als deelnemer met een lange loopcarriere wil ik mijn runs van voor 2006 zelf kunnen toevoegen aan mijn profiel, zodat ik op survivalrunprestaties.nl een compleet overzicht heb van al mijn gelopen runs vanaf het begin.

Acceptatiecriteria:

• Ik kan per run aangeven: seizoen, welke run het was en in welk klassement ik liep (bv. LSR, MSR, KSR, BSR, JSR).
• Het toevoegen werkt ook zonder uitslag (tijd / positie / punten). In dat geval rekent het systeem met positie 50 als uitgangspunt voor de afgeleide statistieken, zodat de deelname altijd meetelt.
• Ik kan optioneel later de uitslag (tijd, positie, punten) alsnog aanvullen bij een eerder ingevoerde run.
• De toegevoegde pre-2006 runs verschijnen in mijn persoonlijk overzicht en worden meegenomen in mijn statistieken.
• Een handmatig toegevoegde run is herkenbaar als zodanig, zodat die visueel onderscheidbaar is van automatisch gecrawlde resultaten.

Als gebruiker wil ik per notificatietype kunnen aangeven of ik op de hoogte gebracht wil worden bij belangrijke wijzigingen rond mijn runs, zodat ik niets mis rond inschrijvingen, starttijden en uitslagen.

Acceptatiecriteria:

• Ik kan per notificatietype apart aan- of uitzetten of ik een mail wil ontvangen.
• Notificatie 1 - inschrijving open: ik ontvang een mail zodra een run de status open krijgt voor inschrijving, met run-informatie en een directe inschrijflink.
• Notificatie 2 - starttijden bekend: ik ontvang een mail zodra mijn starttijd voor een run is gepubliceerd, met vermelding van de run en mijn starttijd.
• Notificatie 3 - uitslag beschikbaar: ik ontvang een mail zodra mijn (tussentijdse of definitieve) uitslag is verwerkt, met een link naar de uitslag.
• De notificaties staan standaard uit en moeten actief worden aangezet in mijn profielinstellingen.
• Mails zijn meertalig (NL/EN) op basis van mijn taalvoorkeur.

User Story

Als gebruiker wil ik dat voorlopige uitslagen direct worden meegenomen in het klassement en de prognose, zodat ik na een wedstrijd meteen de actuele tussenstand en verwachte posities kan bekijken.

Acceptatiecriteria

• Resultaten met status VOORLOPIG worden meegenomen bij de berekening van het klassement (niet alleen DEFINITIEF).
• De prognose houdt rekening met voorlopige resultaten, zodat een deelnemer na een gelopen wedstrijd niet onterecht wegzakt in de ranking.
• Wanneer een voorlopige uitslag later definitief wordt, wordt het klassement bijgewerkt zonder dubbeltelling.
• Op de frontend is zichtbaar of een meegenomen resultaat voorlopig of definitief is.

User story

Als bezoeker van de site wil ik per run de historische weersomstandigheden zien (weersymbool, temperatuur en gevoelstemperatuur), zodat ik context heb bij de resultaten en kan zien of een run onder zware of juist aangename omstandigheden is gelopen.

Acceptatiecriteria

• Bij elke afgelopen run wordt een weer-indicator getoond met symbool, temperatuur en gevoelstemperatuur.
• Weerdata wordt bepaald op basis van locatie, datum en starttijd van de run.
• Data wordt opgehaald uit een historische-weer-API en gecached per run, zodat pagina-snelheid niet lijdt.
• Zichtbaar op zowel de kalender als de uitslagenpagina.
• Gebruikt herkenbare symbolen (zon, wolken, regen, sneeuw).
• Bij toekomstige runs (inschrijvingen) wordt de weerindicator niet getoond of vervangen door een verwachting dichtbij de datum.

User story

Als gebruiker die zich wil inschrijven voor aankomende runs wil ik bij elke aankomende run-categorie een voortgangsbalk zien met het aantal inschrijvingen ten opzichte van het maximaal aantal beschikbare startbewijzen, zodat ik snel kan beoordelen of ik direct moet inschrijven of dat ik nog even kan wachten.

Acceptatiecriteria

• Bij aankomende runs op de kalender- en registratiepagina is per categorie een voortgangsbalk zichtbaar.
• De balk toont het aantal ingeschreven deelnemers en het maximum aantal plekken.
• De kleur verandert afhankelijk van de vulling (groen bij ruimte, oranje rond 80% vol, rood bij bijna vol).
• Als er geen maximum bekend is, wordt alleen het aantal inschrijvingen getoond zonder balk.
• Werkt goed op mobiel en desktop.

User story

Als ingelogde gebruiker wil ik bij mijn eigen run-resultaten een comment kunnen toevoegen met keuze tussen publiek, alleen voor mijn volgers, of alleen voor mijzelf, zodat ik een kort verslag, weersomstandigheden, een Strava-link of foto's bij mijn prestatie kan delen.

Acceptatiecriteria

• Bij een eigen run-resultaat is een knop "Comment toevoegen" beschikbaar.
• Comment heeft een zichtbaarheidsoptie: publiek, alleen voor volgers, of privé.
• In de uitslagenlijst verschijnt een spraakballon-icoontje bij resultaten met een zichtbare comment.
• Klikken op het icoontje toont de comment.
• Comments kunnen worden bewerkt en verwijderd door de eigenaar.
• Eenvoudige URL-ondersteuning voor Strava-links en foto-links.

User Story

Als deelnemer wil ik mijn GPS-bestand van een wedstrijd kunnen uploaden of automatisch laten synchroniseren (bijvoorbeeld via Strava), zodat de volledige wedstrijdfile beschikbaar is voor analyse en visualisatie op survivalrunprestaties.nl.

Acceptatiecriteria

• Deelnemers kunnen handmatig een GPX/TCX-bestand uploaden bij een specifieke run
• (Optioneel) Bij een gekoppeld Strava-account wordt de activiteit automatisch gekoppeld aan de juiste run op datum/locatie
• Het GPS-bestand wordt opgeslagen en is later bruikbaar voor analyse (bijv. obstakel-tijden, snelheidsverloop)
• Privacy: alleen de deelnemer zelf kan zijn GPS-bestand uploaden of verwijderen

Vervolg op de Strava-koppeling wens (#59).

User Story

Als deelnemer wil ik mijn Strava-account kunnen koppelen aan mijn profiel op survivalrunprestaties.nl, zodat anderen vanuit een uitslag kunnen doorklikken naar mijn Strava-prestatie van die wedstrijd.

Op termijn kan dit worden uitgebreid met een kaartweergave van de route, waarop te zien is wanneer een deelnemer voorsprong neemt of bij welke obstakels tijd verloren wordt.

Acceptatiecriteria

• Deelnemers kunnen via OAuth hun Strava-account koppelen aan hun profiel
• Bij een uitslag is een link zichtbaar naar de bijbehorende Strava-activiteit (indien gekoppeld)
• Privacy-instellingen van Strava worden gerespecteerd
• (Optioneel/later) Routekaart-weergave per wedstrijd op basis van Strava-data

Opmerking: dit is een ambitieuze wens met meerdere fasen — fase 1 is enkel de koppeling en deeplink naar Strava.

User Story

Als deelnemer wil ik het parcours van een wedstrijd direct op survivalrunprestaties.nl kunnen bekijken, zodat ik niet langer de website van de organisatie hoef af te struinen om de route te vinden.

Acceptatiecriteria

• Bij een run kan een parcours worden gekoppeld (bijv. een Google Maps kaart of embed)
• Het parcours is zichtbaar op de runpagina zodra het bekend is
• Beheer van het parcours gebeurt handmatig (organisator-link of door admin)
• Mobielvriendelijke weergave van de kaart

User Story

Als beheerder wil ik dat aliassen automatisch worden aangemaakt wanneer de gecrawlde naam (via SBN-nummer) afwijkt van de naam die al in het systeem staat, zodat inschrijvingen en uitslagen correct aan dezelfde deelnemer gekoppeld worden zonder handmatig werk.

Acceptatiecriteria

• Bij het importeren van uitslagen/inschrijvingen wordt gecontroleerd of de gecrawlde naam afwijkt van de bestaande member-naam met hetzelfde SBN
• Bij een verschil wordt de afwijkende naam automatisch als alias toegevoegd
• Bestaande handmatige aliassen blijven behouden en worden niet overschreven
• Het proces logt welke aliassen automatisch zijn aangemaakt

User Story

Als gebruiker wil ik in het klassement naast het totaalaantal punten ook het gemiddelde puntenaantal per race zien, zodat ik beter kan inschatten hoe deelnemers zich tot elkaar verhouden en wie ik nog kan inhalen — naast de bestaande prognose.

Acceptatiecriteria

• Per deelnemer in het klassement wordt het gemiddeld puntenaantal per gelopen race getoond
• Het klassement kan op gemiddelde gesorteerd worden
• Optioneel filter/sortering voor gemiddelde naast totaal en prognose

User Story

Als gebruiker wil ik in de resultatengrafiek op mijn persoonlijke dashboard direct kunnen doorklikken naar de uitslagenpagina van een specifieke run, zodat ik snel meer detail kan zien zonder de run handmatig op te zoeken.

Acceptatiecriteria

• Op desktop opent een klik op een datapunt direct de uitslagenpagina van die run
• Op mobiel toont de eerste tap een widget/tooltip met de runnaam en datum; een tweede tap op de widget opent de uitslagenpagina
• Het cursor- of hover-gedrag blijft werken zoals nu

User Story

Als gebruiker wil ik dat het inschrijfformulier op mobiel voldoende ruimte heeft onderaan de pagina, zodat het clubveld en de registreer-knop niet achter het toetsenbord verdwijnen wanneer ik mijn club intyp.

Acceptatiecriteria

• Het clubveld is volledig zichtbaar terwijl het toetsenbord open staat
• De "Registreren"-knop blijft te allen tijde bereikbaar (bijvoorbeeld via voldoende padding/scroll-ruimte onder het formulier)
• Het formulier is getest op verschillende mobiele schermformaten

User Story

Dat je als gebruiker een geplande run kunt 'volgen'. Je kunt dan pushmeldingen instellen (mail zou ook volstaan). Deze meldingen worden verstuurd, zodra:
- De inschrijvingen geopend zijn
- De inschrijvingen gaan sluiten

Details / Acceptatiecriteria

Belangrijk: het liefst geef je aan voor welk type wedstrijd je mee wilt gaan doen. Licentieruns gaan soms later open dan recreatieve runs.
Nice-to-have: een melding krijgen zodra jouw type wedstrijd voor bijv. 70% vol zit. Zodat je weet dat je niet te lang meer kunt twijfelen, ook al is de deadline nog niet verstreken.

User Story

Dit zou dan de tijd zijn van de middelste persoon op de deelnemerslijst. Je hebt nu al de tijd van de snelste en de laatste staan. dit zou het feest compleet maken :).

User Story

bijv. van die wedstrijd het DNF%, DNS% toevoegen. Als deelnemer wil je graag weten: was ik de enige die het zwaar vond? Zijn er veel 'gesneuveld' onderweg? Dat plaatst de prestatie iets meer in perspectief.
Je hebt in onze sport nog een andere variant wat het misschien lastiger maakt: wel gefinished, maar niet alle hindernissen gehaald (bandje doorgeknipt).

User Story

Bij mijn eigen overzicht zou ik het fijn vinden als de recreatieve en wedstrijdstatistieken optisch nog meer losgetrokken worden. Dat loopt voor mijn gevoel een beetje door elkaar heen. Het is natuurlijk dezelfde sport, maar bij recreatief draait het ook wat minder om de uitslagen/scores (aanname ;)). Dan komt de recent toegevoegde grafiek ook wat meer tot zijn recht.

Voor mij zouden bijv. 2 aparte tabbladenideaal zijn. 1tje licentie, en de andere recreatief.

User story

Als bezoeker van Survivalrunprestaties wil ik een ranglijst van verenigingen kunnen zien op basis van de prestaties van hun leden, zodat ik kan ontdekken welke club het sterkst presteert en clubs een (onofficiele) onderlinge competitie krijgen om mee te leven en op te scheppen.

Acceptatiecriteria

• Er is een publiek toegankelijke pagina (bijv. /verenigingsklassement) met een ranglijst van clubs.
• Per club wordt minimaal getoond: rang, clubnaam, totaalscore, aantal scorende lopers, aantal meegetelde runs.
• De score is gebaseerd op de punten per run die in de database staan voor zowel licentie- als recreatieve categorieen, zodat het hele ledenbestand van een club kan bijdragen.
• De berekening combineert kwaliteit (hoogte van de punten van de beste lopers) en breedte (aantal lopers dat heeft bijgedragen), zodat zowel een kleine club met topscores als een grote club met veel deelnemers eerlijk worden vergeleken.
• Standaardweergave is het lopende seizoen. Filters:
  • Seizoen (lopend + historisch)
  • Type / afstand (alle, alleen licentieruns, alleen recreatief, of specifiek LSR / MSR / KSR / JSR / BSR)
  • Hoofdklasse / veteranen (op basis van points resp. points_veteran)
• Per club is doorklikken mogelijk naar een detailoverzicht: welke lopers met hoeveel punten hebben bijgedragen aan de score (top-N), zodat de berekening transparant is.
• Het klassement wordt niet live bij elke pagebezoek herberekend, maar dagelijks gerefresht in een nieuwe cache-tabel (analoog aan srp_prognose_ranking) na de nightly aggregate.
• Lopers zonder gekoppelde club worden niet meegerekend.

Open ontwerpvragen (te beslissen voor implementatie)

• Formule: voorstel als startpunt: score = gemiddelde punten van top-N scorende lopers van de club × weegfactor(aantal scorende lopers). Top-N (bijv. 10) voorkomt dat een club met 1 topper alles wint; weegfactor (bijv. log(N+1) of een drempel-bonus) beloont breedte zonder dat pure massa wint. Als alternatief: gewoon som van top-N zonder gemiddelde, vergelijkbaar met hoe atletiekverenigingen scoren.
• Schaal: de reporter stelde een score 0-1000 voor (de winnaar van een run krijgt al 1000 punten). Wordt het clubklassement een absolute schaal, of een relatieve normalisatie tegen de #1 club van het seizoen?
• Punten per loper: alle sub_categories waarin een loper punten krijgt optellen, of alleen het hoogste resultaat per run gebruiken (om dubbeltelling Heren + H40+ te voorkomen)?
• Drempel: minimaal aantal lopers / runs per club om opgenomen te worden (om eenmansclubs te filteren)?
• Clubswitch: punten toerekenen aan de club waar de loper bij hoorde op het moment van de run (historisch correct), of aan de huidige club van het lid (intuitiever)?
• Veteranenpunten: meetellen in dezelfde score, of een aparte tab "Veteranenklassement"?
• Combinatie van categorieen: een gecombineerde "alles" ranking, of altijd uitsplitsen per type omdat punten van LSR, KSR en recreatief niet 1-op-1 vergelijkbaar zijn (al gaan ze allemaal van 0-1000)?
• Groeps- en koppelruns: meetellen, of alleen individuele resultaten (omdat elk groepslid hetzelfde puntenaantal krijgt en dat de score kan opblazen)?

Niet in scope

• Officiele SBN-erkenning, dit blijft een onofficieel klassement op Survivalrunprestaties.
• Realtime updates tijdens wedstrijden, dagelijks bijwerken na de nightly aggregate is voldoende.
• Prijzen of badges; dit is in eerste instantie alleen een ranglijst.

User story:

Als beheerder of lid van een survival run vereniging wil ik dat de ledenlijst van mijn vereniging automatisch wordt bijgewerkt op survivalrunprestaties.nl, zodat het clubfilter altijd actueel is wanneer er leden bijkomen of vertrekken.

Acceptatiecriteria:

• De ledenlijst van een vereniging wordt automatisch gesynchroniseerd via één van de volgende methoden:
  • Synchronisatie met een gedeeld Google Sheets document dat door de vereniging wordt bijgehouden.
• De synchronisatie vindt periodiek automatisch plaats (bijv. dagelijks of wekelijks).
• Wanneer een lid wordt toegevoegd of verwijderd, wordt dit binnen één synchronisatiecyclus doorgevoerd in het clubfilter.
• Een beheerder van de vereniging kan de synchronisatie ook handmatig triggeren.
• Als de synchronisatie mislukt, ontvangt de beheerder een melding.
• Het clubfilter toont altijd de meest recent gesynchroniseerde ledenlijst.
• De pagina is responsive en werkt op zowel mobiel als desktop.

User Story: Als gebruiker van survivalrunprestaties.nl wil ik kunnen kiezen tussen Nederlands en Engels als taal van de applicatie, zodat ik de website kan gebruiken in mijn voorkeurstaal. Ik wil dit zowel kunnen instellen in mijn profiel als snel kunnen wisselen via een vlaggetje op elke pagina.

Acceptatiecriteria:

1. Op elke pagina is een taalswitcher zichtbaar met een Nederlandse en Engelse vlag.
2. Een klik op een vlag wisselt de volledige interface direct naar de betreffende taal.
3. Als bezoeker (niet ingelogd) wordt de taalkeuze opgeslagen in een cookie, zodat de voorkeur behouden blijft bij een volgend bezoek.
4. Als ingelogde gebruiker wordt de taalkeuze direct opgeslagen in de profielinstellingen.
5. Als een ingelogde gebruiker de taal wisselt via het vlaggetje, wordt de instelling in het profiel direct bijgewerkt — zonder dat de gebruiker apart naar de profielinstellingen hoeft te gaan.
6. In het profiel is een instelling beschikbaar onder "Voorkeuren" of vergelijkbaar, waarmee de gewenste taal geselecteerd kan worden (Nederlands / Engels).
7. Bij het inloggen wordt de opgeslagen taalvoorkeur uit het profiel direct toegepast, ook als de cookie een andere taal bevatte.
8. De taalswitcher toont duidelijk welke taal momenteel actief is (bijv. via een actieve/geselecteerde staat op de vlag).
9. Alle statische teksten, menu-items, labels en meldingen in de applicatie zijn beschikbaar in zowel Nederlands als Engels.

User story:

Als ingelogde gebruiker van survivalrunprestaties.nl wil ik meldingen kunnen ontvangen bij relevante systeemgebeurtenissen en persoonlijke activiteit, zodat ik niets mis wat voor mij van belang is.

Acceptatiecriteria:

• De gebruiker kan een melding ontvangen wanneer een andere gebruiker hem of haar gaat volgen.
• De gebruiker kan een melding ontvangen bij het openen (en sluiten) van de inschrijvingen
• De gebruiker kan een melding ontvangen bij het bekend zijn van de starttijden
• De gebruiker kan een melding ontvangen bij het bekend zijn zijn/haar resultaten
• De gebruiker kan een melding ontvangen bij het defintief worden van de resultaten
• De gebruiker kan zich abonneren op systeemupdates (bijv. nieuwe functionaliteit, onderhoud of aankondigingen).
• De gebruiker kan zich abonneren op een wensenlijst-item (bijv. een gevraagde feature of run), en ontvangt een melding zodra daar een update over is.
• Alle meldingstypes zijn afzonderlijk aan of uit te zetten in de notificatie-instellingen.
• Meldingen zijn instelbaar per kanaal (bijv. e-mail, pushmelding of in-app notificatie), afhankelijk van wat het systeem ondersteunt.
• De notificatie-instellingen zijn bereikbaar vanuit het dashboard en/of de profielpagina.
• De pagina is responsive en werkt op zowel mobiel als desktop.