One credential, both wallets
Issue a credential once and it projects to Apple Wallet and Google Wallet with your branding, colors, and text. The person adds it in one tap from a link you send.
New — wallet support
Alongside physical tags, you can now issue credentials straight to Apple Wallet and Google Wallet. A pass is a tag that travels with the person: presented at the door, verified in one scan, updated remotely, and revoked the instant it should stop working.
Issue a credential once and it projects to Apple Wallet and Google Wallet with your branding, colors, and text. The person adds it in one tap from a link you send.
The pass carries a secure barcode staff scan at the door with a phone camera — no special hardware to start. Google rotating barcodes resist screenshots where supported.
Every presentation is validated on the spot: is the credential active, is it allowed at this location, does it unlock this action? Denials are logged with the reason.
Change the details and the pass updates itself in the wallet — status, dates, and text stay accurate without anyone re-downloading anything.
Membership lapsed, badge lost, access ended? Revoke the credential and every copy stops validating immediately — the part printed cards could never do.
Allowed and denied presentations are both recorded — when, where, how it was presented, and what ran. Your audit trail covers the wallet era too.
How it flows
Wallet passes are credentials, not just tickets: the same policy engine that governs physical tags decides where a pass works and what it unlocks. Rolling out now — reader hardware integrations like Apple NFC and Google Smart Tap are on the roadmap.