Support

Home Forums Event Espresso Premium registrations questions

registrations questions

Posted: June 18, 2024 at 5:28 pm

Viewing 5 reply threads


fishmanb

June 18, 2024 at 5:28 pm

We are having people who are starting to purchase tickets and then not paying. The system is generating tickets and I don’t think that they are being emailed out, but I am not certain (could you clarify this?). Is there any way to keep unpaid tickets from being generated at all?

We had one registration yesterday (Sara Pilloud Reg Code: 104-5-1-20a6) that appears to have been properly paid but when we first tried to check it in the app said that access was denied. Any ideas why?

Is there any way to make changes to a large number of registrations (500 or more) at once…. it is very frustrating to only be able to change the few at a time on one page.


Rio

  • Support Staff

June 18, 2024 at 7:35 pm

We are having people who are starting to purchase tickets and then not paying. The system is generating tickets and I don’t think that they are being emailed out, but I am not certain (could you clarify this?). Is there any way to keep unpaid tickets from being generated at all?

If registration is approved, the ticket creation and email is triggered weather it is paid or not.

Approved
A status of Approved means that a registration has been accepted as complete. The registration will count towards the registration limit, remaining tickets, and calculations for available seats. Payments (if necessary) can also be made by primary registrants with this status.

Pending Payment
A status of Pending Payment means that a registration has not paid but they ARE able to make payments (if necessary). Pending Payment registrations do NOT count towards registration limits, remaining tickets, and calculations for available seats. If registration for a free event occurs, then registrations are automatically set to Approved. For paid tickets, Pending Payment registrations are set to Approved when full payment is recorded.

Not Approved
A status of Not Approved means that a registration has not paid and they cannot make payments for towards an event. Un-approved registrations do NOT count towards registration limits, remaining tickets, and calculations for available seats. This setting differs from the “PENDING PAYMENT” default in that free ticket registrations and paid in full ticket registrations do NOT automatically switch the Registration to APPROVED. Instead, the event admin must manually set the registration to either “PENDING PAYMENT” for registrations requiring payments, or “APPROVED” for free events.

You can check the settings here.
https://monosnap.com/file/ZGOyTjMGfAZVToTEoGUqBdRSHlk0Cc

We had one registration yesterday (Sara Pilloud Reg Code: 104-5-1-20a6) that appears to have been properly paid but when we first tried to check it in the app said that access was denied. Any ideas why?

Can you give more information about it? im wondering if he/she was already checked-in, and you scan it the QR again? did you manually check her in? Can you give more details on what happen here, so i can reproduce it on my end.

Is there any way to make changes to a large number of registrations (500 or more) at once…. it is very frustrating to only be able to change the few at a time on one page.

What changes needed to be done? can you give more details on this?

thanks


fishmanb

June 19, 2024 at 2:55 pm

I believe that our current registrations are set to pending payment — I am still confused about this. Perhaps you can clarify. Is it not possible to keep unpaid registrations from getting a qr code ticket? Once they get the QR code, what keeps my cashiers from forcing the registration and giving them admission?

In terms of the Sara Pilloud registration I do not know what happened — my workers claimed that it had not already been checked-in.

In terms of changing the status of a large number of registrations I am trying to change a bunch of free tickets to had APPROVED status so that when we check them in they will be eligible for this without forcing the check in. I want to make this change so that my cashiers are not used to forcing registrations that are not valid.


Tony

  • Support Staff

June 19, 2024 at 5:33 pm

Is it not possible to keep unpaid registrations from getting a qr code ticket?

The trigger for the ticket notice email is the registration status updates to Approved.

If the user did not pay, then by default EE will not change them to be Approved and the user will not have received the Ticket with the QR on (Again this is based on the default settings).

EE will generate a ticket for all registrations, its done on the fly so its not generating tickets, it using the details of a registration to generate them when the URL loads.

Once they get the QR code, what keeps my cashiers from forcing the registration and giving them admission?

Nothing, the idea being that the person scanning the ticket make that choice. You may handle those registrations and allow them to pay at the gate, you may not, but with the option you don’t have a choice to do so.

In terms of the Sara Pilloud registration I do not know what happened — my workers claimed that it had not already been checked-in.

Where you scanning for a specific dateimte or just using a general scan?

What steps did you do on the app to scan the QR?

In terms of changing the status of a large number of registrations I am trying to change a bunch of free tickets to had APPROVED status so that when we check them in they will be eligible for this without forcing the check in. I want to make this change so that my cashiers are not used to forcing registrations that are not valid.

Free as in tickets with a 0.00 price or free as in your giving those tickets out for free but they have a price assigned?

I’m asking because $0.00 would automatically approve, manually having to set them would indicate an issue somewhere.

Yes, its possible to load more registrations in a single page which you can then select to update in bigger bathces.

However take note that the number of registrations loading on a page increases the number of queries and processing your server is doing, it may well time out trying to load/update large batch of registrations.

In Event Espresso -> Registrations.

In the top right you’ll see ‘Screen options’ and in there ‘Registrations’.

You can set the number of registrations to load per page there.

500 is a lot for a single page load/update, but most servers can likely handle 100 per page so try that.


fishmanb

June 19, 2024 at 6:04 pm

Just to verify — if someone doesn’t pay for a registration then they are NOT being emailed the ticket…..
If this is the case, then my cashiers won’t have to deal with this, is this true?

Thanks for the information on looking at more registrations at once.

The tickets that I am struggling with are free 0.00 they show a green check mark. However, when you try to check them in you have to force the check in — I would like to change it so that we don’t have to force it — I don’t want the cashiers to get used to forcing transactions through.

These are all the registrations for GET OUT PASS Mondays, Wednesdays, Thursdays 2024 Summer Season. I would really appreciate any assistance with this.


Rio

  • Support Staff

June 19, 2024 at 8:34 pm

Just to verify — if someone doesn’t pay for a registration then they are NOT being emailed the ticket…..
If this is the case, then my cashiers won’t have to deal with this, is this true?

Yes, if you put the default registration status to Pending Payment.
A status of Pending Payment means that a registration has not paid but they ARE able to make payments (if necessary). Pending Payment registrations do NOT count towards registration limits, remaining tickets, and calculations for available seats. If registration for a free event occurs, then registrations are automatically set to Approved.

if your client did not pay, No Ticket is generated for them.

The tickets that I am struggling with are free 0.00 they show a green check mark. However, when you try to check them in you have to force the check in — I would like to change it so that we don’t have to force it — I don’t want the cashiers to get used to forcing transactions through.

The green checkmark means that it is already check-in using app scanner or manually going to EE dashboard. I did try to purchase free and by default, i am not check-in
https://monosnap.com/file/TncxO1MpXLFEcewNbzCBa61HYmx3cP

If you having trouble with this, do you have staging site to test and record what happen on your end? you can use loom to do it.
https://loom.com/

thanks


Tony

  • Support Staff

June 20, 2024 at 2:22 am

if your client did not pay, No Ticket is generated for them.

Just to clarify here, this is incorrect, or at least poorly worded.

Tickets are ALWAYS generated as far as you can see in the admin. ‘Tickets’ (the printable tickets with the barcode) within EE are essentially a template and then the template generates the ‘ticket’ on the fly. So ‘generating’ a ticket is nothing more than loading a template and passing an ‘ID’ so that the system knows what registration to use to generate the ticket.

EE only sends the Ticket Notice (which by default is where the ticket link is) when the registration is update to be Approved and notifications are triggered. That happens when….

1. The ticket is a paid ticket and the user pays in full using an online payment method.
2. The ticket is free and they complete the registration and finalize.
3. The ticket is a paid ticket, the user completes the registrations and hits finalizes using an offline payment method (such as invoice) AND the ‘Default Registration Status’ option for the event is set to Approved (this is NOT the default setup within EE).
4. The admin applies a manual payment to the transaction which completes the transaction (payment amount == total amount owed).
5. The admin manually sets the status to be approved (which can be done in various ways but all have essentially the same effect).

Just to verify — if someone doesn’t pay for a registration then they are NOT being emailed the ticket…..
If this is the case, then my cashiers won’t have to deal with this, is this true?

So now you know all of the above, from the details I have so far, I can’t answer this with 100% certainty becuase its based on your event setup, admin action and how your messages are set. What I can tell you is that by default if your using a paid ticket and the user did not complete the payment leaving them pending payment then NO, the user will not have received a ticket at all. It will show in the EE registration list becuase of what I mentioned above, but it will not have been SENT to the registrant.

The tickets that I am struggling with are free 0.00 they show a green check mark. However, when you try to check them in you have to force the check in — I would like to change it so that we don’t have to force it — I don’t want the cashiers to get used to forcing transactions through.

That’s not correct.

Please post a screenshot of the registration you are testing in the EE -> Registration list.

Then walk through the exact steps you are taking on the app.

With that info I can check into this more.

These are all the registrations for GET OUT PASS Mondays, Wednesdays, Thursdays 2024 Summer Season. I would really appreciate any assistance with this.

Something to remember is we don’t have access to your data, we are basically just a visitor to the site. I can’t see a ‘Get out pass’ on the current event.

Viewing 5 reply threads

You must be logged in to reply to this support post. Sign In or Register for an Account

Event Espresso