CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using CiviEvent (Moderator: Yashodha Chaku) »
  • Can event fees be dependent on number registered?
Pages: [1]

Author Topic: Can event fees be dependent on number registered?  (Read 501 times)

reperry

  • I post occasionally
  • **
  • Posts: 59
  • Karma: 2
Can event fees be dependent on number registered?
October 21, 2011, 03:50:25 pm
Has anyone developed a way to price events for multiple participant registration that is dependent on the number registered?

Here's our example:

We want multiple people from each organization we work with to sign up for our event. We want as many to come from each org as possible, so here's the pricing structure:

1 Person  = $300
2 People = $450 ($225 each)
3 People = $600 ($200 each)
4 People = $600 ($150 each)

The attached screenshot shows the confusing set of buttons that show up on each page when registering multiple participants. 

It's a little funky because we can't really give a total based on the number of registrants --- they just have to select the right radio button for each registrant.

We'd like to have the main registrant select the number of participants and have the price be based on that number. Then on the subsequent screens to register others, there wouldn't be any price info, because we're assuming the main registrant is the one paying with the org credit card.

Has anyone thought about this already? Have a good/better solution?

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using CiviEvent (Moderator: Yashodha Chaku) »
  • Can event fees be dependent on number registered?

This forum was archived on 2017-11-26.