Wallet

Understand how passes are created, updated, and rendered in The Wallet Crew.

Wallet

Wallet work in The Wallet Crew follows a simple lifecycle. A pass is created through the Cinto SDK, a connector event, or POST /passes. Use POST /passes for backend-driven flows. After creation, templates control what appears in Apple Wallet and Google Wallet.

Real-world examples

• A loyalty pass is created during account signup, then refreshed after each purchase.
• A ticket pass is created from an order event, then updated when gate or seat data changes.
• A membership pass is created after registration, then kept current through connector data and pass-level overrides.

Choose the right creation flow

Enrolment flows

Use Enrolment flows when pass creation happens during signup, checkout, registration, or another user-facing journey. This is the usual pattern when a web flow, app flow, or hosted form controls issuance.

Connector-triggered pass creation

Use Connector-triggered pass creation when an upstream system decides eligibility and creates the pass from an event. This is common for CRM, ticketing, or subscription-driven issuance.

Pass creation is supported through the Cinto SDK, connectors, and POST /passes. Use POST /passes for backend-driven flows. See Pass lifecycle → Creating a pass.

Build and maintain the pass

Once a pass exists, the next step is usually to decide how wallet fields are populated and refreshed. Update pass data in templates explains how stored values and connector data reach the template. Templating engine documents the supported Liquid behavior used in those templates.

If the pass data model needs a refresher first, use Pass data and sync.

Pages in this section

• Enrolment flows explains user-facing pass creation.
• Connector-triggered pass creation explains source-driven pass creation.
• Update pass data in templates explains how to update existing passes and display the right values.
• Templating engine explains supported Liquid syntax, filters, and error behavior.

FAQ

Can passes be created directly with the API?

Yes. Pass creation is supported through the Cinto SDK, connectors, and POST /passes. Use POST /passes for backend-driven flows. See Pass lifecycle → Creating a pass.

Which page should be read first?

Start with the creation flow that matches the project. Then continue with the update guide and the templating reference.

When is the templating reference needed?

Use it when a template must render dynamic values, conditions, or formatted output. The update guide is usually the better starting point for day-to-day work.