Reward Schemes
THE ESSENTIALS
A Reward Scheme is a marketing container - a theme built around a set of related Reward Offers and targeted at a specific audience (for example consumers, corporate clients, or students). Contacts sign up to a scheme, and once enrolled they become eligible for the offers created under it. Every reward offer belongs to one scheme, so schemes are how a business organises its loyalty programme into distinct, independently governed audiences.
This manual is organised around three roles:
🔧 Configurator - creates and configures schemes, sets the sign-up model, imports and manages closed-loop codes, and activates schemes. Works mainly in Rewards > Schemes.
🖥️ Operator - signs contacts in and out of schemes day-to-day and monitors enrolment and code usage.
🔗 Integrator - lists, reads and creates schemes, and drives sign-up / sign-out from external systems (apps, portals, e-commerce) through the CRM.COM Web API.
🔗 Integrator - All back-office scheme operations live under
/backoffice/v2/reward_schemes. See the List Reward Schemes API reference.
Key Concepts
Reward Scheme
A framework that groups related Reward Offers and defines how contacts can join. A business can create as many Reward Schemes as needed - for example, a general loyalty programme for all contacts, alongside targeted schemes such as a student programme, an employee benefits programme, or a VIP programme. Each Reward Scheme has its own name, description, sign-up model, and terms and conditions.
Sign-Up Models
Every scheme uses one of three sign-up models, which decide how contacts become members:
Sign-up model | Loop | How contacts join |
|---|---|---|
Auto Sign-Up | Open | Contacts are enrolled automatically when they register with the business. No action is needed from the contact. |
Self Sign-Up | Open | Contacts choose to enrol themselves from the app or portal. |
Closed Loop Sign-Up | Closed | Membership is controlled, and only eligible contacts may join, validated either by email domain or by unique code (see below). |
For a Closed Loop scheme, a validation method determines how eligibility is checked:
Validation method | How it works |
|---|---|
Email Domain | Only contacts whose email address matches an allowed domain (e.g. |
Unique Code | The business imports a set of one-time codes and distributes them. Each code enrols one contact and cannot be reused. |
The sign-up model (and, for closed-loop schemes, the validation method) is fixed when the scheme is created and cannot be changed afterwards. If a different scheme is needed, a new one should be created.
States
A scheme is either Active or Inactive. New schemes are created Inactive.
State | Meaning |
|---|---|
Active | The scheme is live, it appears in front-end apps, contacts can sign up, and its offers can award contacts. |
Inactive | The scheme is hidden from front-end apps, and none of its offers award contacts - deactivating a scheme effectively pauses every offer under it. |
Enrolment & Participation
The set of schemes a contact currently belongs to is their list of participating schemes. A contact can:
be enrolled automatically (auto schemes) when they register,
join a self sign-up or closed-loop scheme from the app/portal, and
sign out (leave) a self sign-up or closed-loop scheme at any time.
Front-end apps show each scheme a contact has already joined, and also which active schemes they are eligible to join.
Reward Offers
Schemes are the grouping layer for Reward Offers - every offer must reference a scheme. When a scheme is deactivated, all of its offers stop awarding, likewise, when it is reactivated, they resume (within their own availability windows). Sign-up itself can trigger an award - a Sign Up reward offer under the scheme awards the contact when they join. See the Reward Offers manual. Find out more about Reward Offers here.
Managing Reward Schemes
🔧 Primarily: Configurator · 🖥️ Also: Operator (enrolment & monitoring) · Works in Rewards > Schemes
Reward schemes are listed under Rewards > Schemes. From the list you can filter by name, sign-up option and state.
Creating a Scheme
A scheme controls three things:
Who can join - through its sign-up model (automatic, self-service, or controlled/closed-loop).
Whether it is live - through its state (Active or Inactive). Only active schemes are visible in front-end apps and only active schemes award their offers.
How it presents to contacts - its name, description and terms & conditions, optionally translated per language.
A default Auto Sign-Up scheme, named after your business, is provisioned automatically when the business is created. It starts Inactive - activate it and your contacts are enrolled automatically as they register.
Field | Description |
|---|---|
Name | The scheme name, shown in consumer apps. Required and must be unique across the business. |
Description | A short overview of the scheme's audience/theme, shown in mobile and portal apps. |
Sign-Up Option | Auto sign-up ( |
Sign-Up Method | Only for closed-loop schemes: Email Domain or Unique Code. Required for closed-loop; set once - cannot be changed later. |
Email Domains | Only for closed-loop / email-domain schemes. One or more allowed domains (e.g. |
Unique Codes | Only for closed-loop / code schemes. The one-time sign-up codes. Usually loaded in bulk via the Import Data utility (see below). |
Terms & Conditions | Commercial terms shown to contacts in the app/portal when they consider joining. |
Editing a Scheme
You can update a scheme's name, description, terms & conditions, its email domains or codes (for closed-loop schemes), and its state. You cannot change the sign-up option or sign-up method after creation.
Activating & Deactivating
New schemes start Inactive. Activate a scheme from its options menu (or by setting its state to ACTIVE) to make it visible in front-end apps and to let its offers award contacts. Deactivating a scheme hides it and pauses all of its offers.
Multi-Language
A scheme's name, description and terms & conditions can be translated per language. Front-end apps show the translation matching the contact's preferred language, falling back to the default. Set the translations by selecting the options button (…) for the respective reward scheme on the summary page.
Closed-Loop Sign-Up
🔧 Primarily: Configurator
Closed-loop schemes restrict membership. There are two validation methods.
By Email Domain
Choose Email Domain and list the allowed domains (e.g. crm.com). A contact requests to join by entering their email address in the app, CRM.COM sends a verification link, the contact is enrolled only once the link is verified. This confirms both that the contact controls the address and that its domain is on the allowed list.
By Unique Code
Choose Unique Code, then load the codes and distribute them to eligible contacts. Each code can be used once.
Importing codes - Codes are loaded in bulk through the Import Data utility (import type Reward Scheme Codes). Each row carries the scheme name and the code. After an import you can review a summary of how many codes were added / updated / ignored / failed, with the line number and reason for any failures. Duplicate codes within the same scheme are rejected.
Monitoring & maintaining codes - Use View Codes to see the scheme's codes, filter by used / not used, search by code value, and see who used each code and when. You can delete a code that has not yet been used, but a code already used to enrol a contact cannot be deleted.
Signing Contacts In & Out
🖥️ Primarily: Operator · 🔗 Also: Integrator
How a contact becomes a member depends on the scheme's sign-up model:
Model | How enrolment happens |
|---|---|
Auto Sign-Up | Automatic - the contact is enrolled when they register with the business. |
Self Sign-Up | The contact enrols themselves from the app/portal, or an operator enrols them from the back office. |
Closed-Loop / Email Domain | The contact submits an allowed email address and confirms via the verification link. |
Closed-Loop / Unique Code | The contact enters a valid, unused code they were given. |
A contact can leave (sign out of) a self-sign-up or closed-loop scheme at any time. Both sign-up and sign-out require the contact's account to be Active, and the scheme itself must be Active. When a contact joins a scheme, any Sign Up reward offer under that scheme is evaluated and can award them.
Good to Know
Analytics
Scheme membership and the offers under each scheme feed the broader rewards analytics:
Surface | Content |
|---|---|
Dashboards | Home (Rewards), Rewards Overview. |
Reports | Reward Offers Performance (per scheme), Donations Performance. |
Insights | Award, Spend and Sign-Up events. |
Reference Material
Reward Offers · Bulk Data Operations
TABLE OF CONTENTS
- 1 THE ESSENTIALS
- 1.1 Key Concepts
- 1.1.1 Reward Scheme
- 1.1.2 Sign-Up Models
- 1.1.3 States
- 1.1.4 Enrolment & Participation
- 1.1.5 Reward Offers
- 1.1 Key Concepts
- 2 Managing Reward Schemes
- 2.1.1 Creating a Scheme
- 2.1.2 Editing a Scheme
- 2.1.3 Activating & Deactivating
- 2.1.4 Multi-Language
- 2.2 Closed-Loop Sign-Up
- 2.2.1 By Email Domain
- 2.2.2 By Unique Code
- 2.3 Signing Contacts In & Out
- 3 Good to Know
- 3.1 Analytics
- 4 Reference Material