Föreningskiosk

Modellförslag #179 håller ägare/operator/deltagare separat. Refinement behöver omfatta livscykel och gallring av kopplingarna, inte bara namn: user/köp/actor/deltagarreferenser kan fortsatt identifiera person. Återanvänd befintligt dataskyddsarbete; inga nya lagringstider beslutade i modellen.

Granskat befintlig users/user_profiles och artikelstyrda personfält. Förslag i docs/architecture/family-card-refinement-185.md: återanvänd vuxens konto, separata deltagare utan krav på barnkonton; första version endast kortägaren som operatör, egen förenings-/kontoavgränsad deltagarlista. Detta är FÖRSLAG, inte godkänt beslut. Behöver svar om annan vuxen måste kunna nyttja samma kort via eget konto från start. Även deltagarbehörighet/livscykel behöver beslut. Inga schema-/driftändringar, inga verkliga deltagaruppgifter eller nya lagringstider.

Användaren godkänner att kortdelning via andra vuxnas egna konton ingår från första versionen. Förslaget med endast ägare som operatör ersätts. Avser ett bestämt kort, inbjudan/acceptans, saldo och nyttjande, ingen vidaredelegering, återkallbart. Den obesvarade frågan om tillgång till ägarens sparade barn är INTE beslutad; automatisk sådan åtkomst ska inte ges. Namn och födelseår per barn behövs för LOK-relevant aktivitet enligt användarens förtydligande.

Första versionens modell uppdaterad med punch_card_invitations och punch_card_access samt dokumenterade spärrar för mottagare, engångstoken, återkallelse och samtidighet. docs/architecture/family-card-refinement-185.md och punch-cards-179.md uppdaterade. Diagramkälla punch-cards-179.puml omrenderad och bild visuellt kontrollerad. #190–192 registrerade som separata implementationer. Ingen kod/migration/driftändring; deltagaråtkomst fortfarande öppen och delas inte automatiskt.

Användaren godkänner att annan målsman kan få tillgång till utvalda barns namn/födelseår för deltagarval via separat deltagarbehörighet. Ingen automatisk redigering eller full historik. Senaste förtydligande: på kortet behöver man inte se vilka som deltagit, utan kortägaren räcker. Deltagarregistrering/LOK och intern spårbarhet hålls separata från kortvisningen. Uppdaterat docs/architecture/family-card-refinement-185.md.

Avstämning 2026-09-11: nästa implementationssteg är #241 under #186, enbart review-kontrakt och servervalidering per träningsenhet i blandad checkout med isolerade syntetiska tester. Kortägare, utförande konto och deltagare hålls isär; namn/födelseår följer artikelns uppgiftskrav, inga telefonuppgifter. Befintliga #164/#166 återanvänds, inte dupliceras. #190-192 ligger kvar separat för kortdelning; sådan delning ger inte automatiskt barnuppgiftsåtkomst. #185 lämnas öppet: livscykel/åtkomst för sparade deltagare och delad vårdnad är inte avgjorda av denna avgränsning. #188 kvarstår för aktivitet/tränarbekräftelse. Ingen kod, driftsättning eller insamling aktiverad i denna avstämning.