Skip to main content

Configure ticket offers and included contingents for classes

Updated

In this article you will learn how to set up a Ticket Offer (also called Class Package) on a class, how to grant free or limited class access to members through an Included Contingent on the class, class package, or service, and how the two work side by side.

Contents

Fast lane

  1. Ticket Offer (Class Package): open Classes / Administration / Classes, select the class, open the Card offers card, and use the three-dot menu to add an offer. Set price, volume mode (single or limited amount), validity, and any time restrictions. Save.
  2. Included Contingent: open the class, class package, or service that should carry the benefit, scroll to the Included contingents widget, click Add included contingent, pick the rate that grants the benefit, and choose Flat (unlimited) or Limited amount (N per period).
  3. Sell the Ticket Offer: members buy it at the POS or via the online sales surface. Once purchased, the entries appear in their account and are deducted automatically as they book the class.

For an overview of when to use a Ticket Offer vs. a Service vs. a Check-in Product, see Ticket Offers, Class Packages, and Services: when to use which.

Prerequisites

  • Permission: Configure classes for Ticket Offers; Configure rates for Included Contingents. Assigned in Settings / Resources / Roles.
  • Class already created: Ticket Offers live on a specific class. Create the class first under Classes / Administration / Classes.
  • Rate already created: Included Contingents are configured on the class, class package, or service, but they reference a rate to decide which members qualify. Create the rate first under Settings / Membership management / Rates.
  • POS available (for selling Ticket Offers in the studio): a cash register must be configured under Settings / Cash registers.
  • Online sales activated (for selling Ticket Offers online): the offer must be exposed via the Member Platform or a Studio page.

Ticket Offer and Included Contingent: the difference

Both features grant access to a class, but they answer different sales scenarios:

  • Ticket Offer (Class Package): a paid pack the member buys, separate from any contract. Use it for members who do not have a contract that covers the class (drop-in members, casual visitors) or for members who want extra entries on top of their contract.
  • Included Contingent: a free or rate-priced entitlement that members get automatically because of their contract. Use it to bundle class access into the membership price ("Premium rate includes 4 yoga classes per month").

The two can coexist on the same class. A member on a Premium rate uses their Included Contingent first, then can still buy a Ticket Offer if they want more entries.

Configure a Ticket Offer (Class Package)

  1. Go to Classes / Administration / Classes and open the class you want to sell.
  2. Scroll to the Card offers card. Open the three-dot menu and click Add card offer.
  3. Enter a clear Name the member will see at the POS and online (for example "10 Yoga Classes", "Drop-in Spin").
  4. Set the Price. Choose the right tax rate and booking code so the revenue lands on the correct accounting line.
  5. Pick a Volume mode (see the next section).
  6. Set the Validity (see "Validity and transfer of unused entries" below).
  7. (Optional) Add Time restrictions if the offer is only valid for off-peak times (see that section below).
  8. Decide whether the offer is sold at the POS, online, or both.
  9. Save. The new offer appears in the class's Card offers list and becomes selectable on the configured sales surfaces.

To sell a single Ticket Offer that covers multiple class types (for example "10 classes across Yoga, Pilates, and Spin"), create the same Card offer on each class with the same name and price, or use a Service-based bundle instead. See Ticket Offers, Class Packages, and Services: when to use which for the decision.

Volume modes: single, limited, period of use

The Volume mode field decides how the offer is consumed:

  • Single use: one purchase equals one class attendance. The offer is consumed the moment the member books and attends. Useful for drop-in tickets sold at the door.
  • Limited amount: the offer carries N entries (for example 10). Each class booking deducts one entry until the pack is empty. The classic "10-pack" pattern.
  • Period of use: the offer grants unlimited attendances of this class for a defined time window (for example 30 days unlimited yoga). Useful for "summer flat" or "introductory month" offers without counting individual visits.

For Limited amount, you can additionally configure whether the entries can be used on the same day (allowing back-to-back bookings) or whether they spread across days. The default is one entry per booking, no further restriction.

Validity and transfer of unused entries

The Validity field sets how long the purchased pack stays usable:

  • Indefinite: entries do not expire. The pack stays on the member's account until consumed or until the member is anonymised.
  • From purchase date: entries expire X days, weeks, or months after the member buys the pack, regardless of whether they have used it.
  • From first use: the validity clock starts the day the member books the first class with this pack. Useful for "your 30 days start when you start using it".

The Transfer of unused entries setting decides what happens to any leftover entries when the validity ends:

  • No transfer: leftover entries are lost. Standard choice for promotional packs.
  • Transfer to the next pack: if the member buys the same pack again before the previous one expires, leftover entries are added to the new pack and inherit the new validity. Useful for keeping members on the pack-renewal cycle.

Time restrictions for a Ticket Offer

Use time restrictions to limit the offer to specific weekdays or hours. Typical use cases:

  • Off-peak ticket: valid Mon to Fri, 10:00 to 16:00 only.
  • Weekend pack: valid Sat and Sun only.
  • Morning pass: valid 06:00 to 09:00 on weekdays.

To configure, open the Card offer and click Add time restriction. Pick the weekdays and a start and end time. You can add several time restrictions to cover non-contiguous windows. A booking that falls outside any of the configured windows is rejected by the system with a clear error message at booking time.

Time restrictions apply only to this Ticket Offer. They do not affect Included Contingents on the same class or any other Ticket Offer.

Configure an Included Contingent on a class, class package, or service

Included Contingents are configured on the entity that delivers the benefit, not on the membership rate. The path is the same in all three cases: open the class, class package, or service, find the Included contingents widget on the detail page, and add an entry.

  1. Open the entity that should grant the included benefit:
    • For a single class: Classes / Administration / Classes, then select the class.
    • For a class package: Classes / Administration / Class packages, then select the package.
    • For a service (PT, court, treatment room, etc.): Settings / Services, then select the service.
  2. Scroll to the Included contingents widget. Click Add included contingent.
  3. Pick the Rate or additional module that should grant the benefit. The same widget supports multiple entries — repeat the step for every rate that should carry the benefit.
  4. Choose the Volume:
    • Flat: members on the selected rate can use the benefit without limit during the contract term. No counter, no expiry.
    • Limited amount per period: members get N usages per period (for example 4 yoga classes per month). Leftover entries do or do not roll over to the next period based on the Roll over unused entries toggle.
  5. (Optional) Add a Member Code requirement if only members with a specific code should get the included contingent (corporate members, students, etc.).
  6. Save. The Included Contingent applies immediately to all members on the selected rate. Existing members get the benefit going forward.

To remove an Included Contingent, open the same widget on the class, class package, or service and use the three-dot menu. Removing it affects future bookings only; classes already booked under the previous Included Contingent stay booked.

The rate itself does not carry the Included Contingents widget. Linking from rate to benefit always happens from the benefit side (class, class package, or service), not from the rate side.

How the system picks a contingent at booking

When a member books a class, the system looks for a usable contingent in this order:

  1. Included Contingent on the contract: if the member's rate has a flat or limited-amount Included Contingent for this class, the system uses it first. For limited contingents, it deducts one entry.
  2. Purchased Ticket Offer with entries left: if no Included Contingent is available (or it is empty for this period), the system uses the member's Ticket Offer pack and deducts one entry.
  3. Pay at booking: if neither is available, the member is asked to buy a Ticket Offer (or pay per-class) during the booking flow.

This priority order is fixed. Members do not see the chosen contingent during the booking; the system simply confirms the booking and shows the remaining counter on their account.

For staff to override the choice (for example to charge a per-class fee even though a free Included Contingent is available), use the manual booking flow in the back office and select the desired contingent type explicitly.

Common pitfalls

  • "Included contingent already exists." The same rate is already linked as an Included Contingent on this class, class package, or service. To change the volume, edit the existing entry on the benefit's Included contingents widget rather than adding a new one.
  • Time restriction blocks booking unexpectedly. The member tries to book but receives an error. Check the time restrictions on the Ticket Offer and on the class itself; both must allow the booking time.
  • Pack entries expired before the member could use them. Switch the validity to From first use instead of From purchase date so the clock only starts after the first booking.
  • 10-pack uses up Included Contingent first. The system always prefers Included Contingent over a paid Ticket Offer. Members who want to save their Included Contingent for peak periods need staff to book the class manually with the Ticket Offer selected.
  • Member Code requirement blocks expected access. The Included Contingent only applies to members who carry the matching Member Code. Verify the code is assigned to the member.
  • Online sale not visible. Confirm the Card offer is exposed to the online sales channel on save. If the offer was created before the online channel was activated, edit and re-save the offer.
  • Wrong booking code or tax rate. Revenue lands on a different ledger line than expected. Open the Card offer and verify the booking code and tax rate match the studio's accounting setup.
  • Pack works for one class but the member expected a multi-class bundle. Ticket Offers are class-specific. For a pack that spans several class types, create the same offer on each class or switch to a Service-based bundle. See the offer-type decision guide.

Related articles