|
There can be significant variability in policies depending on how the event definition is confirmed. In this example, we have provided a registrant with the option of either paying the entire amount due on-line, Recall from the previous section that we are also registering quite late for this class with a start date of August 19th even though the regular start date for this Spring Session program was in May.
Because we've allowed a deposit, the user is given the option of paying only part of the total amount due as shown below. The default setting will be to pay the entire fee, however we've elected to pay a $75.00 deposit.
A number of different business rules kick in on the form below. These are worth explaining so a line by line explanation is offered following the figure below.
| • | Cost - the cost of the program was configured in the event definition to be $300.00. This is the amount that is shown here. The line below, is event specific pricing text that is defined by the web-site administrator as part of the setup event. In this example we remind people that the cost is $10.00 per week and that there are 30 weeks. |
| • | Number of Classes Missed - Here the system calculates the number of classes missed based on our selected start date - 15 weeks in this case. Although not shown in the example above, this is further complicated by "Exclude dates". For example - if we register for a Monday Class, and there is a holiday Monday, the system would also factor dates there were no classes and adjust the price accordingly. (many organizations will charge a lower price for a Monday session because they are typically shorter) |
| • | Net Charges - The Net Charges reflect the program price, less the pro-rated discount. This is the actual cost of the class in this case. |
| • | Deposit Required - This line appears only because we've permitted a deposit for this event. As we'll see, the actual amount due will be based on the $150.00 program cost - the on-line payment however will be based on the deposit amount. (In an extreme example where we were registering with only a few weeks left in the class and the Net Charges were less than the deposit amount, the deposit would cease to apply and the user would be charges the actual amount due (less than the deposit in this case). |
| • | Governing Body Validation - to show a realistic example, we've provided automated governing body validation in this against against the e-sport central database fed by Clublink. In our event rule we enabled governing body validation. We configured a business rule that said that a fee of $18.00 was due if the system could not validate the registrant in the Gymnastics Ontario database based on the combination of first name, last name and birthdate. Because Sally could not be found in the central database, she is assumed to be a new member resulting in the checkbox beside the 18 dollar fee being selected by default. |
| • | You'll recall that we had an additional field in the form where we specified the size of track suit - the price impact of the selected track suit size is reflected here. ($25.00) |
| • | We've provided a separate registration option here where we allow a user to self-select whether to tick an arbitrary 10% discount checklist - by checking or un-checking these items the price will be altered dynamically. (We've confused things a little here in our example by showing a different summary graphic - The "sibling discounts" box if checked would in fact have appeared prior to the track suit selected as you'd expect |
| • | For demonstration purposes, we've also configured in the system wide setup a standard administration fee. (Fee was calculated on 2% of the program cost of $75.00 + the sum of the cumulative price impacts - in this case an additional $25.00 for a total of $100.00. |
Notes and Restrictions
The determination of fees can be complex owing to the large number of variable settings. Administrators configuring complex pricing models should be aware of the following issues with pricing. The major difference between price impact expressions and supplementary fees and discounts are that the former are made selectable on the registration form itself whereas the latter are optionally selectable on the payment summary screen.
| • | Because the Supplementary Fees / Discounts can be made "dynamic" having check-boxes allowing users to decide if they apply at the last minute, the optional administrative fee will not be applied to these supplementary items. Uplift calculations will be based on the "net" price (after pro-rate calculations for late registrations or exclude dates) as well as cumulative price impact expressions. |
| • | NeatClubs.COM can only support two tax levels currently and these are applied system wide. Taxes may be enabled or disabled for each event. If taxes are applied, they are currently handled different than uplifts - they are applied to the sum of the net price, all cumulative price impact expressions, plus the sum of the "initial state" of any applicable supplementary discounts or fees. The restriction lies in the fact that where supplementary fees are made user-selectable, the taxes are not re-calculated. We are working to better address this issue. |
|