Paid classes
- 1 Purpose
- 2 Configuration
- 3 Who pays for a class
- 4 Price lists
- 5 Adding and paying for booked participants to a class
- 6 Adding and paying for drop in participants to a class
- 6.1 In backoffice
- 6.2 Web generation 3
- 6.3 App generation 3
- 7 Waiting list
- 7.1 Option 1 - Don’t allow customers to join the waiting list of classes they would have to pay for
- 7.2 Option 2 - Allow customers to join the waiting list of classes they would have to pay for and require payment with a product value card in the kiosk before the class starts
- 7.3 Option 3 - Allow customers to join the waiting list of classes they would have to pay for, but require payment. They will be refunded after the class if they are not added as participants.
- 8 List paid participants on class
- 9 Cancelling participation on a class
- 10 Cancelling a class
- 11 Entering the facility when paying for a class
- 12 Noshow management for paid participants
- 13 Book paid class free of charge with active entry
Purpose
To let customers pay for class participation. The price can be different for different customers, depending on the price list given by rights on their subscriptions.
Configuration
As always, the rights on the “Class” tab decides which customers can book a class
A new property “Participant pays for class” is introduced on the “Class” tab of the class product.
This property cannot be true if “Do not debit” on the price tab is true
If false and “Do not debit” is false, then all have to pay for the class, both the one who plan the class and the participants. The prices on the products will be used.
If false and “Do not debit” is true, the behavior as before
If true, only participants can pay for the classes. The prices on the products will be used.
Who pays for a class
The person who holds the order on which the class is planned is in the majority of cases a staff member who is planning the class, but there are also cases where classes are created for a specific customer, for example an organization, who then owns the order.
Who pay | Participant pays | Do not Debit |
|---|---|---|
Participantans | True | False |
Person who plans the class and participants | False | False |
No one | - | True |
Price lists
A class can have multiple price lists on it. There should be full price for the participants without subscription and some lists with different prices depending on customer’s subscription.
Adding and paying for booked participants to a class
In resource planner
Book participant for the class :
Paying for a booked participant
(TP53894 / 2023.3101)
Option 1 - From the participant object
When a user clicks on a participant in class booking participant list, there are two new additional action buttons at the bottom of the participant object.
Open order panel for that participant
Pay in the register
Paying for a booked participant - Option 2 - From the participant list
When I as a user select one or more participants in the Class participant list of a class and mark them as arrived
If all participants paid for the class, it will mark selected participants as arrived.
If there are unpaid participants, there will be a dialog informing that there are unpaid participants.
There is a drop down in the dialog which contains unpaid participants. So the user can select one and pay for the participant using action buttons in the dialog (To the register, Open in order panel).
Cancel - Doesn’t mark anyone as arrived
Mark all as arrived - Mark all selected participants as arrived whether they are paid or unpaid.
Paying for a booked participant - Option 3 - From the order panel
If the participant has a matching value card with classes on it, they can pay for the class in the order panel without opening a POS. There is a button in the order panel for that.
Adding and paying for drop in participants to a class
Drop in for the class :
Wizard to debit drop in :
Payment with value card :
If the button “Pay with value card” isn’t activated, make sure you have a register added on the facility (Configuration>Facilities>Base information>Add a “Cash register for entrance”)
In backoffice
Drop in
Web generation 3
Payment with value card
Perhaps only payment with value cards initially.
Other ways to pay
App generation 3
Perhaps only payment with value cards initially.
Waiting list
Option 1 - Don’t allow customers to join the waiting list of classes they would have to pay for
If the setting “useWaitingListForPaidClasses” is disabled (TP46837 / 2022.4001)
Customers that need to pay for a class cannot join the waiting list since we cannot charge them if they do not yet have a slot on the class.
Option 2 - Allow customers to join the waiting list of classes they would have to pay for and require payment with a product value card in the kiosk before the class starts
If the setting “useWaitingListForPaidClasses” is enabled (TP46837 / 2022.4001)
Customers that need to pay for a class can join a waiting list (from Resource Planner) and will need to pay with a matching value card (products) when they are checked off in the customer kiosk.
If a customer moves from the waiting list to a regular spot in a group activity, please note that the booking does not appear under “My bookings” in the customer’s profile because the booking has not been charged.
Option 3 - Allow customers to join the waiting list of classes they would have to pay for, but require payment. They will be refunded after the class if they are not added as participants.
This option is right now only supported in the API and not in the app and web frontend.
(BRP-6270 / 2026.19)
Feature Overview
This feature allows customers to pay when joining a class waiting list via the app or web. If they do not secure a slot in the class, a scheduled task automatically refunds the waiting list payment.
Supported Payment Methods
Credit/Debit Cards: If Frisbii, Stripe, or NexiPay is configured as the Payment Service Provider (PSP), the funds are only authorized (reserved) and will not be fully captured until the customer gets a slot in the class.
Value Cards & Customer Accounts: These payment methods are also supported for waiting list bookings.
Unpaid Waiting Lists & Debt Handling
If a waiting list booking is unpaid (and the class is not covered by a free booking quota), the resulting debt is added to the account of the customer who placed the order.
⚠️ Limitation (Family Bookings)
When a customer books a waiting list spot for a family member, the spot might initially be free due to a booking quota. However, if that free quota is exceeded by the time they actually secure a slot, they must pay. In this scenario, the debt is added to the attendee's account (the family member on the waiting list), not the customer who initially made the booking.
Settings
Setting name | Description |
|---|---|
enablePaidWaitingListBooking | This setting has to be enabled by BRP staff. It is needed to enable the functionality. |
registerUnitForMassDebit | Register unit for mass debit, where the transactions/receipts will be put for book keeping. This value will be used when adding any unpaid waiting list bookings to the customer account, when they receive a slot in the class. |
Scheduled task for refunding after the class ends
Name: RefundPaidWaitingListBookingScheduledTask
Parameter | Description |
timeAfterGroupActivityEnds | Time in hours that should pass after a class ends to process refunds for customers. Default value: 2 hours |
List paid participants on class
Two new columns are introduced on the participant list for a class.
Price
Debited
Both are blank if the participant is not required to pay for the class.
Cancelling participation on a class
Paid participants need to be refunded.
In POS (from “Previous purchases”)
By crediting an invoice
When the user pays for participation on the web or in the app and then cancels, the purchase is refunded automatically.
Cancelling a class
When cancelling a class without removing it (soft cancel) so that it is still in the schedule but marked as cancelled, you can still list the participants and make sure that paid participants are refunded. Canceling and removing participants allowed only if “Cancel debited booking” right is added.
Entering the facility when paying for a class
Paid participants on a class can enter the facility with the access right on the class.
More inforamtion about this can be found here: Entry right from class booking
Noshow management for paid participants
Paid participants will not be punished for not attending a class, not by increasing the noshow counter and not buy directly adding fees to the customer account.
The exception to this is if the paid participant has created a booking without paying for it. This is possible in the Resource Planner flow. If they have not paid for their participation, then the NoShow will be processed like normal.
Limitation:
Currently, we can't retrieve the actual paid amount for the group activity booking, as we delete the group activity booking when creating the No-show.
To check the paid amount, we recalculate it when processing the No-show. However, if the customer changes the prices later (for example, the price was 100 when it was sold, but now it’s 0), users who shouldn’t receive warnings might get them, and vice versa. (TP63253)
Book paid class free of charge with active entry
Customers with an entry value card can book a paid class free of charge, if the following is true:
The entry product’s right has a pricelist that gives the price zero for the class product.
The customer has entered the facility and has an active entry.
The class will be free of charge when booking in the kiosk and in resource planner.
The entry price can not be applied for existing bookings.