TOPIC: Multi-Tier Pricing for Registration

Hi all. need some help here.

My events are opened to Registered Users and non-registered users (also comprising of a mid tier of rates to partners).

I also have different types of events - 1) standard seminars with fixed pricing ($35 for registered users, $70 for partners, $90 normal rate) and 2) other events (which has different rates for different events for the 3 categories)

Here is the current process I have come up with -

Member Radio button selection with Yes/No
If Yes, triggers fields to be completed by the Registered Users
If No, it triggers a Drop Down list with selections which lessens a certain amount from the normal rate.
There is also a Radio Button to select whether it is a seminar or other events to trigger the respective payment gateway.

However, there are other scenarios which I can't seem to figure the process out. Let me just share the various scenarios so you guys can help me out.

Scenario One(a) for Seminars for registered users.
Radio button selection Yes/No as registered users.
Yes option triggers field to select number of guests to bring (so as to alter the final amount to pay)
This should trigger the default payment gateway with both the PayPal and Pay Later option


Scenario One(b) for Seminars for non-registered users
Radio button selection Yes/No as registered users
No triggers a selection field to choose partner category (so as to alter the final amount to pay)
This should trigger the default payment gateway with both the PayPal and Pay Later option

Here is the more complex situation now for the Other Events. Under Other Events, the fee for Registered Users and non-registered users are of different amounts for different events. E.g: for workshops - members pay $200, guest of members pay $240, reciprocal members pay $280, and non-members pay $300. Or for networking - members pay $30, guest of members pay $50, reciprocal members pay $60, and non-members $80.

Note that the Radio button to select as Members Yes/No should be the first condition before triggering other fields.

The Other Events should trigger the secondary Payment Option which should have the Pay Later option selection and directs them to the Thank You message.

How can this other process be created with the 2nd complexity of the selection?

The setup of giving different fields based on the initial registered user or not selection is simple conditional fields setup... and I believe I'm hearing that you already know how to do that part. If not, check out our video tutorial on conditional fields.

However, you can only enable ONE pay option setup per event... so there is currently not a method of being able to say use pay option 1 based on condition X and use pay option 2 based on condition Y. This is something we could potentially discuss as a custom project though.

For the other fee fields... you'll have to have multiple fields that essentially do the same thing. For example, you have Workshop A, with its varying pricing depending on membership and such. You'll need to create fee fields pertaining to Workshop A that use registered user pricing and are conditional on the registered user field selection. Then copy the field(s) and make them using the non-registered user pricing, conditional on that same previous field.

Hope that helps a bit!

Hi again.

I have another problem now -

A second Payment option has been set to trigger on condition when a non-registered user selects a radio button.

Just realised that if a Registered logged in member completes the form, the Payment option will not be triggered.

Is there anyway where a field can be added to the various permutations of the online form?

DT Register does not support pay options being triggered based on a field selection, login status or anything else. There IS an option to enable "Pay Later" based on a conditional field... but within the same pay option configuration.