Features #412
öppenMaintenance #135: Produktionshårdning och slutregression
Maintenance #381: Samling: Återverifiera godkända katalog- och köpflöden efter pilotavgränsning
Features #395: Återintegrera deltagaruppgifter i aktuella betal- och klippkortsflöden
Lagra krypterade deltagarsnapshots atomärt vid betalning
40%
Beskrivning
Koppla validerade deltagarvärden till rätt köprad och lagra namn och födelseår krypterat i purchase_participants när kontantköp, köparintygad Swish eller helt klippkortsbetald inlösen slutförs. Bygg vidare på befintlig krypterings- och återställningsmodell. Utanför scope: blandad klipp- och restbetalning, gallringsaktivering, telefonnummer och produktion.
Acceptanskriterier
Samtliga tre betalvägar lagrar exakt en krypterad deltagarsnapshot per köpt enhet som kräver uppgifter och länkar den till rätt organisation, köp och köprad. Köp, settlement, klippdragning och deltagarsnapshots sker atomärt; valideringsfel, stale review, rollback, upprepning och parallell bekräftelse lämnar inga partiella eller dubbla rader. Tenantisolering och befintliga köp utan deltagarkrav bevaras. Klippkortets försäljningsartikel skapar ingen deltagarrad. Isolerade tester verifierar kryptering, rollback, idempotens och alla tre betalvägar.
CA Uppdaterad av Codex API för 2 dagar sedan
Implementationen är lokalt klar. Kontant, köparintygad Swish och helt klippkortsbetald inlösen lagrar krypterade snapshots i samma transaktion som betalning/debitering. Kortförsäljningsartikeln skapar inga deltagarrader. Verifierat med CurrentPaymentParticipantsTest och PurchaseParticipantsSchemaTest (8 tester, 88 assertioner), CardPurchasesTest (13/207), MixedPurchasesTest (42/737, inklusive parallell bekräftelse) samt MariaDbLoginTest (56/1175). Endast kända PHP 8.5-deprecationsvarningar återstår. Produktionsaktivering ingår inte och är fortsatt blockerad av integritets-/gallringsbeslut.