/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.
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.
Shared platform dependencies
Loyalty v2 does not replace the rest of the Voucherify API. Runtime flows still use:- Authentication and regional base URLs from API overview.
- Customers: Required before membership.
- Orders with
status: PAID: Trigger order-paid earning rules; required before pay with points. - Custom events: Triggers event-based earning rules.
- Discount or gift campaigns: When rewards or benefits issue vouchers or credits.
- Async actions: For background enrollment.
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
TRANSACTIONmode, 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.

