Föreningskiosk

Föranalys: CashPurchases blockerar obligatoriska artikeluppgifter när CASH_BUYER_DETAILS_ENABLED=false, vilket förklarar det misslyckade klippkortsköpet. Det separata CardPurchases-flödet blockerar alltid artiklar med obligatoriska deltagaruppgifter, vilket förklarar uteblivet Använd klippkort. Det tidigare syntetiskt godkända deltagarflödet (#241/#246/#254 Closed) ligger i den avstängda blandade checkouten; generell aktivering är fortfarande spärrad av #149/#150/#165/#293 och skulle i nuvarande form tränga undan det senare separata Swish-valet (#380). Nästa steg är skrivskyddad inventering av verklig testkonfiguration innan åtgärdsärenden skapas.

Reproducerbart skrivskyddat granskningsskript och statiska säkerhetstester framtagna lokalt. Skriptet är bundet till aktiv release 4542b5b, använder READ ONLY-transaktion och läser endast katalogkonfiguration; inga användare, köp, kortägare, saldon, deltagarvärden eller QR-tokenvärden. Klassificeringen följer beslutet att inaktiv korttyp stoppar nyförsäljning men inte nyttjande av redan utfärdat kort. Lokal PHP-lint och 4/4 skripttester passerade. Hela kodbasens Foundation-svit passerade 99 tester/840 assertions och integrationssviten mot disponibel nätverkslös MariaDB schema 001-024 passerade 217 tester/3829 assertions. Ingen produktion, databas, flagga eller affärsrad ändrades. Nästa steg är granskning/commit av de två skriptfilerna och därefter skrivskyddad körning på Webserver för att klassificera faktisk testdata.

Granskningsverktyget är committat på main som 23d3fcf. Committen innehåller endast scripts/audit-catalog-card-production.php och scripts/test-catalog-card-production-audit.py. Push och produktionskörning är ännu inte gjorda.

Commit 23d3fcf pushad till origin/main på ssh://bj@remembrance/srv/git/Foreningskiosk.git. Serverns CI passerade och rapporterade releaseartefakt för exakt revision 23d3fcf336994ef6c712b6fa9c26ff2473f419ac. Nästa steg är att överföra det lilla granskningsunderlaget till Webserver och köra det skrivskyddat mot den aktiva releasen.

Första produktionskörningen lyckades skrivskyddat men visade att test-access-organisation 2 endast har artikeln GD-test #373 och saknar produkter, kategorier, korttyper och kortkopplingar. Den kan därför inte vara källan till användarens fel. De manuellt godkända kioskflödena och det rapporterade felet gäller organisation 1 (/kiosk/1). Lokal korrigering riktar därför inventeringen uttryckligen mot organisation 1; fortsatt endast katalogdata och READ ONLY. Fyra skripttester och PHP-lint passerar efter korrigeringen. Ingen produktionsdata eller konfiguration ändrad.

Korrigeringen som riktar den skrivskyddade inventeringen mot pilotorganisation 1 är committad på main som 7937f7d. Committen ändrar endast de två revisionsfilerna; push och ny produktionskörning återstår.

Korrigering 7937f7d pushad till origin/main och serverns CI passerade för exakt revision. Privat revisionspaket skapat på Remembrance: /home/bj/.local/share/foreningskiosk-catalog-audit-382-7937f7d.tar.gz, SHA-256 3498c76353875e32a352b28edba45edbf3b97683114880900491e19e7e6d45c7. Ny skrivskyddad körning mot organisation 1 återstår.

Produktionsinventeringen bekräftar att katalogobjekten är aktiva men att pilotkonfigurationen och de tillgängliga flödena inte passar ihop. A-000002 säljer Tiokort träning med 10 klipp men kräver namn och födelseår, vilket blockeras när buyer_details är avstängt. Artikeln Träning har aktiv inlösenregel men samma personfält och stöds därför inte av det deltagarfria separata kortflödet. Produkt 1 har två EAN-identiteter samtidigt som administrationen visar första koden som fast identifierare. Ingen kodregression konstaterades i fulla testsviter och ingen produktionsrad eller flagga ändrades. Följdarbete: #394 rättar endast syntetisk pilotdata för #379, #395 återintegrerar deltagaruppgifter i dagens betalflöden bakom informations-/åtkomst-/gallringsgrindar och #396 gör EAN-kontraktet entydigt.