Skip to main content
If you build loyalty v2 flows against /v2/loyalties, connect ecommerce, POS, CRM, or CDP systems, or need a map of endpoints and identifiers before diving into reference docs, this overview is for you.

Documentation highlights

If you’re looking for specific information, start with the resources below. Legacy /v1/loyalties remains in maintenance mode. For new integrations, use loyalty v2. See Legacy loyalty API.

Integration journey

A typical loyalty v2 integration follows the member journey. Each stage has dedicated endpoints; many stages also depend on shared platform APIs such as customers, orders, and custom events. Work through these stages in detail in Integrate loyalty v2.

Core objects and identifiers

Loyalty v2 uses program-scoped resources. Store these IDs in your system and pass the correct type on each call.
Do not interchange cust_… and lmbr_…. Member endpoints expect a member ID. Membership lookup can use a customer ID with the correct identification type. Mixing IDs is a common cause of 404 responses. See Take loyalty v2 to production.
A member can hold multiple loyalty cards when the program uses multiple point wallets. Card codes (cards[].card.code) can be null right after enrollment because code generation is asynchronous. Prefer lcrd_… and lmbr_… for follow-up calls.

API surface

The Loyalty v2 API lives under /v2/loyalties. Use the groups below as a map into the reference.

Programs

Create and manage programs, assign wallets, earning rules, tiers, and rewards, and read program reports.

Members

Enroll members, read memberships, adjust points, list transactions, pay with points, and purchase rewards.

Examine

Dry-run earning and reward evaluation for member portals and checkout previews.

Card definitions

Configure point wallets: pending points, expiration, limits, and pay-with-points exchange.

Earning rules

Define triggers and earnings for orders, custom events, and segment entry.

Rewards

Build the reward catalog members can purchase with points.

Benefits

Define automatic material or digital grants from earning rules.

Tier structures

Configure tier levels and read tier progress on memberships.
Program setup can be done in the dashboard (Loyalty hub) or through these APIs. Many integrations create the program in the dashboard, then automate only the runtime member journey.

Shared platform dependencies

Loyalty v2 does not replace the rest of the Voucherify API. Runtime flows still use: Keep application keys on the server. See Security.

Design constraints that affect integrations

Account for these constraints early:
  • Active program lock: After a program is ACTIVE, you cannot add or edit point wallets or add tier structures. Experiment in Sandbox before activation. However, you can still add and edit earning rules, rewards, and benefits. Details: Integrate loyalty v2.
  • Program limits: Up to 10 wallets, 100 rewards, 100 earning rules, one tier structure (up to 10 levels), and 100,000 members per program. See Loyalty program overview.
  • Async outcomes: Batch member create, card code generation, pay-with-points TRANSACTION mode, and reward purchases can complete asynchronously. Poll the relevant get, list or async-action endpoints until the status is terminal.
  • Examine is dry-run: Examine endpoints estimate earnings and reward availability without changing balances.
  • Projects are isolated: Sandbox and production do not share programs, members, or IDs. Recreate configuration when you go live.

What’s next?

Integrate loyalty v2

Walk through preparation, enrollment, discovery, earning, retention, fulfillment, and cancellation with example payloads.

Take to production

Recreate the program in production, run a go-live checklist, and resolve common HTTP errors.

Loyalty program overview

Read the product model, rollout phases, and differences from legacy loyalty campaigns.

API reference

Open the Loyalty v2 endpoint reference for request and response schemas.
Last modified on July 30, 2026