Skip to content
Platform capability

Connect PassKit to the systems already running the customer journey.

Use APIs, webhooks, native integrations and automation platforms to fit wallet programmes into the systems that hold customer and operational data.

  • CRM + POS + commerce
  • Wallet fits existing journeys
  • No-code to API paths
  • Technical handoff when needed
A PassKit-style portal integration
directory showing a broad range of connected apps.
Why this matters

Make wallet reflect your business.

Customer data, purchase activity, loyalty state, booking changes, and service events already live somewhere. PassKit gives teams ways to connect wallet to those workflows instead of managing it as a disconnected side channel.

CRM and customer records

Use the customer data you already trust instead of recreating it for wallet.

POS and commerce systems

Connect the wallet workflow to the purchase or redemption data your existing system owns.

Messaging and distribution channels

Fit issuance and save flows into email, SMS, web, app, and checkout journeys.

Internal systems and workflows

Bring wallet into the operational processes that already matter to your team.

Integration fit

Connect the systems your business relies on.

Some programmes start with lighter operational connections. Others need deeper links to CRM, commerce, ticketing, or internal systems from the start. PassKit supports both.

  • Start with the business workflow that matters, then choose the integration path that fits the team and system around it.
  • Use no-code tools when teams want faster operational setup without a full custom build.
  • Keep wallet connected to issuance, delivery and redemption moments through the workflow path that fits your systems.
  • Move into APIs, webhooks, and technical integration once the chosen workflow needs deeper implementation ownership.
A PassKit-style portal workspace
    showing connected systems, an automation route, and a wallet pass.
Where integrations matter most

Connect the systems behind wallet.

The goal is not integration for its own sake. It is a wallet programme that works with the rest of the business.

CRM and loyalty

Keep wallet aligned with customer state.

Use existing customer records, tiers, profiles, and relationship data to support more useful wallet journeys.

POS and redemption

Connect wallet to purchase or validation workflows.

Use the appropriate integration when loyalty, offers, gift cards or admission flows depend on customer-system transaction or scan events.

Messaging and delivery

Fit wallet into the channels customers already use.

Use connected email, SMS, landing pages, apps, and web journeys to support save and issue flows.

Internal systems

Bring wallet into the workflows your team already runs.

Operations, ticketing, membership, and service workflows can keep wallet relevant without creating another silo.

FAQ

Questions buyers ask about integrations.

Short answers to the questions that usually come up when teams are evaluating system fit.

Do we need a deep custom integration from day one?

Not always. Some teams start with lighter operational connections or no-code workflows, then move into deeper implementation once wallet becomes more central to the customer journey.

What kinds of systems do teams usually connect to PassKit?

Common examples include CRM, POS, commerce, loyalty, ticketing, messaging, identity and internal operational systems that already hold customer or programme data. The right connection depends on whether you use an API, webhook, native integration or automation platform.

How is integrations different from automation?

Integrations are about how PassKit fits your existing systems. Automation is about what happens after that fit exists, such as pass updates, triggers, lifecycle changes, and ongoing workflows.

When should we involve developers?

Bring developers in when the next decision is about APIs, webhooks, architecture, security boundaries, or deeper ownership of the integration path.

Where can I browse available connectors?

Use the integration directory when you want to review available connector options. Use the developer route when the next question is how a chosen integration is implemented.