Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Work in progress
TP32618 (BRP Cloud)
TP34625 (mobility)

Versions required
2022.07 (BRP Cloud)
TBD (Web generation 3)
TBD (Web generation 3)

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 base information tab is true

    • If false and “Do not debit” is false, then all have to pay for the class, as the one who plan the class as 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 participants to a class

In resource planner

Payment with value card (and the register unit that is used)

Payment in POS

Payment with invoice

Drop in

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

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.

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.

IMAGE

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.

Entering the facility when paying for a class

Paid participants on a class can enter the facility with the access right on the class (HELENA).
LINK TO SEPARATE PAGE ABOUT THIS?

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.

  • No labels