|
Akseli Olavi Ahopelto
|
February 15, 2016 at 9:38 am
Hello,
We’ve recently started to experience a recurring issue with failed payments and the way they appear in EE.
When a payment is declined by our bank’s payment gateway, the system sets the user as pending payment and sends them the e-mail, but when they attempt to pay again, they are only charged a partial amount.
Attached you can see the screenshots of how everything appears. There seems to be an inconsistency somewhere with how the numbers are being calculated.
The actual amount that the client was charged by the bank is 123E. The cost of the ticket is 145E.
Thank you for any help or any tips you may have!
|
|
Tony
|
February 15, 2016 at 10:23 am
Hi Akseli,
The payment method you are using appears to be a custom payment method. If you run a test payment with one of the default gateways and force it to decline does the same happen?
Do you have another event with the value of the ticket set to 123E?
|
|
Akseli Olavi Ahopelto
|
February 15, 2016 at 10:56 am
Hello,
Yes, we’ve had the same issue with the PayPal Standard gateway.
I don’t think we have a 123E ticket, but the difference, 20-23E are ticket prices that we have had in old events.
|
|
Tony
|
February 15, 2016 at 11:03 am
Can you link me to an event I can run a couple of test registrations on, please?
|
|
Akseli Olavi Ahopelto
|
February 15, 2016 at 12:04 pm
Hello,
I’ve opened a test event for you at:
http://bemadrid.com/events/payment-testing-event/
It’s running on the live site so that there are no changing environment variables. The event is also configured as we usually configure them. That is, each registration is limited to a single ticket.
Also, we only enable Invoice payments (Pay at Office), Credit Card (secure RedSys payment portal), or PayPal Standard.
Thanks for your time!
|
|
Tony
|
February 16, 2016 at 4:07 am
I’ve been looking over this an it appears to be an issue caused by the RedSys gateway you are using.
I tested selecting PayPal and then cancelled the payment at PayPal to return to the site. I did this a few times without any problems, I then selected the RedSys payment method, forced a failed payment and then after that the checkout page shows a payment from ’12/09/2015 5:24 pm’ – http://take.ms/rcX69
If you then select PayPal as a payment method it will use the remaining value from the checkout so I’m assuming this is how PayPal is connected with your above reply.
Do you have any caching plugins or does your host use server side caching at all?
It looks like the RedSys payment method is adding its own payment ‘line item’ within EE regardless of there actually being a payment made.
|
|
Akseli Olavi Ahopelto
|
February 16, 2016 at 6:17 am
Thank you!
We’ll start revising our RedSys code to see where the extra line-item is being created.
Thank you for your time!
|
|
Tony
|
February 16, 2016 at 6:40 am
You’re most welcome 🙂
|
|
Akseli Olavi Ahopelto
|
February 17, 2016 at 6:02 am
I’m going through the payment trasaction code now, but I just realized that you also asked about caching.
We’re currently self-hosting the site on an Azure VM running Debian 8. The only caching that I’ve enabled is PHP’s integrated OPCache. Could this be at the root of the issue?
|
|
Lorenzo Orlando Caum
|
February 17, 2016 at 8:20 am
Hello,
Caching can cause some unexpected issues since the registration process is dynamic similar to buying something in an online store. We recommend excluding Event Espresso pages from caching services:
https://eventespresso.com/wiki/setup-nocache-exclusion-rules-event-espresso/
—
Lorenzo
|
