|
sheathe
|
September 2, 2012 at 11:01 am
When we manually add an attendee via the back end, the payment status always defaults to “Completed” even though we have the “Default Payment Status” setting in General Settings -> Optional settings set to “Pending”.
(Here’s how that option is described: “Default Payment Status (this value will be automatically filled in for each person’s payment status, until payment is made, for each event):”)
In our situation, the majority of attendees choose to bring their payment to the class so it is important that the payment status is shown as Pending unless we specifically set it to Completed. Due to human error (there are often over 30 registrations per day) it is very easy for staff to forget to go into each attendee’s record and change the payment status back to “Pending” which results in the student not paying for the class.
Are we missing something, and is there a way to set the payment status for manually added attendees to “Pending”?
Thanks for your help,
Scott
|
|
Jonathan Wilson
|
September 2, 2012 at 10:43 pm
Hi Scott,
I’ve also tested this on my server and get the same results.
Question: Are those 30 registrations per day all being added in the WP dashboard instead of through the front end of your site? The Manual Registration feature was meant to be used for registering attendees when they show up at the event, so it is assumed they will have payment in hand at the event.
I will talk to the developers about it.
|
|
sheathe
|
September 3, 2012 at 12:09 am
Thanks Jonathan,
Good question – most registrations are done from the front end, but in special cases we offer a discounted ticket price which we can only process manually via the back end. The reason the volume still affects the process is that we manually review each of the registrations to identify any potential issues.
Thanks again,
Scott
|
|
Chris Reynolds
|
September 3, 2012 at 12:15 pm
If people are registering via the front-end, setting the default payment status to Pending should work fine and that should work for what you are trying to do. There would be a potential problem if you were manually registering 30 attendees at a time via the back-end (and if that was the case, we’d need to but I don’t understand why you would do that. Are people not registering for your classes via the site but instead calling in so that attendees need to be added manually on a regular basis?
|
|
sheathe
|
September 3, 2012 at 12:24 pm
Hi Chris,
Thanks for the questions. Most people are registering using the front end. However, we have a special advertising arrangement where certain registrants can receive a discount. It is an ongoing arrangement and can happen several times a day. Unfortunately, we can’t use the coupon code feature because people will search for the discount code which would lower revenue too much. Therefore, the people we are intending to receive the discount are instructed to either telephone, or email us their info and we then register them manually via the back end. The majority of attendees seem to prefer to bring their payment to the classes, so we really need to have the default be Pending Payment or people will slip through the cracks.
Hope this helps to clarify the situation,
Thanks again,
Scott
P.S. I understand if this is not a priority, but we would still like to manually program this functionality even if it means making the mod every time there is an upgrade. Do you have any pointers about the best way to go about this?
|
|
Chris Reynolds
|
September 3, 2012 at 12:46 pm
It’s probably a single line of code if you were going to mod it yourself. I’d need to dig through to find where it would be. I can certainly see adding it to the core plugin as an option but I don’t know how quickly that would happen…
I just randomly scanned through the add_attendees_to_db.php file in /includes/process-registration/ and found what I think controls this:
on Line 155 (for me) there’s this:
if (isset($data_source['admin'])) {
$payment_status = "Completed";
$payment = "Admin";
$txn_type = __('Added by Admin', 'event_espresso');
$payment_date = date("m-d-Y");
$amount_pd = $data_source["event_cost"] == '' ? 0.00 : $data_source["event_cost"];
$registration_id = uniqid('', true);
$_SESSION['espresso_session']['id'] = uniqid('', true);
} else {
So change $payment_status = "Completed"; to $payment_status = "Incomplete" or “Pending” and it should get you where you need to go…
|
|
sheathe
|
September 3, 2012 at 12:54 pm
That did the trick. Thanks for the great support!
|
