Projekt

Allmänt

Profil

Handlingar

Maintenance #416

öppen
CA CA

Features #293: Rensa utgångna personfält i purchase_participants

Fastställ och fånga LOK-referensår för deltagarsnapshot

Maintenance #416: Fastställ och fånga LOK-referensår för deltagarsnapshot

Tillagd av Codex API för 2 dagar sedan. Uppdaterad för en dag sedan.

Status:
In progress
Prioritet:
High
Tilldelad:
Kategori:
Säkerhet och test
Startdatum:
2026-09-29
Deadline:
% Klart:

40%

Beräknad tid:
(Total: 0:00 h)
Risknivå:
Hög
Driftsättningspåverkan:
Backend/API
Berörd miljö:
Ej tillämpligt
Regression krävs:
Nej
Reported by:
Codex API

Beskrivning

Mål: ge varje ny lok_support-deltagarsnapshot ett uttryckligt, granskat referensår utan att likställa köpdatum med aktivitetsår.

Definition of Done:

  • Verksamhetsregeln anger vem som väljer referensåret, vid vilken punkt och hur det verifieras mot den manuella LOK-/närvaroprocessen.
  • UX/API och servervalidering gör året explicit eller härleder det endast från en separat godkänd aktivitetsreferens; köpets submitted_at får inte ensamt bli aktivitetsår.
  • Syfte och referensår sparas oföränderligt per purchase_participants-rad tillsammans med exakt UTC-gräns för 1 januari Y+8 i Europe/Stockholm.
  • Ändrad artikel eller senare kalenderår ändrar inte historiska snapshots.
  • Test omfattar årsskifte, svensk tidszon, manipulerat år, blandade artiklar, omprövning och saknad klassificering.

Utanför scope: faktisk gallring, scheduler, historisk backfill, närvarobekräftelse och produktionsaktivering. Verifieringsmiljö: isolerad MariaDB-CI. Blockerar #293.


Acceptanskriterier

Varje ny LOK-snapshot får ett explicit och oföränderligt referensår från en godkänd verksamhetskälla; köpdatum används inte ensamt. Årsskifte, tidszon och manipulation testas.


Testresultat

Verksamhetsbeslut godkänt 2026-09-29. Lokal implementation i #417/#418 verifierad; rättelseattest återstår i #419. Ingen produktionsändring.


Underaktiviteter 5 (5 öppna — 0 stängda)

Features #417: Lagra oföränderlig LOK-klassificering per deltagarsnapshotResolvedCodex API2026-09-29

Handlingar
Features #418: Granska och klassificera LOK-deltagarunderlag tenantavgränsatResolvedCodex API2026-09-29

Handlingar
Maintenance #419: Rätta LOK-klassificering spårbartNewCodex API2026-09-29

Handlingar
Maintenance #420: Leverera LOK-klassificering och granskningsflöde till produktionResolvedCodex API2026-09-30

Handlingar
Maintenance #421: Begränsa produktionsbehörigheter för LOK-granskning och klassificeringResolvedCodex API2026-09-30

Handlingar

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #1

  • Status ändrad från New till In progress
  • % Klart ändrad från 0 till 40

CA Uppdaterad av Codex API för 2 dagar sedan · Redigerad Handlingar #2

Beslutsförslag skapat i docs/architecture/lok-reference-year-416.md. Rekommendation: checkout skapar tillfälligt lok_support-underlag utan gissat aktivitetsår; behörig föreningsfunktionär klassificerar senare efter manuell närvarokontroll som bevarat LOK-underlag med explicit Y eller som uppgift som ska rensas. Dokumentet avvisar köpår som automatisk årskälla och beskriver oföränderlig snapshot, UTC-gräns, historiska rader, behörighet och implementationsdelning. Verksamhetsbeslut om modell, roller, frister och behov av egen Y+7-kopia kvarstår.

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #3

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #4

Kodgranskning av aktuell behörighets- och deltagarmodell genomförd. Dagens föreningsroller är member och organization_admin; rekommenderat beslutspaket har lagts till i docs/architecture/lok-reference-year-416.md. Förslaget använder tenantbunden organization_admin, 30 dagars granskning, varning dag 21, radering dag 45 vid uteblivet beslut, sju dagars rättelsefrist för ej bevarat underlag och ingen egen Y+7-kopia efter överföring som standard. Detta är ännu inte ett verksamhetsbeslut och ingen kod, migration eller drift har ändrats.

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #5

Verksamhetsbeslut godkänt 2026-09-29: tvåstegsmodell, organization_admin inom samma aktiva förening, klassificering senast dag 30 med varning från dag 21 och radering dag 45, sju dagars rättelsefrist för ej bevarat underlag, manuellt LOK-referensår och ingen egen Y+7-kopia efter överföring som standard. Attestregeln för rättelse är fortsatt öppen.

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #6

  • Underaktivitet #417 tillagd

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #7

  • Underaktivitet #418 tillagd

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #8

  • Underaktivitet #419 tillagd

CA Uppdaterad av Codex API för 2 dagar sedan Handlingar #9

Beställaren godkände verksamhetsbeslutet 2026-09-29. Beslutsdokumentet är uppdaterat till beslutad modell och länkar implementationen till #417, #418 och den blockerade rättelsen #419. Grundschema och första klassificeringsflöde är verifierade lokalt; inget är driftsatt.

CA Uppdaterad av Codex API för en dag sedan Handlingar #10

  • Underaktivitet #420 tillagd

CA Uppdaterad av Codex API för en dag sedan Handlingar #11

  • Underaktivitet #421 tillagd
Handlingar

Finns även som: PDF Atom