Glossary
Terms you’ll run into evaluating Kinchaku. Plain English. No vendor fluff.
Wallet pass
A digital pass (ticket, card, coupon, stamp card, membership) stored natively in Apple Wallet or Google Wallet. Signed by the issuer, scannable via QR, updatable via push. No new app install required.
Apple Wallet
Apple’s native pass container on iPhone. Supports push-notified lifecycle updates and offline QR scanning. Kinchaku is a fully integrated issuer.
Google Wallet
Google’s native pass container on Android. Feature-parity with Apple Wallet for Kinchaku’s pass types.
RemoteLOCK
A cloud-managed smart-lock system. Kinchaku connects via OAuth to issue time-bound door codes as part of an unmanned check-in flow. See RemoteLOCK integration.
Stera
A Japan-market POS-integrated payment terminal. Available to Kinchaku PREMIUM customers for domestic Japanese card acceptance. See Stera integration.
tance
A Japan-market POS-integrated payment terminal, parallel to Stera. Available to Kinchaku PREMIUM customers for domestic Japanese card acceptance. The right choice between Stera and tance depends on your bank, your processor, and your in-venue hardware. See tance integration.
Stripe
Global payments infrastructure — cards, subscriptions, Connect (multi-party), 3DS, multi-currency. Kinchaku’s primary international payment rail.
Square
POS and payments, connected to Kinchaku via OAuth. Commonly deployed for brick-and-mortar retail and F&B.
APPI
Act on the Protection of Personal Information — Japan’s data-protection law. Kinchaku’s CRM and workflows surface APPI considerations in workspace settings.
GDPR
EU General Data Protection Regulation. Kinchaku supports GDPR obligations including access, deletion, and portability.
PCI scope
The subset of your infrastructure subject to PCI-DSS audit. Using Stripe / Square / Stera / tance tokenisation means sensitive card data never touches your (or Kinchaku’s) servers, which reduces PCI scope materially.
Bearer tokens
Kinchaku’s API authenticates with bearer tokens alongside API keys.
2FA (two-factor authentication)
Two-factor authentication via TOTP apps (Google Authenticator, Authy). Available on staff accounts.
Activity log
A log of who did what, and when. Kinchaku writes every state-changing event to the activity log for audit-trail purposes.
Pass activity trail
Kinchaku’s dedicated audit log for pass lifecycle events — issued, installed, scanned, redeemed, voided, expired.
Workspace
The top-level tenant boundary in Kinchaku. One workspace = one operator. Staff, contacts, passes, and payments are scoped inside a workspace. Multi-property operators run several workspaces from a single account, switching between them without logging out.
Pass lifecycle booleans
isValid, isExpired, isVoided, isUsed. The four boolean flags that describe a pass’s current state. Kinchaku checks these on every scan so staff never have to interpret raw status strings.
Bedrock (Amazon Bedrock)
AWS’s managed foundation-model service. Kinchaku uses Bedrock for AI pass design and the in-app chatbot.