Author Topic: Behaviour when registering multiple participants on line (Read 1742 times)

spalmstr · January 01, 2014, 02:39:44 am

Our organisation has started using CiviCRM for conference registration. It is very common for husband and wife to register for the conference at the same time, i.e. you have multiple participants being registered by one person. The attached PDF shows screenshots of the behaviour which I'm not sure is what was intended.

The total fee on the first page seems to be the product of the total number of participants and the number of units requested. This is a bit misleading as the second participant has to enter their units, too.
If the first participant orders the total number of units, he or she is marked as Pending whilst the second is marked as Registered. Shouldn't the status of the second reflect that of the first?

I would investigate further, but there must be others whose knowledge of the code is much greater than mine. Any comments/thoughts would be appreciated.

Dave Greenberg · January 02, 2014, 05:18:58 pm

Hmm - regarding #1, this is "new" behavior in 4.4. On further review I don't think the change was correct - it indeed seems confusing to multiple the selected fees by number of participants. See my comment here:

http://issues.civicrm.org/jira/browse/CRM-13218?focusedCommentId=55819&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-55819

I'll get feedback from Jamie who posted the original change - but I suspect we'll be reverting that change in 4.4.4. Thanks for the detailed report.

Regarding #2, that behavior is a bit of an edge case. Participant 2 is basically 'free' since you allocated the fees to participant 1. I think if #1 is fixed AND you use a radio button instead of text input AND make the field required - then you can avoid that case (each participant will be associated with an accommodation type and fee).

GinkgoDOB · January 04, 2014, 05:18:45 am

I noticed this change and it's causing a bit of an issue for me as well. I've got a conference registration I'm working on right now and one of the items is "Purchase or renew your membership." The fee for a family of 4 on the first page shows 4 times the cost of the membership, which definitely isn't correct.

Is it relatively easy to comment out the multiplication in 4.4.3 while 4.4.4 is still being cooked? I'll have had enough coffee to go plunking through the code momentarily...

GinkgoDOB · January 04, 2014, 05:54:23 am

As far as I can tell, for CiviCRM 4.4.3, in file templates/CRM/Price/Form/Calculate.tpl, at line 235

Change

Quote

// totalfee is monetary, round it to 2 decimal points so it can
// go as a float - CRM-13491
totalfee = totalfee * num_participants;
totalfee = Math.round(totalfee*100)/100;

To

Quote

// totalfee is monetary, round it to 2 decimal points so it can
// go as a float - CRM-13491
// totalfee = totalfee * num_participants;
totalfee = Math.round(totalfee*100)/100;

Preferably in your custom templates heirarchy, rather than the "real" code.

I did a quick test and it seems to be OK. Could someone confirm I'm not doing something ~~stupid~~ I shouldn't?

Dave Greenberg · January 04, 2014, 11:11:00 am

That looks correct. We'll pull out a few more lines related to retrieving num_participants in the 4.4.4 version but just removing the multiplication should fix things for you.

spalmstr · January 05, 2014, 03:46:39 am

Thanks for the above comments, in particular the code. One challenge in developing/customising CiviCRM is knowing which code is being invoked when.

The ability to associate all the payments to one participant is actually very useful, but the status of each participant should be linked to the payment status of the one actually paying. This is because multiple participants are often husband and wife, where it makes sense for them to be handled as a unit. In other words, participant 1 pays for all the accommodation, and participant 2 is free, but their statuses are linked. It might make sense for some kind of count to be kept, i.e. if participant 1 books two beds, he or she can only have one more participant associated with them, but that might make things overly complex.

GinkgoDOB · January 05, 2014, 06:46:49 am

Civi does link the additional participants to the first one; if you look up a participant it will indicate "Registered by" if they were one of the secondary registrants.

I don't know if this was changed in 4.4, but prior to that, the contribution record was only associated with the primary registrant.

spalmstr · January 13, 2014, 10:59:05 am

Will the registration status of secondary participants mirror that of the primary participant when the latter is paying the bill?

Dave Greenberg · January 13, 2014, 12:12:56 pm

This behavior is unchanged - and in general that will be the case. The exception you reported was due to the fact that your secondary participant had a 'free' registration (no fees).

spalmstr · January 16, 2014, 04:35:50 am

It might make it easier for event administrators if it were possible to handle payments for multiple participants together, hence my thought of linking the registration of secondary participants to the primary one, who is actually paying for them all.

Dave Greenberg · January 16, 2014, 10:47:34 am

That is how it works currently - if pay later is used in the front-end. When event admin records that the contribution is now 'received' (Completed) - all the related participants' statuses are updated.

spalmstr · January 17, 2014, 12:21:33 am

Thanks for a quick response. However, do not the people who are not paying become Registered participants immediately, rather than getting the Pay Later status that the primary participant has?

Dave Greenberg · January 17, 2014, 03:22:22 pm

Not when each of the additional participants has a non-zero fee associated with their registration (which is the "usual" configuration).

spalmstr · January 18, 2014, 01:55:50 am

If each participant has to be registered as paying, it means more administration, recording two payments rather than one. The possibility exists for the primary participant to pay for the others, meaning just one transaction to be administered rather than several.

joanne · January 18, 2014, 05:54:28 am

I think you need to try it out as you are not understanding the explanations.

I know you are using Joomla, but at the moment there is a suitable event on the drupal demo site so I suggest you go there to see what happens http://drupal.demo.civicrm.org/ (but do it now, because the site could be reset at any time)

Once you have logged in go to http://drupal.demo.civicrm.org/civicrm/event/register?reset=1&id=9

for How many people are you registering? select 2 and choose the payment option I will send payment by check

Fill in the details as required and submit the registration.

Now find the participants for that event. the two people you have just registered will have status Pending from pay later

If you try to edit the registration for Person 2 you will not be able to make a payment as person 1 registered him and has to pay for him.

Edit the registration for person 1 by making a payment and changing the participant status to registered and the payment status to completed.

Look again at the participants list. Person 1 and person 2 will now both be showing as registered.

So yes, the additional participants have the same status as the primary participant and no you don't have to pay them off separately - the statuses for all additional people will change when the full amount is paid by the primary participant>

Note that in the above case the fee for each participant was a non-zero amount. This is usually the way it would be.

In your very first post the example you gave was unusual. Your second participant didn't owe any money, so there was no amount for that needed to be "paid later", so the status pending from pay later doesn't make any sense and instead they are immediately registered.

Have you thought about having only the first person as a participant and using custom fields to collect information on any person who will be staying with them?

CiviCRM Community Forums (archive)

News:

Author Topic: Behaviour when registering multiple participants on line (Read 1742 times)

spalmstr

Behaviour when registering multiple participants on line

Dave Greenberg

Re: Behaviour when registering multiple participants on line

GinkgoDOB

Re: Behaviour when registering multiple participants on line

GinkgoDOB

Re: Behaviour when registering multiple participants on line

Dave Greenberg

Re: Behaviour when registering multiple participants on line

spalmstr

Re: Behaviour when registering multiple participants on line

GinkgoDOB

Re: Behaviour when registering multiple participants on line

spalmstr

Re: Behaviour when registering multiple participants on line

Dave Greenberg

Re: Behaviour when registering multiple participants on line

spalmstr

Re: Behaviour when registering multiple participants on line

Dave Greenberg

Re: Behaviour when registering multiple participants on line

spalmstr

Re: Behaviour when registering multiple participants on line

Dave Greenberg

Re: Behaviour when registering multiple participants on line

spalmstr

Re: Behaviour when registering multiple participants on line

joanne

Re: Behaviour when registering multiple participants on line