Features #221
stängdFeatures #178: Samordning: generiska föreningsspecifika klippkort
Inför databasgrund för utfärdade klippkort och ägarskap
100%
Beskrivning
DoD: separat migration enligt granskad #179 för kortinstans, separat ägare och första saldopost. Tenant-FK, låsta köpursprung/snapshotfält, unik köprad/enhetsposition och icke-negativt saldo verifieras i isolerad MariaDB inklusive uppgradering. Ingen UI, inget automatiskt utfärdande, ingen delning eller avräkning. Krävs före #183 och #184. Förutsätter genomgång av ägar-/historikrelationer innan migration fastställs.
Acceptanskriterier
Isolerat verifierad databasgrund med tenantintegritet, köpkoppling, unik enhet och ägarskap; ingen produktionsändring.
Testresultat
Slutverifierat 2026-09-14. Migration 015, IssuedCardsSchemaTest och avgränsad modell issued-cards-221.md/.puml granskade: separat ägare, föreningsbundna FK, köprad/enhetsunikhet, bekräftad köptid, snapshotfält, första kredit och låsta historikposter. Integrationstestet nekar främmande förening/korttyp/köprad, dubblett/enhet utanför köpt antal, negativt/fel initialsaldo, fel första kredit, ändring/radering av historik och ägarbyte. Dessa tester återanvänds från godkänd isolerad CI fd791bdd07d30115b2de65a6467104c1c07c3526.crx8si; berörda schema/testfiler oförändrade. Ny uppgraderingskörning på samma CI-källa: 014 till015 PASS, Flyway validate PASS, repeat migrate utan ändring PASS, bevarade tidigare data/erbjudanden via hash PASS. Första körningens validate stoppade på avsiktligt väntande 016-020. Testskript korrigerat med exakt målversionskontroll och endast pending undantaget vid validate; applicerade migreringar valideras fortfarande. Omkörning PASS. Testfix a5ef6fd commit/push. Temporär MariaDB --network none och tmpfs, borttagen av testets EXIT-trap. Ingen acceptans-/produktionsmigration eller affärsdataändring.
CA Uppdaterad av Codex API för 21 dagar sedan
Databasgrund 015 implementerad, commit d14e5e3d38990606b667848ac8150cd0126f10c1. CI vh6E9W PASSED: 83 tester/612 assertions och 73 MariaDB-tester/1567 assertions. Flyway uppgradering 014->015, validate, upprepad migrate och bevarade tidigare testdata PASS i separat natverksisolerad container. Kort, separat agare och endast forsta positiva saldopost; tenant-FK, bekraftat kop, enhetsindex, oforanderliga snapshots och historik testade. Diagram docs/architecture/issued-cards-221.puml genererat till docs/generated/plantuml/issued_cards_221.png och granskat. Ingen acceptans- eller produktionsmigrering. #183 ska skapa alla tre rader atomart och verifiera agare/forsaljningsvillkor; #186 kraver separat migration for debit.
CA Uppdaterad av Codex API för 17 dagar sedan
Ny uppgraderingskörning: 014 till015 lyckades. Efterföljande Flyway validate stoppade på väntande senare migrationer 016-020 i aktuell källversion. Testskriptet behöver explicit tillåta pending vid riktad deluppgradering och samtidigt kontrollera att nådd version är exakt målversionen. Detta är verifieringsharness inom samma DoD, inte en schemaändring.
CA Uppdaterad av Codex API för 17 dagar sedan
- Testresultat uppdaterad (skillnader)
Avgränsad modell och ägar-/historikgränser i issued-cards-221 granskade. Databas-FK bevisar inte kontobehörighet och garanterar inte atomär skapning av alla tre rader; dessa krav hör till senare utfärdande/åtkomst. Det bredare #179 lämnas öppet för återstående modellomfattning (bland annat delning); stängningen av #221 godkänner endast dess första databasskiva, inte hela #179.