Concept illustration. Native pass issuance requires configuration; check Kardy for live progress.
.pkpass. Google produces a signed save link for
an existing Generic class; Kardy does not create issuer classes or contact Google when
generating the link. Members choose whether to open and save it.
Passes carry the same opaque account QR across Kardy and merchant branding. They do
not display a stamp balance because automatic pass updates are not implemented.
Current reward progress remains in the browser wallet. Replacing the account QR
invalidates the old Kardy account QR and native passes using it; members must save
fresh passes and remove old ones. Historical membership QR tokens and manual member
codes remain unchanged and continue to be accepted by the scanner.
Revocation does not remotely delete a pass from a device.
The public coffee-claim preview is a Kardy PWA scene, not an Apple Wallet
screen. Its iPhone-style notification is a concept and does not represent native
pass updates or enabled push delivery. Follow claiming a reward
for the actual confirmation workflow.
See the app repository’s internal docs/engineering/technical/wallet-implementation.md for configuration,
API contracts, migration ordering, offline tests and integration requirements.