Features #168
stängdFeatures #178: Samordning: generiska föreningsspecifika klippkort
Spara LOK-referensår vid tränarbekräftad aktivitet
0%
Beskrivning
Spara LOK-referensår oföränderligt när en behörig tränare bekräftar faktisk närvaro på ett uttryckligen LOK-klassificerat aktivitetstillfälle. Året kommer från aktivitetens svenska kalenderdatum, inte köp-, betalnings- eller klippdatum.
Definition of Done:
- Aktivitetstypens LOK-ändamål och aktivitetstillfällets datum läses serverkontrollerat under bekräftelsen.
- Servern beräknar och sparar referensåret på det låsta aktivitetsunderlaget.
- Klienten får inte ange referensår, ändamål eller förening. Manipulerade värden nekas.
- Vanliga aktiviteter och vuxenändamål får NULL. Blandade ändamål klassificeras separat per närvaro.
- Snapshoten är oföränderlig och används av den gemensamma gränsen i #167 för läsning, gallring och återställningsskydd.
- Årsskifte, annan förening, obehörig tränare, samtidighet och idempotent omförsök testas.
- Befintliga köp eller klipp omklassificeras inte automatiskt och ingen verklig insamling aktiveras.
Beroende: aktivitetsmodell och tränarbekräftelse enligt #188. Separat från vuxnas aktivitetsunderlag #163.
Acceptanskriterier
LOK-referensår sparas endast vid tränarbekräftad faktisk aktivitet. Året härleds servermässigt från låst aktivitetsdatum i Europe/Stockholm; klienten kan inte ange år eller ändamål. Vanliga och vuxenklassificerade aktiviteter får NULL. Snapshoten är oföränderlig, tenantavgränsad och används gemensamt av #167. Testa årsskifte, blandade ändamål, manipulation, obehörighet, samtidighet och omförsök. Ingen omklassificering av historik eller produktionsaktivering.
Testresultat
CA Uppdaterad av Codex API för 22 dagar sedan
Genomgång av aktuell kod: artikelkonfigurationen innehåller krav på personfält men ingen explicit LOK-klassificering eller aktivitets-/underlagsår. CashPurchases återläser artiklar under lås och beräknar en fingerprint inför bekräftelse; framtida klassificering måste ingå där. Referensåret får enligt #167 inte automatiskt härledas från betalningsåret. Behöver klargöra om träningsköpet alltid avser dagens aktivitet eller om för-/efterbetalning för annat aktivitetsdatum ska stödjas. Ingen schemaändring, aktivering eller leverans gjord. Vanliga köp och vuxenändamål ska fortsatt hållas utanför LOK-klassificering.
CA Uppdaterad av Codex API för 22 dagar sedan
Klippkortsavstämning #178: tidigare köpcentrerat LOK-referensår behöver omprövas när aktivitetsmodell fastställts. Köp av kort är inte närvaro och kan användas över flera år. Koppla till separat beslut om aktivitetstillfälle och tränarbekräftelse; ändra inte schema/policy utifrån enbart betalningsåret.
CA Uppdaterad av Codex API för 18 dagar sedan
- Blockerar Features #293: Rensa utgångna personfält i purchase_participants tillagd
CA Uppdaterad av Codex API för 11 dagar sedan
- Ämne ändrad från Spara uttryckligt LOK-referensår vid köpregistrering till Spara LOK-referensår vid tränarbekräftad aktivitet
- Beskrivning uppdaterad (skillnader)
- Acceptanskriterier uppdaterad (skillnader)
- Driftsättningspåverkan ändrad från Ingen till Databasmigrering
Scope reviderat 2026-09-20 enligt beslut i #188. Köp och klipp är inte närvaro; lok_reference_year ska inte ligga på cash_purchases.
CA Uppdaterad av Codex API för 11 dagar sedan
- Blockerad av Features #315: Bekräfta aktivitetstillfälle och närvaro som tränare tillagd
CA Uppdaterad av Codex API för 11 dagar sedan
- Blockerar Features #167: Inför gemensam årsgräns för LOK-klassificerade underlag tillagd
CA Uppdaterad av Codex API för 11 dagar sedan
Kravbeslut 2026-09-20 ersätter tidigare antagande: Föreningskiosk ska inte bedöma LOK-stöd eller automatiskt skapa LOK-referensår. Ledaren bearbetar rapporten manuellt och registrerar i ett annat system. Implementera inte nuvarande lösning; ärendet behöver omprövas eller utgå ur första releasen.
CA Uppdaterad av Codex API för 10 dagar sedan
Avslutas som ersatt scope efter användarbeslutet 2026-09-20: Föreningskiosk ska inte göra LOK-bedömning eller införa tränarbekräftad närvaro. Systemet sparar endast efterfrågade namn/födelseår som transaktionsbundna snapshots och föreningsadministratören bearbetar transaktionsrapporten enligt #319 i annat system. Ingen implementation från detta ärende är aktiverad.
CA Uppdaterad av Codex API för 10 dagar sedan
- Testresultat uppdaterad (skillnader)