September 2, 2011 at 10:09 pm #4221twokadMember
A. Last night I increased the prices of our 8 products, all by $10.00. Four of the products are one week trials and the other four of them are direct buys, but all 8 products are subscription services. Therefore, we’re using the subscription buttons.
B. Today, we received two e-mails with the following:
Subject: WP eStore – Payment Verification Failed!
The post payment verification for a payment failed. This could happen for one of two reasons:
1. The fund for the payment have not been cleared 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
Here are some more details…
Wrong Product Price Detected! Actual Product Price : 20 Amount Paid: 10.00
C. We had never received these type of e-mails before and so the increase of the prices is what’s generating these e-mails.
D. Searching through this forum I found a post with the following suggestion: “When you use a subscription button use the value of the recurring amount in the “Price” field and you won’t get this failure message.”
E. I’ve double checked and all products have the same price for both “Product Price” at the top of the product page and “Recurring Billing Amount” in the Subscription/Recurring Payments Settings section.
F. The two e-mails are for two payments from current members who are paying their monthly fee. They’ve been members for a very long time. So the two failure e-mails are not for new members but instead for two current members. In PayPal, we see that the two payments are correct, for the old pricing, but eStore does not think it is correct.
G. How can we fix this?
Thanking you in advance for your time.
Cheers!September 3, 2011 at 2:00 am #36191
For subscription payments the amount in the price field doesn’t actually matter for the actual payment (the actual values are taken from the subscription section). This allows you to specify a explanatory value in the price field (for example: 7 USD trial then 29 USD per month)… this comes in handy when using a fancy product display.
So, you have two options:
1) Either use a value like the following in the price field for subscription:
7 USD trial then 29 USD per month
2) or use a value that is lower than your previous recurring amount in the “Price” field of the product. This will make it to where this post payment check will pass.May 31, 2012 at 4:11 pm #36192studioc5Member
Changing the price field will not work for me, I dont want to display the wrong price on the product page. I also dont want to clutter my admin with a bunch of duplicate products with different prices. What else can I do to not get this error? Do the payments still go through ? Under this post, the guy just removed the code from the paypal widget, will this work for those who changed the price of subscriptions and are getting error messaged from old customers paying the old price to paypal.June 1, 2012 at 1:34 am #36193
Use a textual description in the “Price” field. Check option 2 from here:June 1, 2012 at 12:37 pm #36194studioc5Member
A textual description? That just looks strange to have $twenty six ninety five . If thats what you mean, it really wont work. And that option 2 seems to mean put a low number as the price but I cant be displaying the wrong price on the shopping page. Am I not understanding something ?June 2, 2012 at 12:14 am #36195
Textual description of your recurring price (not the actual amount figure). Here are some example values of what I mean by a textual description of the price:
$50.00 USD for each month
$26.95 per Month
Recurring payments are best described when you spell it like the above.
If you just place the amount figure as the price then it doesn’t make sense for a recurring payment. For example, how do I know if I am paying per month or per year with the following amount displayed as price?
You are most likely using a fancy display with this recurring payment which is why this whole price thing is an issue. The fancy displays weren’t designed for recurring payment display (it was changed to accommodate it later after customer requests). In a normal situation you would use the basic recurring product shortcode to place the button which only shows the button (nothing else) so it doesn’t matter what value you place in the price field.
Read this post and it will allow you create your own display with your recurring payment button without having to use one of our pre-configured display options:
- You must be logged in to reply to this topic.