Support

May 3, 2021 at 2:56 pm

Do you know if this was a group registration (more than one ticket purchased at the same time)? Can you please share a screenshot of the registration record? You can share it privately.

May 4, 2021 at 3:14 pm

That transaction having no Primary Contact and showing as free hints to same issue from your other thread.

Open the Transaction but clicking on the Transaction Date, what is listed in the ‘Transaction Items’ (aka line item) section?

May 5, 2021 at 2:45 am

Yeah, there’s no transaction items listed there again, which is basically the same as having a bill for nothing.

The reason it’s showing as overpaid is there must be a payment assigned to it which has a status of approved. So if I hand you a bill for $0 and you’ve paid me $430, you’ve overpaid, right?

Have you checked that payment in PayPal to confirm if that went through there?

What types of caching do you have enabled on the site?

May 5, 2021 at 11:10 am

>> Student A: transaction didnt go through. No payment.
Student B: transaction went through. It was paid.
These two students gets an Overpaid status in their Transaction

Because the line items for Student A are getting mixed up with Student B and the most likely cause for this is caching.

De-activate the cache on the site, don’t just exclude EE pages…. deactivate all caching and see if you stop getting reports of this.

You can’t cache e-commerce, each and every single request for e-commerce is unique to that individual.

Then the system failed to let Paypal know theres a class purchased.
Happened again today. Overpaid.

Can you explain further what you mean by ‘system failed to let Paypal know theres a class purchased’?

Event Espresso does not ‘let PayPal know there is a class purchased’, EE creates EE_Registrations and an EE_Transaction. The Transaction show says X amount is owed and it does this using the line items assigned to that transaction.

So then on the payment options step EE basically says X amount is owed, select your payment method. The user selects the Payment method and is directed over to PayPal… PayPal then tells Event Espresso a payment has been made and EE assigns that payment to the EE_Transaction.

>>Caching? We have a WP rocket.

Disable caching within WP Rocket.

>>Is this same issue from past community blog- https://eventespresso.com/topic/overpaid-status-appearing/

I can’t see their line items so I can’t tell you if it’s the same issue.

>> I will try to clear caching but how do I exclude EE pages? We use Embed to post the classes.

See: https://eventespresso.com/wiki/setup-nocache-exclusion-rules-event-espresso/#wprocket

I recommend disabling WP Rocket for the time being but if you want to exclude EE pages follow the above.

May 6, 2021 at 3:22 am

I was able to check the paypal.
Both Student A & Student B payment went through
even with the status Overpaid -$55 and the other one -$430

Yeah so the ‘Payment’ within EE is correct, its shown exactly as it should. EE created a payment object for each student and PayPal verified that those payments were successful.

The problem is not with the connection to/from PayPal here, its an issue with the EE Transaction items being missing, EE doesn’t know what that 2 payments are actually for because something (again, likely the caching enabled on your site) has come along and wiped the transaction items out.

The transaction in Paypal went through. In the admin and user point of view in EE, those status are confusing until we get a confirmation from Paypal that its successful.

I don’t understand what you mean here? How else should Event Espresso show this?

As mentioned above, if I gave you a bill/invoice which showed no items at all, with no price to pay (because someone come along and deleted them from the invoice)…. but it also had a payment on it for $XXX, that bill is overpaid because as far as that bill/invoice is concerned, there is nothing to pay but you’ve made a payment.

To be clear, this isn’t normal or expected behaviour, you should not be getting transactions with no line items. Caching e-commerce causes problems such as these which is why I’ve recommend you disable all caching for the time being to confirm it is actually caching causing it (if it were something in EE itself we’d see this reported a LOT more).

I disabled the caching in WP config

Does define('WP_CACHE',0); actually disable WP Rocket? I don’t use it and don’t have an account with them to check so you should confirm this with their support.

Completely disable WP Rocket for the time being (and clear all caches) and then see if you get more reports of this moving forward. The above transactions are broken and wont be fixed by the above, they need to be manually re-created but there is no point doing that until the cause of this is removed.