Tips and Tricks HQ Support Portal › Forums › WP eStore Forum › WP eStore Troubleshooting › Paypal Payments Failing for multiple reasons
- This topic has 5 replies, 5 voices, and was last updated 11 years, 8 months ago by admin.
-
AuthorPosts
-
May 12, 2011 at 2:55 pm #3386casstysonMember
Today I got three notices of failed payments on my membership site (eMember and eStore). I can’t figure out the cause. Yes, I’ve searched this forum, and I read the referenced thread in your email. It didn’t help…
From Paypal, I get an email with this:
“automatic payments from (customer name) have failed 1 times. As a result, we will not try to process these payments again. Please contact your customer to collect the outstanding balance.”
This is curious because I have it set up to try multiple times. Can’t find that setting at the moment, but I know I set it. Why is it only trying once?!
From eStore, for the same transaction, I get an email with this:
===== Failure reason =====
Request received for product ID: . Could not find this Product ID in the product database (please check the manage products menu and verify that you have specified the correct product ID).
This is curious because I haven’t deleted any products, so whatever the customer bought is what they should be getting rebilled for. (I created too many products, and I really want to cull the list, but I haven’t for fear of this precise issue!)
In the paypal gibberish at the end of the email, it shows the product name, but not the id. The three failures were for three different product names — this much I can see in the Paypal code. So something is wrong, and it’s not related to one product.
What do I check to confirm my settings are correct so this doesn’t keep happening?
Most importantly, how do I get these customer accounts fixed/reinstated/rebilled with the least possible inconvenience to them?
May 12, 2011 at 10:05 pm #32392wzpModeratorThe customer had a shortage in his/her PayPal account, so PayPal tried to transfer funds from a backup account. For reasons only PayPal and the customer know, the transfer was unsuccessful. There is no “setting” that you can change to fix that.
May 13, 2011 at 2:19 pm #32393casstysonMemberIf that’s the case, the message from eStore should be something other than “Could not find this Product ID in the product database.” Something more along the lines of “Payment refused by Paypal and/or customer”, so I don’t _waste my time_ trying to figure out _what I did wrong_!
Followup: I spoke to Paypal about this at length, and this is a case where the customer couldn’t or didn’t want to pay, as you said, so rather than cancel the recurring payment they just starved their Paypal account.
However, there is a *potential* issue that could trip up any of us who count on recurring membership fees. Take note – and this could affect you if you *pay* recurring fees as well.
A recurring payment is tied to a *specific* credit card or checking account debit card for backup charges. When that card expires or becomes useless for any reason, the recurring payment will fail if there are insufficient funds in Paypal. This is true EVEN if the account holder has tied their account overall to a new, working card.
So to be clear – when a Paypal account holder changes bank cards, existing recurring payments are STILL TIED TO THE CARD IN USE WHEN THE RECURRING PAYMENT WAS SET UP. The customer has to edit each recurring payment separately and associate it with the new card on file.
Bogus for the vendor to be sure, but it makes sense if you think about it.
I plan to craft a paragraph explaining this, and adding it to my auto-email that goes out after account cancellations.
Cheers!
May 14, 2011 at 12:13 am #32394amin007ParticipantEvery PayPal IPN should be tied to a product so eStore never expects to get an IPN that doesn’t have a product ID associated (because then eStore doesn’t know which product this notification applies to). If you had debug enabled then please send me the debug log so I can see what IPN PayPal sent. If you didn’t have debug on at that time then you can just send me the “PayPal parameters” for this transaction that is attached to the admin notification email.
March 24, 2013 at 7:23 pm #32395christinejacksMemberReceiving and email from the WP Estore Plugin / My site titled ‘WP eStore – Payment Verification Failed!’ Details of Email:
This is a notification email from the eStore plugin letting you know that a payment verification failed.
Please fully read this email as it will explain everything you need to know to address any issue(s) that maybe occuring (if there are any)!
The post payment verification for a payment notification failed. This could happen for one of the following reasons:
1. The fund for the payment have not cleared in PayPal yet (no need to do anything as the digital product will be delivered once the fund clears).
2. Someone maybe trying to scam a purchase! (no worries… WP eStore got your back
3. You have made a mistake somewhere (please see the failure reason section below to find out more details about this).
The following section has more details on why this failure occurred.
===== Exact Reason for This Failure =====
The transaction failed for the following reason…
Wrong Product Price Detected! Actual Product Price : 25.9 Amount Paid: 14.00.
When I investigate the problem, the payment & order from the customer DID successfully process through PayPal and DID NOT successfully process through the WP Estore Admin area.
The product in question (with the ‘Wrong Product Price Detected!’) can be found here: [http://www.dynamiclures.com/products/dynamo/]
Two variations of the item are on sale, the difference between full price and the sale price add up to the discrepancy of the ‘Wrong Product Price’ detection error.
WordPress 3.5.1
WP eStore Version v6.9.7.4
Shortcode to item in question [wp_eStore_add_to_cart id=7]
March 25, 2013 at 10:45 pm #32396adminKeymasterWhen I go to the page you shared, I do not see any add to cart button created with eStore plugin. The add to cart button I see there is coming from a different shopping cart plugin (not eStore).
-
AuthorPosts
- You must be logged in to reply to this topic.